From nobody Sun Aug 2 18:10:20 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6021E1B2A79; Sun, 2 Aug 2015 18:10:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.611 X-Spam-Level: X-Spam-Status: No, score=-1.611 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUVqaodxs1ic; Sun, 2 Aug 2015 18:10:17 -0700 (PDT) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 304141B2A76; Sun, 2 Aug 2015 18:10:16 -0700 (PDT) Received: from maildlpprd02.lss.emc.com (maildlpprd02.lss.emc.com [10.253.24.34]) by mailuogwprd04.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t731A6j4008561 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Aug 2015 21:10:07 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com t731A6j4008561 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1438564207; bh=PJBC7Axpj4LQ+FrLP/y+zB39q7A=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=TZlTi/l3eAgNHYQARe69TmLFa9l/ZTKxvOo4qHGTxiq1TgC6sjDskPF5hpf8rM0+k Il26XNQWenasvGnF32PedjTggjMKh7f/nhJrcAy/ERr2mzplpufi9CAMyE6yKvXFK3 qQRppp3wf3fwQJ5Se+UON7UoJ3gMv++17jLF0JFs= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com t731A6j4008561 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd02.lss.emc.com (RSA Interceptor); Sun, 2 Aug 2015 21:09:22 -0400 Received: from mxhub28.corp.emc.com (mxhub28.corp.emc.com [10.254.110.184]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t7319woq010769 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 2 Aug 2015 21:09:59 -0400 Received: from MXHUB205.corp.emc.com (10.253.68.31) by mxhub28.corp.emc.com (10.254.110.184) with Microsoft SMTP Server (TLS) id 8.3.327.1; Sun, 2 Aug 2015 21:09:58 -0400 Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB205.corp.emc.com ([10.253.68.31]) with mapi id 14.03.0224.002; Sun, 2 Aug 2015 21:09:58 -0400 From: "Black, David" To: "zhangfatai@huawei.com" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "General Area Review Team (gen-art@ietf.org)" Thread-Topic: Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 Thread-Index: AdDNiRAaIbUTPdEJQ/qK5DFkuHkBQQ== Date: Mon, 3 Aug 2015 01:09:57 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.105.40.244] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public, Resumes Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" , "Black, David" Subject: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 01:10:19 -0000 I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at . Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-ccamp-flexi-grid-fwk-05 Reviewer: David Black Review Date: August 2, 2015 IESG Telechat date: August 6, 2015 Summary: This draft is on the right track, but has open issues described in the review. This draft requires significant GMPLS expertise to fully understand, but is generally well written and clear. It describes the use of a GMPLS control plane with flexible optical networks that can vary optical frequency assignment on a per-link basis along an optical path. All of the issues that I found are minor, and some of them may be mostly reflections of my lack of GMPLS expertise. Major issues: None Minor issues: [1] 3.2.5 - the last bullet item is not completely clear to me. What does it mean for two slot compositions to be the same? Is this saying that the same set of effective frequency slots need to be present end-to-end for the media channel? I suspect not, but I don't understand what is intended. [2] p.21 last sentence in 1st para: Regardless of the actual encoding, the LSP setup message specifies a minimum frequency slot width that needs to be fulfilled in order to successful establish the requsted LSP. Should "minimum frequency slot width" be "minimum effective frequency slot width"? I think it's possible for the effective frequency slot width to be smaller than all of the individual slot widths involved in the absence of frequency shifters/converters. [3] p.21 - RSA acronym is unfortunate, due to collision w/widespread usage of that acronym for a security algorithm. I strongly suggest changing to another acronym (e.g., R+SA). [4] 4.8.4 - The information model is informal or abstract (can't generate anything from it), even though RBNF was used - this should be noted. [5] 5.5 - I'm surprised that the first requirement (neighbor discovery support) is a MAY. I wonder about its operational consequences, and at the very least suggest expanding Section 8 to discuss them. The text in 5.5 should be expanded to add some explanation of how things work when there's no neighbor discovery support. Nits/editorial comments: Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the formula for nominal central frequency and re-defining n as a non-negative integer would be slightly clearer. p.6 - please state that slot width is +/- wrt nominal central frequency. p.8 - Fig 4 could use a bit more explanation - the two frequency slots occur at different points along the path. Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 chars left. Section 4 - TE link term shows up w/o acronym expansion or definition. Please define it before use. Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have helped to have some sort of heads-up at the start of the figures that the top (non-GMPLS) portion of the figures prior to Figure 12 are entirely in the optical domain. Perhaps explaining what the two planes are (and how they're realized/implemented) in Figure 8 would help. Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw "transceivers" earlier - if that's the same concept, only one term should be used. p.19 - Even after expanding acronyms, I don't understand this sentence: If two OTSis must be switched to different ports, it is better to carry them by different FSC channels, and the media layer switch is enough in this scenario. A sentence or two explaining what an "FSC channel" is earlier in that paragraph would help. p.21, 1st para: messages, and a specific frequency slot can be requeste on any s/requeste/requested p.21: In GMPLS the requested effective frequency slot is represented to the TSpec present in the Path message, and the effective frequency slot is mapped to the FlowSpec carried in the Resv message. I believe those are RSVP-TE messages - that should be stated. p. 22: d. n can change, but m needs to remain the same along the path. This ensures that the effective frequency slot remains valid, but allows the frequency slot to be moved within the spectrum from hop to hop. In full generality, that may require the ability to shift or convert a frequency slot, which is a concept that doesn't appear to occur in the draft prior to this point. Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow labelled or explained After Figure 16, the switch to the EFS acronym is a surprise, given the extensive prior usage of the spelled-out term. This paragraph contains all uses of the EFS acronym - I suggest removing that acronym and spelling out the term. Section 4.6: I don't understand why this sentence is in the middle of the paragraph - it doesn't seem to describe an example of different slot width granularities: Consider a node with an application where the nominal central frequency granularity is 12.5 GHz and where slot widths are multiples of 25 GHz.=20 I'd suggest removing it. 5.1.1. What is L-band? This is the first time it's mentioned. idnits 2.13.02 didn't find anything that needs attention. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA=A0 01748 +1 (508) 293-7953=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 FAX: +1 (508) 293-778= 6 david.black@emc.com=A0=A0=A0=A0=A0=A0=A0 Mobile: +1 (978) 394-7754 ---------------------------------------------------- From nobody Sun Aug 2 20:10:48 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B893B1A8961 for ; Sun, 2 Aug 2015 20:10:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.94 X-Spam-Level: X-Spam-Status: No, score=0.94 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zCvjUc_uZaYs for ; Sun, 2 Aug 2015 20:10:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B2071B2B7A for ; Sun, 2 Aug 2015 20:10:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVT95379; Mon, 03 Aug 2015 03:10:41 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 3 Aug 2015 04:10:40 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Mon, 3 Aug 2015 11:10:37 +0800 From: "Zhangxian (Xian)" To: Ramon Casellas Thread-Topic: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66f//hssA//k0r9A= Date: Mon, 3 Aug 2015 03:10:37 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> In-Reply-To: <55B60094.4010508@cttc.es> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47234984SZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 03:10:46 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47234984SZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIFJhbW9uLCBBbGwsDQoNCkZvciB0aGUgcG9sbCwgIEkgc3VwcG9ydCBPcHRpb24gNTogYikg YW5kIGMpLiAgVGhlIHJlYXNvbiBiZWhpbmQgYykgaXMgdGhlIHNhbWUgYXMgd2hhdCBSYW1vbiBz dGF0ZWQgYmVsb3cuIElmIGFsbG93aW5nIHRvIHVzZSBsYWJlbCB0byBkZXNjcmliZSAodW4pYXZh aWxhYmxlIGZyZXF1ZW5jeSBzbG90cyAodGhpcyBwb2ludCBpcyBkZWJhdGFibGUgYW5kIG1lbnRp b25lZCBiZWxvdyBieSBSYW1vbiksIGEpIGFuZCBiKSBhcmUgYWxpa2UgYW5kIEkgdGhpbmsgYikg Y2FuIGRvIGEgYmV0dGVyIGpvYi4NCg0KSGF2aW5nIHNhaWQgdGhpcywgSSBjYW4gbGl2ZSB3aXRo IHRoZSBwcm9wb3NhbCBSYW1vbiBwdXQgZm9yd2FyZCBpZiB0aGF0IGlzIHdoYXQgbW9zdCBvZiB5 b3Ugd291bGQgbGlrZSB0byBzdXBwb3J0Lg0KDQpNeSByZXBseSB0byBzb21lIG9mIHRoZSBwb2lu dHMgUmFtb24gcmFpc2VkIGJlbG93Og0KDQpSZWdhcmRzLA0KWGlhbg0KDQoNCkZyb206IENDQU1Q IFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJhbW9uIENhc2Vs bGFzDQpTZW50OiAyMDE1xOo31MIyN8jVIDE3OjU4DQpUbzogY2NhbXBAaWV0Zi5vcmcNClN1Ympl Y3Q6IFJlOiBbQ0NBTVBdIFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQt b3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNCkVsIDI3LzA3LzIwMTUgYSBsYXMgMTE6 MTQsIERhbmllbGUgQ2VjY2FyZWxsaSBlc2NyaWJpqK46DQpXb3JraW5nIGdyb3VwLA0KDQphdCB0 aGUgbWVldGluZyBpbiBQcmFndWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBoaWdoIG51 bWJlciBvZiBleGlzdGluZyBvcHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOhsSBlbmNv ZGluZyBpbiBPU1BGIGZvciBmbGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1cHBvcnRz IChpbiBsaW5lIHdpdGggdGhlIFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoNCg0KYSkg ICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIEluY2x1c2l2 ZS9FeGNsdXNpdmUgbGFiZWwgTGlzdHMNCg0KYykgICAgICBCaXRtYXAgbGFiZWwgc2V0DQoNCldo YXQgd2Whr2QgbGlrZSB0byBoZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYgdGhlIHdv cnJ5IGZvciB0b28gbWFueSBhbHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28sIHdoaWNo IG9uZXMgYXJlIHRoZSBwcmVmZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93 aW5nIG9wdGlvbnMgYW5kIHNheSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRpb24gMjog Yikgb25seQ0KT3B0aW9uIDM6IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5lLiBrZWVw IHRoZSBkcmFmdCBhcyBpdCBpcykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2YgYSksYiks YykuIElmIHlvdSBjaG9vc2UgNSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdhbnQgdG8g a2VlcCBhbmQgd2hpY2ggb25lcyB0byBkcm9wLg0KDQoNCkhpIERhbmllbGUsIGFsbCwNCg0KTXkg cGVyc29uYWwgcHJlZmVyZW5jZSBpcyA1LCBpbmNsdWRpbmcgYSkgYW5kIGMpIC4gSSB3b3VsZCBu b3Qgb2JqZWN0IHRvIG90aGVyIG9wdGlvbnMgIChpbmNsdWRpbmcgNCwgZGVmZXJyaW5nIHRoZSBj aG9pY2UgYXMgdXN1YWwgdG8gdGhlIGFjdHVhbCBpbXBsZW1lbnRvcnMgdG8gc2VsZWN0IHdoYXQg dGhleSB3YW50IHRvIGltcGxlbWVudCkuDQoNCk5vdGUgdGhhdCwgYXMgc3RhdGVkIGluIHRoZSBw YXN0IGFuZCBteSBtYWluIGNvbmNlcm4sIHRoZSB0ZXJtICJsYWJlbCIgaXMgSU1ITyBhIGJpdCBt aXNsZWFkaW5nLCBhbmQgdGhhdCAobWFpbmx5KSBhKSBhbmQgYykgYXJlIGFjdHVhbGx5IHJlZmVy cmluZyB0byBOb21pbmFsIENlbnRyYWwgRnJlcXVlbmNpZXMgKE5DRnMpOiAgYSBiaXRtYXAgZW5j b2RlcyB0aGUgc3RhdHVzIG9mIHRoZSBOQ0ZzLCBub3QgdGhlICJsYWJlbHMiIHRoZW1zZWx2ZXMg YW5kIHdoZW4gY29uc2lkZXJpbmcgYSAicmFuZ2UiIHdlIGFyZSByZWZlcnJpbmcgdG8gdGhlIHN0 YXJ0IGFuZCBlbmQgYXMgIk5DRnMiLCBub3Qgc3RhcnQgYW5kIGVuZCAibGFiZWxzIiAtLSAgdGhh dCBpcywgbm8gbSAtLS4NCg0KW1hpYW5dOiBQb2ludCB0YWtlbi4gIE15IHVuZGVyc3RhbmRpbmcg aXMgdGhhdCB5b3UgYXJlIG9rIHdpdGggdGhlIG1ldGhvZCB3ZSBjdXJyZW50IHRha2luZywgaS5l LiwgaW5oZXJpdGluZyB0aGUgbWV0aG9kcyBmcm9tIFdTT04uIEJ1dCB5b3Ugd291bGQgbGlrZSB0 byBzZWUgbW9yZSBleHBsYW5hdGlvbiBvZiB0aGUgdGV4dD8gSXMgdGhhdCBjb3JyZWN0PyBJZiBz bywgbGV0oa9zIHdvcmsgb24gdGhpcyB0b2dldGhlciBhZnRlciB0aGUgcG9sbCBpcyBjbG9zZWQs IHRvIG1ha2Ugc3VyZSB3ZSBtYWtlIGl0IGNsZWFyIGluIHRoZSBkcmFmdC4NCg0KDQpSZWFzb25z Og0KDQotIHJhbmdlcyBhcmUgYSBzdHJhaWdodGZvcndhcmQgd2F5IHRvIGRpc3NlbWluYXRlIHdo aWNoIGZyZXF1ZW5jeSBzbG90cyB0aGF0IGFyZSAiYXZhaWxhYmxlIiwgYnkgZ2l2aW5nIHRoZSAo c3RhcnQgYW5kIGVuZCkgTkNGcywgYW5kIGJlaW5nIGFibGUgdG8gZW5jb2RlIGluY2x1ZGluZyAi ZnJlcXVlbmN5IHNsb3RzIiAoaG9sZXMpIHRoYXQgd291bGQgcmVxdWlyZSAwLjUgdmFsdWVzIG9m IG4gYW5kIG0NClJhbmdlIFIxOiBbLTEsIDJdDQogICAtOSAtOCAtNyAtNiAtNSAtNCAtMyAtMiAt MSAwICAxICAyICAzICA0ICA1ICA2ICA3ICA4ICA5IDEwICAxMQ0KICAgLi4uKy0tKy0tKy0tKy0t Ky0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tKy0tLi4uDQog ICAgICAgICAgICAgICAgICAgICAgICAgICB8LS0tLS0tLS18DQoNCi0gKGxhYmVsKSBsaXN0cyBh cmUgdmVyYm9zZSwgYWx0aG91Z2ggdXNlZnVsIHdoZW4gdGhlIHNwZWN0cnVtIGlzIHZlcnkgZnJh Z21lbnRlZCwgYSBiaXRtYXAgZW5jb2RpbmcgbWF5IGJlIGZpbmUgdG9vIChJIHRoaW5rIHRoZXkg YXJlIGN1cnJlbnRseSBpbiB0aGUgZHJhZnQgZm9yIGNvbXBsZXRlbmVzcykuICBJbiB0aGlzIGNh c2Ugd2UgY291bGQgdXNlIGxhYmVsIGxpc3RzIHRvIGRlc2NyaWJlICJhdmFpbGJhbGUgZnJlcXVl bmN5IHNsb3RzIiBidXQgcmVxdWlyaW5nIHZhbHVlcyBvZiAwLjUgdG8gY292ZXIgYWxsIGNhc2Vz LiBJIHdvdWxkIGxpa2UgdG8gZHJvcCBpdCBub3QgdG8gaGF2ZSBvcHRpb25zIHRoYXQgdXNlIGVp dGhlciAiZnVsbCBsYWJlbHMiIGFuZCBvdGhlciBvcHRpb25zIHRoYXQgdXNlICJOQ0ZzIi4NCg0K W1hpYW5dOiBhZ3JlZWQuIEFjdHVhbGx5LCBpZiB3ZSBhbGxvdyBsaXN0IHRvIGRlc2NyaWJlIGF2 YWlsYWJsZSBmcmVxdWVuY3kgc2xvdHMgaW5zdGVhZCBvZiBkZXNjcmliaW5nIE5DRnMgKHdoaWNo IEkgc2VlIHlvdSBkbyBub3QgbGlrZSwgOikpLCB0aGVuIHRoZSBsaXN0IGlzIGFsbW9zdCB0aGUg c2FtZSBhcyByYW5nZSBhbmQgaXQgY2FuIGJlIGJldHRlciwgSU1ITy4gIEFzIGZvciB0aGUgaXNz dWUgb2YgMC41IHZhbHVlLCBJIHRoaW5rIGV4Y2x1c2l2ZSBsaXN0IHdvdWxkIGhlbHAgaW4gdGhp cyBjYXNlLg0KDQotIEJpdG1hcCBlbmNvZGluZyBpcyBhbiBlZmZpY2llbnQgd2F5IHRvIGRlc2Ny aWJlIHRoZSBzdGF0dXMgb2YgdGhlIGxpbmsgYW5kIHRoZSB3YXkgd2UgaGF2ZSBjdXJyZW50bHkg aW1wbGVtZW50ZWQuIEl0IG5lZWRzIHRvIGJlIGNsZWFyIHdoYXQgaGFwcGVucyAiYXQgdGhlIGVk Z2UiOiBBc3N1bWluZyB0aGUgbGluayAidG90YWwgc3BlY3RydW0iIHN0YXJ0cyBhdCBuPTAgYW5k IGlmIEkgY2hvc2Ugbj0wIGFzIHRoZSBiYXNlIE5DRiwgc2V0dGluZyBuPTAgYml0IHRvIDEgZG9l cyBub3QgbWVhbiB0aGF0IGl0IGNhbiBiZSB1c2VkIGFzIHRoZSBhbGxvY2F0ZWQgTkNGLg0KDQpb WGlhbl06IEN1cnJlbnRseSBpbiB0aGUgZHJhZnQsIHdlIHVzZSB0aGUgZmlyc3QgTkNGIHRoYXQg Y2FuIGJlIGFsbG9jYXRlZCB0byByZXF1ZXN0IG9mIG09MSBhcyB0aGUgYmFzZS4gIFNpbmNlIHlv dSBtZW50aW9uZWQsIEkgdGhpbmsgd2Ugc2hvdWxkIGFsc28gbWFrZSBpdCBjbGVhciBpbiB0aGUg bmV4dCByZXZpc2lvbiBvZiB0aGlzIGRyYWZ0LiBNeSBwcmVmZXIgaXMgZm9sbG93aW5nIHRoZSBt ZXRob2QgbWVudGlvbmVkIGluIHRoZSBjdXJyZW50IGRyYWZ0LiBJcyB0aGF0IG9rIHdpdGggeW91 Pw0KDQpSZWdhcmRzLA0KWGlhbg0KDQpJdCBtYXkgYmUgd29ydGggbWVudGlvbmluZyB0aGF0IHdl IHVzZSBfaW5jbHVzaXZlXyB2YXJpYW50cyBleGNsdXNpdmVseSAoc29ycnkgZm9yIHRoZSBwdW4h KQ0KDQoNClRoYW5rcyBhbmQgYmVzdCByZWdhcmRzLA0KUmFtb24NCg== --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47234984SZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Ramon, All,

 

For the poll,  I support Option= 5: b) and c).  The reason behind c) is the same as what Ramon stated = below. If allowing to use label to describe (un)available frequency slots (this point is debatable and mentioned below by Ramon), a)= and b) are alike and I think b) can do a better job.  

 

Having said this, I can live with th= e proposal Ramon put forward if that is what most of you would like to supp= ort.

 

My reply to some of the points Ramon= raised below:

 

Regards,

Xian

 

 

From:= CCAMP [mailto:ccamp= -bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: 2015=C4=EA7=D4=C227<= /span>=C8=D5 17:58
To: ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-e= xt-02 - Encoding Options

 

El 27/07/2015 a las 11:14, Dani= ele Ceccarelli escribi=A8=AE:

Working group,

 =

at the meeting in Prague we rec= eived a comment on the high number of existing options for =A1=B0available = resources=A1=B1 encoding in OSPF for flexi-grid.

The draft actually supports (in= line with the WSON encoding) three methods:

 

a= )   &= nbsp;  Inclusive/Exclusive lab= el ranges

b= )   &= nbsp;  Inclusive/Exclusive lab= el Lists

c= )   &= nbsp;  Bitmap label set

 

What we=A1=AFd like to hear fro= m the working group is if the worry for too many alternatives is shared and= , if so, which ones are the preferred.

Please choose one of the = following options and say why:

 

Option 1: a) only

Option 2: b) only

Option 3: c) only

Option 4: a)+b)+c) (i.e= . keep the draft as it is)

Option 5: any combination of a)= ,b),c). If you choose 5 please say which options you want to keep and which= ones to drop.

 


Hi Daniele, all,

My personal preference is 5, including a) and c) . I would not object to ot= her options  (including 4, deferring the choice as usual to the actual= implementors to select what they want to implement).

Note that, as stated in the past and my main concern, the term "label&= quot; is IMHO a bit misleading, and that (mainly) a) and c) are actually re= ferring to Nominal Central Frequencies (NCFs):  a bitmap encodes the s= tatus of the NCFs, not the "labels" themselves and when considering a "range" we are referring to the start and= end as "NCFs", not start and end "labels" --  tha= t is, no m --.

 

[Xian]: Point taken.  My understanding is that you are ok wi= th the method we current taking, i.e., inheriting the methods from WSON. Bu= t you would like to see more explanation of the text? Is that correct? If so, let=A1=AFs work on this together after t= he poll is closed, to make sure we make it clear in the draft.



Reasons:

- ranges are a straightforward way to disseminate which frequency slots tha= t are "available", by giving the (start and end) NCFs, and being = able to encode including "frequency slots" (holes) that would req= uire 0.5 values of n and m
Range R1: [-1, 2]
   -9 = -8 -7 -6 -5 -4 -3 -2 -1 0  1  2  3  4  5  6&n= bsp; 7  8  9 10  11
   ...+--+--+--+--+--+--+--+-= -+--+--+--+--+--+--+--+--+--+--+= ;--+--+--...
            = ;            &n= bsp;  |--------|


- (label) lists are verbose, although useful when the spectrum is very frag= mented, a bitmap encoding may be fine too (I think they are currently in th= e draft for completeness).  In this case we could use label lists to d= escribe "availbale frequency slots" but requiring values of 0.5 to cover all cases. I would like to drop it not to= have options that use either "full labels" and other options tha= t use "NCFs".

[Xian]: agreed. Actually, if we allow list to describe available = frequency slots instead of describing NCFs (which I see you do not like, J), then the list is almost the same as range and it can be bette= r, IMHO.  As for the issue of 0.5 value, I think exclusive list would help in this case.


- Bitmap encoding is an efficient way to describe the status of the link an= d the way we have currently implemented. It needs to be clear what happens = "at the edge": Assuming the link "total spectrum" start= s at n=3D0 and if I chose n=3D0 as the base NCF, setting n=3D0 bit to 1 does not mean that it can be used as the allocated NCF.

[Xian]: Currently in the draft, we use the first NCF that can be = allocated to request of m=3D1 as the base.  Since you mentioned, I thi= nk we should also make it clear in the next revision of this draft. My prefer is following the method mentioned in the current = draft. Is that ok with you?


Regards,
Xian


It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!)<= /o:p>



Thanks and best regards,
Ramon

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B47234984SZXEMA512MBSchi_-- From nobody Sun Aug 2 21:45:21 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60EC71B2C0C; Sun, 2 Aug 2015 21:45:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y_Da0x5jGmDk; Sun, 2 Aug 2015 21:45:17 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 091BD1B2C06; Sun, 2 Aug 2015 21:45:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150803044517.9611.83607.idtracker@ietfa.amsl.com> Date: Sun, 02 Aug 2015 21:45:17 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 04:45:18 -0000 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 : RSVP-TE Signaling Extensions in support of Flexible Grid Authors : Fatai Zhang Xian Zhang Adrian Farrel Oscar Gonzalez de Dios Daniele Ceccarelli Filename : draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt Pages : 12 Date : 2015-08-02 Abstract: This memo describes the extensions to the Resource reserVation Protocol Traffic Engineering (RSVP-TE) signaling protocol to support Label Switched Paths (LSPs) in a GMPLS-controlled network that includes devices using the flexible optical grid. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Aug 2 21:46:48 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B60F1B2C17 for ; Sun, 2 Aug 2015 21:46:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sF8IEj5UeZ2O for ; Sun, 2 Aug 2015 21:46:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B2941B2C06 for ; Sun, 2 Aug 2015 21:46:44 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZK26857; Mon, 03 Aug 2015 04:46:42 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 3 Aug 2015 05:46:41 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Mon, 3 Aug 2015 12:46:35 +0800 From: "Zhangxian (Xian)" To: "ccamp@ietf.org" Thread-Topic: New Version Notification for draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt Thread-Index: AQHQzac3REfW4rj2W0yoymXKXsKdMZ35sy4Q Date: Mon, 3 Aug 2015 04:46:34 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] FW: New Version Notification for draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 04:46:47 -0000 SGksIEFsbCwgDQoNCiAgSnVzdCBhIHJlZnJlc2ggb2YgdGhlIGRhdGUuIA0KDQpCUiwNCg0KWGlh bg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IDIwMTXlubQ4 5pyIM+aXpSAxMjo0NQ0KVG86IERhbmllbGUgQ2VjY2FyZWxsaTsgT3NjYXIgR29uemFsZXogZGUg RGlvczsgRmF0YWkgWmhhbmc7IEFkcmlhbiBGYXJyZWw7IEZhdGFpIFpoYW5nOyBEYW5pZWxlIENl Y2NhcmVsbGk7IFpoYW5neGlhbiAoWGlhbik7IFpoYW5neGlhbiAoWGlhbik7IE9zY2FyIEdvbnph bGV6IGRlIERpb3M7IEFkcmlhbiBGYXJyZWwNClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3IgZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAzLnR4 dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdy aWQtcnN2cC10ZS1leHQtMDMudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5 IFhpYW4gWmhhbmcgYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJ CWRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dA0KUmV2aXNpb246CTAz DQpUaXRsZToJCVJTVlAtVEUgU2lnbmFsaW5nIEV4dGVuc2lvbnMgaW4gc3VwcG9ydCBvZiBGbGV4 aWJsZSBHcmlkDQpEb2N1bWVudCBkYXRlOgkyMDE1LTA4LTAzDQpHcm91cDoJCWNjYW1wDQpQYWdl czoJCTEyDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dC0wMy50eHQNClN0 YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQvDQpIdG1saXplZDogICAgICAgaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3Zw LXRlLWV4dC0wMw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQtMDMNCg0KQWJz dHJhY3Q6DQogICBUaGlzIG1lbW8gZGVzY3JpYmVzIHRoZSBleHRlbnNpb25zIHRvIHRoZSBSZXNv dXJjZSByZXNlclZhdGlvbg0KICAgUHJvdG9jb2wgVHJhZmZpYyBFbmdpbmVlcmluZyAoUlNWUC1U RSkgc2lnbmFsaW5nIHByb3RvY29sIHRvIHN1cHBvcnQNCiAgIExhYmVsIFN3aXRjaGVkIFBhdGhz IChMU1BzKSBpbiBhIEdNUExTLWNvbnRyb2xsZWQgbmV0d29yayB0aGF0DQogICBpbmNsdWRlcyBk ZXZpY2VzIHVzaW5nIHRoZSBmbGV4aWJsZSBvcHRpY2FsIGdyaWQuDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9m IG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQg dmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUg SUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Mon Aug 3 10:38:22 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C22701ACAD4; Mon, 3 Aug 2015 10:38:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.2 X-Spam-Level: X-Spam-Status: No, score=-101.2 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZchDXC3Hg4nY; Mon, 3 Aug 2015 10:38:18 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D12581AC82C; Mon, 3 Aug 2015 10:38:17 -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 t73Hc0sU028650; Mon, 3 Aug 2015 18:38:00 +0100 Received: from 950129200 ([149.254.180.201]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t73Hbtuf028568 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 3 Aug 2015 18:37:56 +0100 From: "Adrian Farrel" To: "'Black, David'" , , , , , "'General Area Review Team'" References: In-Reply-To: Date: Mon, 3 Aug 2015 18:37:58 +0100 Message-ID: <014e01d0ce13$24b86870$6e293950$@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: AQFpj7W7LS4VRjM6upN+uoQ5vbJJSJ7I+LrQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21722.001 X-TM-AS-Result: No--16.393-10.0-31-10 X-imss-scan-details: No--16.393-10.0-31-10 X-TMASE-MatchedRID: 8HTFlOrbAtGOhHkPCXAFR/yyyXG1lqso+q1Y+/eEArbjsTquy0JRi6Gp G6RCkjFvs8CcQmOfNJ9nuZu7SLIewjgcoj/JqpGbliwpJdZauwd4wk2zaLy2UXRGR7KAs0hcWmr Yr8SaWTWQHHRwObE/RkIW0rLc/uiecenV+VgfO24IVoCLGbl5T9p3G9eAlgOyl9UVnK8KIxwjhm sSV51KnIHgy8IxW3cTrZrufE2EkiVgFrTflRNTB6Yb59qT2vdqgHzgwy8qV5oSrOHawddkcYo3r MYk6HCm9N66B6SbXCWOBAgvRJZiFbpNyfN3ktaZMN+B8zdlz9GQoBr+SFneJNYIrMNiSqPJY7hC WgdYh4KW3HkkdwQpKMj1Djpoj84C/V+zJbYVUZaUa50su1E7W53ZbPRfc5otDO+DX+rUwfa+6n9 3domHePMjJ0gBVYQaamPFF/nRxpOwU1cNMNaaEMMOZc2T6sulFKliqHKCaOlaW2Ktn+I8/ul+/y RxZ5AQV6yUpx34j4VnmC5s5+BdyehB5rAHE05WXP5rFAucBUHomPrNi98UBIKwF4K/wIz91TDKu PkKK/IHIo8GRQeyrdDnsyLDlgN48HqrNSteiYS+dJWHbg4IThOySJ0+MHXa3lPgRXkXrxCmnx4c 5gBftRNVGPtRgO4YLO3ifQq+M7Xt9ywZWUrU9JrIHuCZpMzlUAjrAJWsTe9Zps+y1VXzqe2lxlW 3AjAIgepDhfPWeNDrtOvKPS5k+l58/vwHxGxJe5NWR5iixe1A8I/PJy4EU4hlq83HEbL+c3ZHVZ ykIpjvf+Ff9RThEA1uYCAqITPEldfDLwUL0DmeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47jUZxEAl FPo846HM5rqDwqteUMBXQsGcJJp3YgX84fB7oe4xTsYZ2dF1C9vJTOYZ1u+crL20sLsgQ== Archived-At: Cc: ccamp@ietf.org, ietf@ietf.org Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 17:38:21 -0000 Hello David, Responding as a contributing author who wants to see this work move forward promptly... Many thanks for taking the time to review. > Minor issues: > > [1] 3.2.5 - the last bullet item is not completely clear to me. What > does it mean for two slot compositions to be the same? Is this saying > that the same set of effective frequency slots need to be present > end-to-end for the media channel? I suspect not, but I don't understand > what is intended. I think you mean the penultimate bullet: the last one on page 9. It does not mean that the same set has to be available end-to-end. As the text says "...the specific slots and their spacing may vary hop by hop." But it does mean that the composition of the media channel will be the same on each hop. So what is "the composition" of a media channel? Well, as the first bullet says: "A composite media channel carries a group of OTSi" and you can go back one section to find what that means, but, in summary... You can make an end-to-end connection from a set of parallel channels. You can place those channels at different spots in the spectrum from one hop to the next, but you cannot vary the number of channels from one hop to the next (e.g. two channels on one hop mapped to one thick channel on the next hop mapped to four thin channels on the next hop). > [2] p.21 last sentence in 1st para: > > Regardless of the actual encoding, > the LSP setup message specifies a minimum frequency slot width that > needs to be fulfilled in order to successful establish the requsted > LSP. > > Should "minimum frequency slot width" be "minimum effective frequency slot > width"? I think it's possible for the effective frequency slot width to > be smaller than all of the individual slot widths involved in the absence > of frequency shifters/converters. Pedantically (and what's wrong with pedantry?), yes. Indeed, a user that requested a minimum frequency slot might be very disappointed. Thus it is taken for granted that a user requests usable bandwidth :-) But adding "effective" would not be harmful. > [3] p.21 - RSA acronym is unfortunate, due to collision w/widespread usage > of that acronym for a security algorithm. I strongly suggest changing to > another acronym (e.g., R+SA). Please see RFC 5513. R+SA would be unfortunate because in this field the "+" is used to indicate a separation in processing whereas the concatenation shows processing as one piece. Since the text expands and explains "RSA" I don't think a change is necessary. > [4] 4.8.4 - The information model is informal or abstract (can't generate > anything from it), even though RBNF was used - this should be noted. I am not clear why you make this assertion. It is true that I would not attempt to "generate" anything from the information model if, by that, we mean automatically using a script or compiler. But there is nothing that precludes someone from doing this. > [5] 5.5 - I'm surprised that the first requirement (neighbor discovery > support) is a MAY. I wonder about its operational consequences, and at the > very least suggest expanding Section 8 to discuss them. The text in 5.5 > should be expanded to add some explanation of how things work when there's > no neighbor discovery support. Although some work has been done on plug and play in transport networks, there is also a lot of "legacy" thought with respect to plugging 100G fibers in at random and seeing what is connected to what today. In general, when one provisions a fiber and a pair of expensive line cards, one has a good idea what one is connecting and the processes that are run are validation rather than discovery. Thus the second paragraph aims for link property correlation such as is provided in LMP, but the first paragraph only considers the element of discovery to be something that someone could look at if they are really enthusiastic. Since this is pretty much established behavior across GMPLS optical networks, I'm not sur more needs to be said. > Nits/editorial comments: > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > formula for nominal central frequency and re-defining n as a > non-negative integer would be slightly clearer. This is something you'd need to take up with the ITU-T, I think. We don't want to change the formulae in common use where the data plane is defined. > p.6 - please state that slot width is +/- wrt nominal central frequency. Ah, took me a moment to see what you mean. Yes, this could be clarified with OLD o Slot Width: The slot width determines the "amount" of optical spectrum regardless of its actual "position" in the frequency axis. A slot width is constrained to be m x SWG (that is, m x 12.5 GHz), where m is an integer greater than or equal to 1. NEW o Slot Width: The slot width determines the "amount" of optical spectrum regardless of its actual "position" in the frequency axis. A slot width is constrained to be m x SWG (that is, m x 12.5 GHz), where m is an integer greater than or equal to 1. The slot width defines the amount of spectrum in use on each side of the central frequency, thus the amount of frequency in use is actually twice the value of the slot width. > p.8 - Fig 4 could use a bit more explanation - the two frequency > slots occur at different points along the path. Maybe... OLD o Effective Frequency Slot [G.870]: The effective frequency slot of a media channel is that part of the frequency slots of the filters along the media channel that is common to all of the filters' frequency slots. Note that both the Frequency Slot and Effective Frequency Slot are local terms. NEW o Effective Frequency Slot [G.870]: The effective frequency slot of a media channel is that part of the frequency slots of the filters along the media channel that is common to all of the filters' frequency slots. Note that both the Frequency Slot and Effective Frequency Slot are local terms. Figure 4 shows the effect of combining two filters along a channel. The combination of frequency slot 1 and frequency slot 2 applied to the media channel is effective frequency slot shown. END > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > chars left. I think it is one char :-) > Section 4 - TE link term shows up w/o acronym expansion or definition. > Please define it before use. Yes. Last line of section 4. > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > helped to have some sort of heads-up at the start of the figures that > the top (non-GMPLS) portion of the figures prior to Figure 12 are > entirely in the optical domain. Perhaps explaining what the two > planes are (and how they're realized/implemented) in Figure 8 would help. Hmmm. I think the reader should be coming at this with the concepts of TE link and LSR in their heads so that the mapping is clear. > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > "transceivers" earlier - if that's the same concept, only one term > should be used. While "transponder" is technically correct, using "transceiver" would be more consistent. > p.19 - Even after expanding acronyms, I don't understand this sentence: > > If two OTSis must be > switched to different ports, it is better to carry them by different > FSC channels, and the media layer switch is enough in this scenario. > > A sentence or two explaining what an "FSC channel" is earlier in that > paragraph would help. > > p.21, 1st para: > > messages, and a specific frequency slot can be requeste on any > > s/requeste/requested > > p.21: > > In GMPLS the requested effective frequency slot is represented to the > TSpec present in the Path message, and the effective frequency slot > is mapped to the FlowSpec carried in the Resv message. > > I believe those are RSVP-TE messages - that should be stated. > > p. 22: > > d. n can change, but m needs to remain the same along the path. > This ensures that the effective frequency slot remains valid, but > allows the frequency slot to be moved within the spectrum from > hop to hop. > > In full generality, that may require the ability to shift or convert a > frequency slot, which is a concept that doesn't appear to occur in the > draft prior to this point. Penultimate paragraph of page 21. > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > labelled or explained > > After Figure 16, the switch to the EFS acronym is a surprise, given > the extensive prior usage of the spelled-out term. This paragraph > contains all uses of the EFS acronym - I suggest removing that acronym > and spelling out the term. > > Section 4.6: I don't understand why this sentence is in the middle of > the paragraph - it doesn't seem to describe an example of different > slot width granularities: > > Consider a node with an application where the nominal > central frequency granularity is 12.5 GHz and where slot widths are > multiples of 25 GHz. > > I'd suggest removing it. > > 5.1.1. What is L-band? This is the first time it's mentioned. > > idnits 2.13.02 didn't find anything that needs attention. Many thanks, Adrian From nobody Mon Aug 3 15:43:48 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E76161AD34C; Mon, 3 Aug 2015 15:43:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ab93Ppt88cYo; Mon, 3 Aug 2015 15:43:45 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A3F461ACEE5; Mon, 3 Aug 2015 15:43:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "Ben Campbell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150803224345.3041.26135.idtracker@ietfa.amsl.com> Date: Mon, 03 Aug 2015 15:43:45 -0700 Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org Subject: [CCAMP] Ben Campbell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2015 22:43:47 -0000 Ben Campbell has entered the following ballot position for draft-ietf-ccamp-wson-signal-compatibility-ospf-15: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 5 (security considerations) says: "This document does not introduce any further security issues other than those discussed in [RFC3630], [RFC4203]." While I don’t doubt the statement is true, it would be helpful to show the thought behind it. In this case, the draft adds new data elements to the OSPF TE LSA. Please consider adding a very short discussion on how the security implications of those elements is similar to or different from the previously existing data elements. Nits: Please expand TE and LSA on first mention. idnits thinks the reference to [G.694.1] is not cited in the body. Is the reference needed? From nobody Tue Aug 4 07:22:43 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CB1E1A88DA; Tue, 4 Aug 2015 07:22:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.711 X-Spam-Level: X-Spam-Status: No, score=-3.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15ZxHDfwRYXQ; Tue, 4 Aug 2015 07:22:38 -0700 (PDT) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8B601A9166; Tue, 4 Aug 2015 07:21:12 -0700 (PDT) Received: from maildlpprd01.lss.emc.com (maildlpprd01.lss.emc.com [10.253.24.33]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t74EKTM1031975 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Aug 2015 10:20:33 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t74EKTM1031975 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1438698034; bh=2/ybjS1B53tSW+GQVG1BDETxB6M=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=Z9HNcEusB/oS+Qt+JfKteMUuxAF8o2wiLCJ/dAtxaihxqUdAAo35OnvGOER8JvfX4 dNbzuwMI+8wdW6jvUnUIBl4Grv3xfwH/b2c+vrc8PqoNfejBG/NFFVVo0d35WBC3OZ FQyjr+ackU2CbDugmuJ0bpTFb7A5TFmWlXKVvHEo= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t74EKTM1031975 Received: from mailusrhubprd01.lss.emc.com (mailusrhubprd01.lss.emc.com [10.253.24.19]) by maildlpprd01.lss.emc.com (RSA Interceptor); Tue, 4 Aug 2015 10:20:03 -0400 Received: from mxhub29.corp.emc.com (mxhub29.corp.emc.com [128.222.70.169]) by mailusrhubprd01.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t74EK8ve006141 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Aug 2015 10:20:08 -0400 Received: from MXHUB205.corp.emc.com (10.253.68.31) by mxhub29.corp.emc.com (128.222.70.169) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 4 Aug 2015 10:20:08 -0400 Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB205.corp.emc.com ([10.253.68.31]) with mapi id 14.03.0224.002; Tue, 4 Aug 2015 10:20:07 -0400 From: "Black, David" To: "adrian@olddog.co.uk" , "zhangfatai@huawei.com" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "'General Area Review Team'" Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Minor Issues Thread-Index: AdDOwKPRIbuP52jRTnenaA/6Vpg6Qg== Date: Tue, 4 Aug 2015 14:20:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.38.54] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd01.lss.emc.com X-RSA-Classifications: DLM_1, public Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" , "Black, David" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Minor Issues X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 14:22:40 -0000 Hello Adrian, Thanks for the quick response. I'm going to split my follow-ups into two r= esponses - this one deals with the minor issues, another one will deal with the edit= orial items and nits. Comments on minor issues inline ... the collision on the RSA acronym looks = like the only significant open issue. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu.xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Rev= iew > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 >=20 > Hello David, >=20 > Responding as a contributing author who wants to see this work move forwa= rd > promptly... >=20 > Many thanks for taking the time to review. >=20 > > Minor issues: > > > > [1] 3.2.5 - the last bullet item is not completely clear to me. What > > does it mean for two slot compositions to be the same? Is this saying > > that the same set of effective frequency slots need to be present > > end-to-end for the media channel? I suspect not, but I don't understan= d > > what is intended. >=20 > I think you mean the penultimate bullet: the last one on page 9. Yes. > It does not mean that the same set has to be available end-to-end. As the= text > says "...the specific slots and their spacing may vary hop by hop." But i= t does > mean that the composition of the media channel will be the same on each h= op. So > what is "the composition" of a media channel? Well, as the first bullet = says: > "A composite media channel carries a group of OTSi" and you can go back o= ne > section to find what that means, but, in summary... >=20 > You can make an end-to-end connection from a set of parallel channels. Yo= u can > place those channels at different spots in the spectrum from one hop to t= he > next, but you cannot vary the number of channels from one hop to the next= (e.g. > two channels on one hop mapped to one thick channel on the next hop mappe= d to > four thin channels on the next hop). Part of this is definitely my lack of GMPLS familiarity. That said, someth= ing to make the "cannot vary the number of channels from one hop to the next" p= oint would be helpful to add. Perhaps: OLD That is, the slot composition must be the same from one end to the other of the media channel even if the specific slots and their spacing may vary hop by hop. NEW That is, the slot composition (i.e., the group of OTSi carried by the composite media channel) must be the same from one end to the other of the media channel even if the specific slot for each OTSi and the spacing among slots may vary hop by hop. > > [2] p.21 last sentence in 1st para: > > > > Regardless of the actual encoding, > > the LSP setup message specifies a minimum frequency slot width that > > needs to be fulfilled in order to successful establish the requsted > > LSP. > > > > Should "minimum frequency slot width" be "minimum effective frequency s= lot > > width"? I think it's possible for the effective frequency slot width = to > > be smaller than all of the individual slot widths involved in the absen= ce > > of frequency shifters/converters. >=20 > Pedantically (and what's wrong with pedantry?), yes. > Indeed, a user that requested a minimum frequency slot might be very disa= ppointed. > Thus it is taken for granted that a user requests usable bandwidth :-) >=20 > But adding "effective" would not be harmful. That helps, thanks. > > [3] p.21 - RSA acronym is unfortunate, due to collision w/widespread us= age > > of that acronym for a security algorithm. I strongly suggest changing = to > > another acronym (e.g., R+SA). >=20 > Please see RFC 5513. Right :-) :-) ... ... are there GMPLS plans to support RFC 3514 in the control plane? :-) :-) > R+SA would be unfortunate because in this field the "+" is used to indica= te a > separation in processing whereas the concatenation shows processing as on= e > piece. And I suspect that any other punctuation character (e.g., '-') would be sub= ject to the same objection. > Since the text expands and explains "RSA" I don't think a change is neces= sary. In most cases of acronym collision, I would not object, but RSA is unusual = as a very widely known security algorithm acronym (and there are a small numbe= r of other acronyms, whose reuse I would find problematic, e.g., SSL and TLS). I still think RSA is a rather poor choice of acronym for routing functionalit= y, no matter how well it's explained. > > [4] 4.8.4 - The information model is informal or abstract (can't genera= te > > anything from it), even though RBNF was used - this should be noted. >=20 > I am not clear why you make this assertion. It is true that I would not a= ttempt > to "generate" anything from the information model if, by that, we mean > automatically using a script or compiler. But there is nothing that precl= udes > someone from doing this. I believe that sort of generation would involve "parsing" the comments and = this syntax element: I'm not at all sure how feasible that is. The intent of the model is clear= , but I was expecting something more concrete based on the use of a formal language. To put it a bit more bluntly, I expect the use of formal languag= es to be able to drive tool-chains that yield interoperable implementations, and I don't see that level of rigor here. =20 > > [5] 5.5 - I'm surprised that the first requirement (neighbor discovery > > support) is a MAY. I wonder about its operational consequences, and at= the > > very least suggest expanding Section 8 to discuss them. The text in 5.= 5 > > should be expanded to add some explanation of how things work when ther= e's > > no neighbor discovery support. >=20 > Although some work has been done on plug and play in transport networks, = there > is also a lot of "legacy" thought with respect to plugging 100G fibers in= at > random and seeing what is connected to what today. In general, when one > provisions a fiber and a pair of expensive line cards, one has a good ide= a what > one is connecting and the processes that are run are validation rather th= an > discovery. >=20 > Thus the second paragraph aims for link property correlation such as is p= rovided > in LMP, but the first paragraph only considers the element of discovery t= o be > something that someone could look at if they are really enthusiastic. >=20 > Since this is pretty much established behavior across GMPLS optical netwo= rks, > I'm not sure more needs to be said. Please state that absence of neighbor discovery is "pretty much established= =20 behavior across GMPLS optical networks" perhaps in the form of "not require= d or used in common operational practice." From nobody Tue Aug 4 07:33:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CBB01A0125; Tue, 4 Aug 2015 07:33:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rRlFtwK1U88r; Tue, 4 Aug 2015 07:33:47 -0700 (PDT) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CC5B1A0235; Tue, 4 Aug 2015 07:30:44 -0700 (PDT) Received: from maildlpprd02.lss.emc.com (maildlpprd02.lss.emc.com [10.253.24.34]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t74EUQg7002687 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Aug 2015 10:30:27 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t74EUQg7002687 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1438698627; bh=AjBfhMLXDMCdCJAxNe9Pz2TAYb0=; h=From:To:CC:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=ONMlBt2KKbBI0Dc+Jh5kLkbJGmqN+7BXWWIs+i+Hx9DXrMFqgSCCAN0AuJFdrD0Us Wt7KdqcHTzcD67Tpl+GkTK40F6GQnxXTVB8IGlmNnLwV9lHewY+YH+8C8nmMpGot6A BfbarRD18ItkWQLcVivBS1j8ne5Dxv4bKtQd/UW0= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t74EUQg7002687 Received: from mailusrhubprd54.lss.emc.com (mailusrhubprd54.lss.emc.com [10.106.48.19]) by maildlpprd02.lss.emc.com (RSA Interceptor); Tue, 4 Aug 2015 10:29:42 -0400 Received: from mxhub13.corp.emc.com (mxhub13.corp.emc.com [128.222.70.234]) by mailusrhubprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t74EUJQr002084 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Aug 2015 10:30:19 -0400 Received: from MXHUB209.corp.emc.com (10.253.68.35) by mxhub13.corp.emc.com (128.222.70.234) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 4 Aug 2015 10:30:19 -0400 Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB209.corp.emc.com ([10.253.68.35]) with mapi id 14.03.0224.002; Tue, 4 Aug 2015 10:30:18 -0400 From: "Black, David" To: "adrian@olddog.co.uk" , "zhangfatai@huawei.com" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "'General Area Review Team'" Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Thread-Index: AdDOwhMNAviDYnLARAKxsjm6Ec8tog== Date: Tue, 4 Aug 2015 14:30:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.38.54] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd54.lss.emc.com X-RSA-Classifications: DLM_1, public Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" , "Black, David" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 14:33:49 -0000 Adrian, Thanks for the response - this note contains the follow-ups on nits/editori= al items. All of these are nits or editorial, and hence I defer to the editor= s' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu.xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Rev= iew > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 >=20 > Hello David, >=20 > Responding as a contributing author who wants to see this work move forwa= rd > promptly... >=20 > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. >=20 > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane i= s > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency= . >=20 > Ah, took me a moment to see what you mean. > Yes, this could be clarified with >=20 > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. >=20 > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. >=20 > Maybe... >=20 > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. >=20 > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. >=20 > I think it is one char :-) Touche' =20 > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. >=20 > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would hel= p. >=20 > Hmmm. I think the reader should be coming at this with the concepts of TE= link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. >=20 > While "transponder" is technically correct, using "transceiver" would be = more > consistent. Ok. =20 > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to th= e > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, bu= t > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. >=20 > Penultimate paragraph of page 21. Ok. =20 > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. >=20 > Many thanks, > Adrian From nobody Tue Aug 4 08:30:10 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66F1C1A1B2E; Tue, 4 Aug 2015 08:29:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4pWeOY04j8Ez; Tue, 4 Aug 2015 08:29:53 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D2521A1B39; Tue, 4 Aug 2015 08:27:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , , , X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150804152747.7041.69539.idtracker@ietfa.amsl.com> Date: Tue, 04 Aug 2015 08:27:47 -0700 Archived-At: Cc: ccamp@ietf.org, akatlas@gmail.com, ipr-announce@ietf.org Subject: [CCAMP] IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-ccamp-flexible-grid-rsvp-te-ext X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 15:29:55 -0000 Dear Fatai Zhang, Xian Zhang, Adrian Farrel, Oscar Gonzalez de Dios, Daniele Ceccarelli: An IPR disclosure that pertains to your Internet-Draft entitled "RSVP-TE Signaling Extensions in support of Flexible Grid" (draft-ietf-ccamp-flexible-grid-rsvp-te-ext) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2650/). The title of the IPR disclosure is " Huawei Technologies Co.,Ltd's Statement about IPR related to draft-ietf-ccamp-flexible-grid-rsvp-te-ext" Thank you IETF Secretariat From nobody Tue Aug 4 11:43:34 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE0351ACE0D; Tue, 4 Aug 2015 11:43:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tUrQ77j8zvz8; Tue, 4 Aug 2015 11:43:30 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C0AF1ACD82; Tue, 4 Aug 2015 11:43:29 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVV98218; Tue, 04 Aug 2015 18:43:27 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 4 Aug 2015 19:43:26 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Tue, 4 Aug 2015 11:43:16 -0700 From: Leeyoung To: Ben Campbell , The IESG Thread-Topic: Ben Campbell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) Thread-Index: AQHQzj3kP50nNG6clk+YHn454/wNRJ38LBJg Date: Tue, 4 Aug 2015 18:43:16 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CF975B@dfweml706-chm> References: <20150803224345.3041.26135.idtracker@ietfa.amsl.com> In-Reply-To: <20150803224345.3041.26135.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.217.185] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" Subject: Re: [CCAMP] Ben Campbell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 18:43:32 -0000 SGkgQmVuLA0KDQpUaGFua3MgZm9yIHByb3ZpZGluZyB5b3VyIGdvb2QgY29tbWVudHMgYW5kIGlk bml0cyBjaGVjay4gDQoNClBsZWFzZSBzZWUgaW5saW5lIGZvciBteSByZXNwb25zZS4gDQoNCkJl c3QgcmVnYXJkcywNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBC ZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dIA0KU2VudDogTW9uZGF5LCBBdWd1 c3QgMDMsIDIwMTUgNTo0NCBQTQ0KVG86IFRoZSBJRVNHDQpDYzogY2NhbXAtY2hhaXJzQGlldGYu b3JnOyBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZkBpZXRm Lm9yZzsgY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IEJlbiBDYW1wYmVsbCdzIE5vIE9iamVjdGlv biBvbiBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTog KHdpdGggQ09NTUVOVCkNCg0KQmVuIENhbXBiZWxsIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcg YmFsbG90IHBvc2l0aW9uIGZvcg0KZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRp YmlsaXR5LW9zcGYtMTU6IE5vIE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBr ZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCmVtYWlsIGFkZHJl c3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0 aGlzDQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVmZXIg dG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5o dG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQg cG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9z aXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmLw0KDQoN Cg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KU2VjdGlvbiA1IChz ZWN1cml0eSBjb25zaWRlcmF0aW9ucykgc2F5czogIlRoaXMgZG9jdW1lbnQgZG9lcyBub3QNCmlu dHJvZHVjZSBhbnkgZnVydGhlciBzZWN1cml0eSBpc3N1ZXMgb3RoZXINCiAgIHRoYW4gdGhvc2Ug ZGlzY3Vzc2VkIGluIFtSRkMzNjMwXSwgW1JGQzQyMDNdLiINCg0KV2hpbGUgSSBkb27igJl0IGRv dWJ0IHRoZSBzdGF0ZW1lbnQgaXMgdHJ1ZSwgaXQgd291bGQgYmUgaGVscGZ1bCB0byBzaG93DQp0 aGUgdGhvdWdodCBiZWhpbmQgaXQuIEluIHRoaXMgY2FzZSwgdGhlIGRyYWZ0IGFkZHMgbmV3IGRh dGEgZWxlbWVudHMgdG8NCnRoZSBPU1BGIFRFIExTQS4gUGxlYXNlIGNvbnNpZGVyIGFkZGluZyBh IHZlcnkgc2hvcnQgZGlzY3Vzc2lvbiBvbiBob3cNCnRoZSBzZWN1cml0eSBpbXBsaWNhdGlvbnMg b2YgdGhvc2UgZWxlbWVudHMgaXMgc2ltaWxhciB0byBvciBkaWZmZXJlbnQNCmZyb20gdGhlIHBy ZXZpb3VzbHkgZXhpc3RpbmcgZGF0YSBlbGVtZW50cy4NCg0KDQpZT1VORz4+IA0KDQogICBBcyB3 aXRoIFtSRkM0MjAzXSwgaXQgc3BlY2lmaWVzIHRoZQ0KICAgY29udGVudHMgb2YgT3BhcXVlIExT QXMgaW4gT1NQRnYyLiAgQXMgT3BhcXVlIExTQXMgYXJlIG5vdCB1c2VkIGZvcg0KICAgU2hvcnRl c3QgUGF0aCBGaXJzdCAoU1BGKSBjb21wdXRhdGlvbiBvciBub3JtYWwgcm91dGluZywgdGhlDQog ICBleHRlbnNpb25zIHNwZWNpZmllZCBoZXJlIGhhdmUgbm8gZGlyZWN0IGVmZmVjdCBvbiBJUCBy b3V0aW5nLg0KICAgVGFtcGVyaW5nIHdpdGggR01QTFMgVEUgTFNBcyBtYXkgaGF2ZSBhbiBlZmZl Y3Qgb24gdGhlIHVuZGVybHlpbmcNCiAgIFRyYW5zcG9ydC4gIFtSRkMzNjMwXSBub3RlcyB0aGF0 IHRoZQ0KICAgc2VjdXJpdHkgbWVjaGFuaXNtcyBkZXNjcmliZWQgaW4gW1JGQzIzMjhdIGFwcGx5 IHRvIE9wYXF1ZSBMU0FzDQogICBjYXJyaWVkIGluIE9TUEZ2Mi4gDQoNCiAgIElmIHlvdSBsaWtl LCBJIGNhbiBhZGQgdGhlc2UgdGV4dCBpbiBTZWN0aW9uIDUuIFBsZWFzZSBsZXQgbWUga25vdy4g DQoNCg0KTml0czoNCg0KUGxlYXNlIGV4cGFuZCBURSBhbmQgTFNBIG9uIGZpcnN0IG1lbnRpb24u DQoNCllPVU5HPj4gWWVzLCBURSAoVHJhZmZpYyBFbmdpbmVlcmluZykgYW5kIExTQSAoTGluayBT dGF0ZSBBZHZlcnRpc2VtZW50KSB3aWxsIGJlIGV4cGFuZGVkIG9uIGZpcnN0IG1lbnRpb24uDQoN Cg0KDQppZG5pdHMgdGhpbmtzIHRoZSByZWZlcmVuY2UgdG8gW0cuNjk0LjFdIGlzIG5vdCBjaXRl ZCBpbiB0aGUgYm9keS4gSXMgdGhlDQpyZWZlcmVuY2UgbmVlZGVkPw0KDQpZT1VORz4+IFRoZSBy ZWZlcmVuY2Ugd2lsbCBiZSByZW1vdmVkLiANCg0KDQo= From nobody Tue Aug 4 12:43:54 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74E231A894F; Tue, 4 Aug 2015 12:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y84y34B150WC; Tue, 4 Aug 2015 12:43:45 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A050B1A8986; Tue, 4 Aug 2015 12:43:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW01278; Tue, 04 Aug 2015 19:43:23 +0000 (GMT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 4 Aug 2015 20:42:32 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml703-chm ([10.193.5.130]) with mapi id 14.03.0235.001; Tue, 4 Aug 2015 12:42:27 -0700 From: Leeyoung To: Barry Leiba , The IESG Thread-Topic: Barry Leiba's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) Thread-Index: AQHQyegdtrVWKbDMV0WAGVfwnnzcQ538PSwg Date: Tue, 4 Aug 2015 19:42:26 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CF97B4@dfweml706-chm> References: <20150729101939.6861.13384.idtracker@ietfa.amsl.com> In-Reply-To: <20150729101939.6861.13384.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.217.185] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" Subject: Re: [CCAMP] Barry Leiba's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 19:43:52 -0000 SGkgQmFycnksDQoNClRoYW5rcyBmb3IgcHJvdmlkaW5nIGdvb2QgY29tbWVudHMuIFBsZWFzZSBz ZWUgaW5saW5lIGZvciBteSByZXNwb25zZS4gDQoNCkJlc3QgcmVnYXJkcywNCllvdW5nDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBCYXJyeSBMZWliYSBbbWFpbHRvOmJhcnJ5 bGVpYmFAY29tcHV0ZXIub3JnXSANClNlbnQ6IFdlZG5lc2RheSwgSnVseSAyOSwgMjAxNSA1OjIw IEFNDQpUbzogVGhlIElFU0cNCkNjOiBjY2FtcC1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYt Y2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmQGlldGYub3JnOyBjY2FtcEBpZXRm Lm9yZw0KU3ViamVjdDogQmFycnkgTGVpYmEncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi1j Y2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYtMTU6ICh3aXRoIENPTU1FTlQpDQoN CkJhcnJ5IExlaWJhIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZv cg0KZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYtMTU6IE5v IE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxp bmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCmVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0 aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQppbnRyb2R1Y3Rvcnkg cGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZv cm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRo ZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91 bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtY2Nh bXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K Q09NTUVOVDoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KU2VjdGlvbnMgNi4xLjEgYW5kIDYuMi4xIGNvcnJl Y3RseSBzYXkgdGhhdCB0aGV5J3JlIGNyZWF0aW5nIG5ldw0KcmVnaXN0cmllcywgYnV0IFNlY3Rp b25zIDYuMSBhbmQgNi4yIGluY29ycmVjdGx5IHNheSB0aGF0LCB3aGVuIHRoZXkNCmFwcGVhciB0 byBiZSBvbmx5IHJlZ2lzdGVyaW5nIFRMVnMgaW4gZXhpc3RpbmcgcmVnaXN0cmllcy4gIElBTkEg aGFzbid0DQpyZXZpZXdlZCB0aGlzIHlldCwgSSBzZWUsIHNvIEkgZG9uJ3Qga25vdyBob3cgY29u ZnVzZWQgdGhleSBtaWdodCBiZSwgYnV0DQppdCB3b3VsZCBiZSBnb29kIHRvIGZpeCB0aGlzIChh bHNvIG5vdGUgdGhlIFVSTCBjb3JyZWN0aW9uIGluIDYuMSk6DQoNCk9MRCAoNi4xKQ0KICAgTmV3 IElBTkEgcmVnaXN0cnkgd2lsbCBiZSBjcmVhdGVkIGZvciB0aGUgT3B0aWNhbCBOb2RlIFByb3Bl cnR5IFRMVg0KICAgdG8gYWxsb2NhdGUgYSBuZXcgVExWIFR5cGUgYW5kIGl0cyBWYWx1ZSBmb3Ig dGhpcyBUb3AgTGV2ZWwgTm9kZSBUTFYNCiAgIGluIHRoZSAiVG9wIExldmVsIFR5cGVzIGluIFRF IExTQXMiIHNlY3Rpb24gb2YgdGhlICJPU1BGIFRyYWZmaWMNCiAgIEVuZ2luZWVyaW5nIFRMVnMi IHJlZ2lzdHJ5IGxvY2F0ZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMv b3NwZi10cmFmZmljLWVuZy10bHZzL29zcGYtdHJhZmZpYy0NCiAgIGVuZy10bHZzLnhodG1sLg0K DQogICBUaGUgZm9sbG93aW5nIFRMViBpcyBhbGxvY2F0ZWQgaW4gdGhpcyBzcGVjaWZpY2F0aW9u Lg0KTkVXDQogICBJQU5BIGlzIGFza2VkIHRvIHJlZ2lzdGVyIGEgbmV3IFRMViBmb3IgIk9wdGlj YWwgTm9kZSBQcm9wZXJ0eSIuDQogICBUaGUgbmV3IFRMViB3aWxsIGJlIHJlZ2lzdGVyZWQgaW4g dGhlICJUb3AgTGV2ZWwgVHlwZXMgaW4gVEUgTFNBcyINCiAgIHJlZ2lzdHJ5IGluICJPU1BGIFRy YWZmaWMgRW5naW5lZXJpbmcgVExWcyIsIGxvY2F0ZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWFuYS5v cmcvYXNzaWdubWVudHMvb3NwZi10cmFmZmljLWVuZy10bHZzLCBhcyBmb2xsb3dzOg0KRU5EDQoN Cg0KWU9VTkc+PiBBY2NlcHRlZC4gDQoNCk9MRCAoNi4yKQ0KICAgQSBuZXcgSUFOQSByZWdpc3Ry eSB3aWxsIGJlIGNyZWF0ZWQgdG8gbWFrZSB0aGUgYXNzaWdubWVudCBvZiBhIG5ldw0KICAgdmFs dWUgZm9yIHRoZSBleGlzdGluZyAiU3dpdGNoaW5nIFR5cGVzIiBUTFYgb2YgdGhlICJHTVBMUyBT aWduYWxpbmcNCiAgIFBhcmFtZXRlcnMiIHJlZ2lzdHJ5IGxvY2F0ZWQgYXQNCiAgIGh0dHA6Ly93 d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvZ21wbHMtc2lnLXBhcmFtZXRlcnMgYXMgZm9sbG93czoN Ck5FVw0KICAgSUFOQSBpcyBhc2tlZCB0byByZWdpc3RlciBhIG5ldyBUTFYgZm9yICJXU09OLUxT QyBjYXBhYmxlIi4NCiAgIFRoZSBuZXcgVExWIHdpbGwgYmUgcmVnaXN0ZXJlZCBpbiB0aGUgIlN3 aXRjaGluZyBUeXBlcyIgcmVnaXN0cnkgaW4NCiAgICJHTVBMUyBTaWduYWxpbmcgUGFyYW1ldGVy cyIsIGxvY2F0ZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvZ21wbHMt c2lnLXBhcmFtZXRlcnMsIGFzIGZvbGxvd3M6DQpFTkQNCg0KWU9VTkc+PiBBY3R1YWxseSwgdGhp cyBpcyBub3QgYSBuZXcgVExWLCBidXQgYSBuZXcgdmFsdWUgaW4gdGhlIFN3aXRjaGluZyBUeXBl IFRMVi4gV2UgYXJlIG5vdCBjcmVhdGluZyBhIG5ldyBUTFYuIEhvdyBhYm91dCB0aGUgZm9sbG93 aW5nIHRleHQ6DQoNCk5FVw0KICAgSUFOQSBpcyBhc2tlZCB0byByZWdpc3RlciBhIG5ldyBzd2l0 Y2hpbmcgdHlwZSBmb3IgIldTT04tTFNDIGNhcGFibGUiIA0KICAgaW4gdGhlIFN3aXRjaGluZyBU eXBlcyByZWdpc3RyeSBpbiAiR01QTFMgU2lnbmFsaW5nIFBhcmFtZXRlcnMiLCBsb2NhdGVkIGF0 DQogICBodHRwOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL2dtcGxzLXNpZy1wYXJhbWV0ZXJz LywgYXMgZm9sbG93czogDQoNCkVORA0KDQoNCg== From nobody Tue Aug 4 18:08:39 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32A2E1B2A39; Tue, 4 Aug 2015 18:08:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GYfnrqzVsJa2; Tue, 4 Aug 2015 18:08:32 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E11101A87E4; Tue, 4 Aug 2015 18:08:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZM51233; Wed, 05 Aug 2015 01:08:26 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 02:08:04 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 09:07:35 +0800 From: Fatai Zhang To: "Black, David" , "adrian@olddog.co.uk" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "'General Area Review Team'" Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Thread-Index: AdDOwhMNAviDYnLARAKxsjm6Ec8togAV0l7g Date: Wed, 5 Aug 2015 01:07:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCB12BESZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 01:08:38 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB12BESZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Adrian and David, Thanks for your comments. I just have one comment for clarification on the following proposal: I think the original text is correct, so it is not necessary to add the las= t sentence in the "NEW'. I think the amount of frequency in use is exactly the same value of the slo= t width (ie., m*SWG). Please see the formula: Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central freque= ncy) + (slot width)/2] In addition, I think some people might be confused by Nominal Central Frequ= ency Granularity (which is 6.25) and Slot Width Granularity (which is 12.5)= . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. > >NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x > > 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. >That definitely helps. Best Regards Fatai -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Tuesday, August 04, 2015 10:30 PM To: adrian@olddog.co.uk; Fatai Zhang; fu.xihua@zte.com.cn; daniele.ceccarel= li@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org; Black, David Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Adrian, Thanks for the response - this note contains the follow-ups on nits/editori= al items. All of these are nits or editorial, and hence I defer to the editor= s' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu= .xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; = ihussain@infinera.com; 'General Area Review > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 > > Hello David, > > Responding as a contributing author who wants to see this work move forwa= rd > promptly... > > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. > > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane i= s > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency= . > > Ah, took me a moment to see what you mean. > Yes, this could be clarified with > > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. > > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. > > Maybe... > > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. > > I think it is one char :-) Touche' > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. > > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would hel= p. > > Hmmm. I think the reader should be coming at this with the concepts of TE= link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. > > While "transponder" is technically correct, using "transceiver" would be = more > consistent. Ok. > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to th= e > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, bu= t > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. > > Penultimate paragraph of page 21. Ok. > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. > > Many thanks, > Adrian --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB12BESZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Adrian and David,

 

Thanks for your comments.

 

I just have one comment for clarification on the following pro= posal:

 

I think the original text is correct, so it is not necessary t= o add the last sentence in the "NEW'.

 

I think the amount of frequency in use is exactl= y the same value = of the slot width (ie., m*SWG). Please see the formula:

 

Frequency slot =3D [(central frequency) - (slot width)/2] ~[(c= entral frequency) + (slot width)/2]

 

In addition, I think some people might be confused by Nominal Central Frequency Granularity = (which is 6.25) and Slot Width Granularity = (which is 12.5).

 

 

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

> OLD

>>    o=   Slot Width: The slot width determines the "amount" of opti= cal

>>   &n= bsp;   spectrum regardless of its actual "position" in = the frequency

>>   &n= bsp;   axis.  A slot width is constrained to be m x SWG (tha= t is, m x

>>   &n= bsp;   12.5 GHz), where m is an integer greater than or equal to = 1.

> >NEW

>>    o=   Slot Width: The slot width determines the "amount" of opti= cal

>>   &n= bsp;   spectrum regardless of its actual "position" in = the frequency

>>   &n= bsp;   axis.  A slot width is constrained to be m x SWG (tha= t is, m x

> >   &= nbsp;  12.5 GHz), where m is an integer greater than or equal to 1.

>>   &n= bsp;   The slot width defines the amount of spectrum in use on

>>   &n= bsp;   each side of the central frequency, thus the amount of

>>   &n= bsp;   frequency in use is actually twice the value of the slot w= idth.

 

>That definitely helps.

 

 

 

 

Best Regards

 

Fatai

 

 

-----Original Message----- From: Black, David [mailto:david.black@emc.com]
Sent: Tuesday, August 04, 2015 10:30 PM
To: adrian@olddog.co.uk; Fatai Zhang; fu.xihua@zte.com.cn; daniele.ceccarel= li@ericsson.com; ihussain@infinera.com; 'General Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org; Black, David
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items

 

Adrian,

 

Thanks for the response - th= is note contains the follow-ups on nits/editorial

items.  All of these ar= e nits or editorial, and hence I defer to the editors'

discretion on what (if anyth= ing) to do about them.  The two suggestions for

text revisions in your respo= nse will definitely improve the draft, IMHO.

 

Thanks,

--David

 

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

> From: Adrian Farrel [mailto:adrian@olddog.co.uk]

> Sent: Monday, August 03= , 2015 1:38 PM

> To: Black, David; zhangfatai@huawei.com= ; fu.xihua@zte.com.cn;

> daniele.ceccarelli@er= icsson.com; ihussain@infinera.com; 'General Area Review<= o:p>

> Team'=

> Cc: ccamp@ietf.org= ; ietf@ietf.org<= /a>

> Subject: RE: [CCAMP] Ge= n-ART review of draft-ietf-ccamp-flexi-grid-fwk-05

>

> Hello David,=

>

> Responding as a contrib= uting author who wants to see this work move forward

> promptly...<= /span>

>

> Many thanks for taking = the time to review.

 

[... snip ...]

 

> > Nits/editorial com= ments:

> ><= /p>

> > Section: 3.2.1 - E= ditorial suggestion: Changing "+" -> "+/-" i= n the

> > formula for nomina= l central frequency and re-defining n as a

> > non-negative integ= er would be slightly clearer.

>

> This is something you'd= need to take up with the ITU-T, I think.

> We don't want to change= the formulae in common use where the data plane is

> defined.

 

Ok, proof by (ITU-T) authori= ty wins here.

 

> > p.6 - please state= that slot width is +/- wrt nominal central frequency.

>

> Ah, took me a moment to= see what you mean.

> Yes, this could be clar= ified with

>

> OLD

>    o&nbs= p; Slot Width: The slot width determines the "amount" of optical<= o:p>

>    =    spectrum regardless of its actual "position" in the = frequency

>    =    axis.  A slot width is constrained to be m x SWG (that is= , m x

>    =    12.5 GHz), where m is an integer greater than or equal to 1.

> NEW

>    o&nbs= p; Slot Width: The slot width determines the "amount" of optical<= o:p>

>    =    spectrum regardless of its actual "position" in the = frequency

>    =    axis.  A slot width is constrained to be m x SWG (that is= , m x

>    =    12.5 GHz), where m is an integer greater than or equal to 1.

>    =    The slot width defines the amount of spectrum in use on

>    =    each side of the central frequency, thus the amount of

>    =    frequency in use is actually twice the value of the slot width= .

 

That definitely helps.<= /o:p>

 

>

> > p.8 - Fig 4 could = use a bit more explanation - the two frequency

> > slots occur at dif= ferent points along the path.

>

> Maybe...

>

> OLD

>    o&nbs= p; Effective Frequency Slot [G.870]: The effective frequency slot of

>    =    a media channel is that part of the frequency slots of the fil= ters

>    =    along the media channel that is common to all of the filters'<= o:p>

>    =    frequency slots.  Note that both the Frequency Slot and E= ffective

>    =    Frequency Slot are local terms.

> NEW

>    o&nbs= p; Effective Frequency Slot [G.870]: The effective frequency slot of

>    =    a media channel is that part of the frequency slots of the fil= ters

>    =    along the media channel that is common to all of the filters'<= o:p>

>    =    frequency slots.  Note that both the Frequency Slot and E= ffective

>    =    Frequency Slot are local terms.

>

>    =    Figure 4 shows the effect of combining two filters along a cha= nnel.

>    =    The combination of frequency slot 1 and frequency slot 2 appli= ed to

>    =     the media channel is effective frequency slot shown.

> END

 

That also helps.<= /span>

 

> > Nit: First nominal= central frequency 'X' in Fig 5 needs to move 2

> > chars left.

>

> I think it is one char = :-)

 

Touche'

> > Section 4 - TE lin= k term shows up w/o acronym expansion or definition.

> > Please define it b= efore use.

>

> Yes. Last line of secti= on 4.

 

   This section pr= ovides a mapping of the ITU-T G.872 architectural

   aspects to GMPL= S/Control plane terms, and considers the relationship

   between the arc= hitectural concept/construct of media channel and its

   control plane r= epresentations (e.g., as a TE link).

 

I don't understand how "= ;e.g." defines "TE link".

 

> > Sections 4.2 and 4= .3 - this may be my unfamiliarity, but it would have

> > helped to have som= e sort of heads-up at the start of the figures that

> > the top (non-GMPLS= ) portion of the figures prior to Figure 12 are

> > entirely in the op= tical domain.  Perhaps explaining what the two

> > planes are (and ho= w they're realized/implemented) in Figure 8 would help.

>

> Hmmm. I think the reade= r should be coming at this with the concepts of TE link

> and LSR in their heads = so that the mapping is clear.

 

Ok, chalk this one (and prob= ably the previous one) up to me not being a

GMPLS expert.

 

> > Last paragraph on = p.16: "trnaponders" -> "transponders".  Also, I= saw

> > "transceivers= " earlier - if that's the same concept, only one term

> > should be used.

>

> While "transponder= " is technically correct, using "transceiver" would be more<= o:p>

> consistent.<= /span>

 

Ok.

> > p.19 - Even after = expanding acronyms, I don't understand this sentence:

> ><= /p>

> >    = If two OTSis must be

> >    = switched to different ports, it is better to carry them by different

> >    = FSC channels, and the media layer switch is enough in this scenario.

> ><= /p>

> > A sentence or two = explaining what an "FSC channel" is earlier in that

> > paragraph would he= lp.

> ><= /p>

> > p.21, 1st para:

> ><= /p>

> >    = messages, and a specific frequency slot can be requeste on any

> ><= /p>

> > s/requeste/request= ed

> ><= /p>

> > p.21:

> ><= /p>

> >    = In GMPLS the requested effective frequency slot is represented to the<= /o:p>

> >    = TSpec present in the Path message, and the effective frequency slot

> >    = is mapped to the FlowSpec carried in the Resv message.

> ><= /p>

> > I believe those ar= e RSVP-TE messages - that should be stated.

> ><= /p>

> > p. 22:<= /span>

> ><= /p>

> >    = d.  n can change, but m needs to remain the same along the path.<= /o:p>

> >   &= nbsp;    This ensures that the effective frequency slot rema= ins valid, but

> >   &= nbsp;    allows the frequency slot to be moved within the sp= ectrum from

> >   &= nbsp;    hop to hop.

> ><= /p>

> > In full generality= , that may require the ability to shift or convert a

> > frequency slot, wh= ich is a concept that doesn't appear to occur in the

> > draft prior to thi= s point.

>

> Penultimate paragraph o= f page 21.

 

Ok.

> > Figures 15 and 16 = need their variables (e.g., m_a, FSb) somehow

> > labelled or explai= ned

> ><= /p>

> > After Figure 16, t= he switch to the EFS acronym is a surprise, given

> > the extensive prio= r usage of the spelled-out term.  This paragraph

> > contains all uses = of the EFS acronym - I suggest removing that acronym

> > and spelling out t= he term.

> ><= /p>

> > Section 4.6: I don= 't understand why this sentence is in the middle of

> > the paragraph - it= doesn't seem to describe an example of different

> > slot width granula= rities:

> ><= /p>

> >    = Consider a node with an application where the nominal

> >    = central frequency granularity is 12.5 GHz and where slot widths are

> >    = multiples of 25 GHz.

> ><= /p>

> > I'd suggest removi= ng it.

> ><= /p>

> > 5.1.1. What is L-b= and?  This is the first time it's mentioned.

> ><= /p>

> > idnits 2.13.02 did= n't find anything that needs attention.

>

> Many thanks,=

> Adrian

 

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCB12BESZXEMA504MBSchi_-- From nobody Tue Aug 4 18:35:14 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F5C01B2AC9; Tue, 4 Aug 2015 18:35:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.31 X-Spam-Level: X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3GmU-iaNEUpC; Tue, 4 Aug 2015 18:35:04 -0700 (PDT) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D9AF1B2AC3; Tue, 4 Aug 2015 18:35:03 -0700 (PDT) Received: from maildlpprd54.lss.emc.com (maildlpprd54.lss.emc.com [10.106.48.158]) by mailuogwprd51.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t751Yoqe022280 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Aug 2015 21:34:51 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com t751Yoqe022280 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1438738491; bh=629XpL/0lBvxoHd88gN8zXJpUPw=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=txCGkvsVy6Z/kfE3eyfkIUlrtT6tuzZf/FVx4tgyi0vjx9jWhFcczpeVVhRBKnSK2 U8v/GUOrTAh908Z7DChHkuq9s2TF0IVh+4yf1MsBxySzgIr8rjosLf8WCTaisdG0j0 yq2dDetcW22Y65l6Ou+My0LUvFSrDFJbVxteUSGQ= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com t751Yoqe022280 Received: from mailusrhubprd54.lss.emc.com (mailusrhubprd54.lss.emc.com [10.106.48.19]) by maildlpprd54.lss.emc.com (RSA Interceptor); Tue, 4 Aug 2015 21:34:10 -0400 Received: from mxhub24.corp.emc.com (mxhub24.corp.emc.com [128.222.70.136]) by mailusrhubprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t751YS4G013934 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Aug 2015 21:34:29 -0400 Received: from MXHUB102.corp.emc.com (10.253.58.15) by mxhub24.corp.emc.com (128.222.70.136) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 4 Aug 2015 21:34:28 -0400 Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB102.corp.emc.com ([::1]) with mapi id 14.03.0224.002; Tue, 4 Aug 2015 21:34:27 -0400 From: "Black, David" To: Fatai Zhang , "adrian@olddog.co.uk" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "'General Area Review Team'" Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Thread-Index: AdDOwhMNAviDYnLARAKxsjm6Ec8togAV0l7gAAEz2IA= Date: Wed, 5 Aug 2015 01:34:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.52.140] Content-Type: multipart/alternative; boundary="_000_CE03DB3D7B45C245BCA0D2432779493614058848MX104CL02corpem_" MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd54.lss.emc.com X-RSA-Classifications: DLM_1, public Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 01:35:11 -0000 --_000_CE03DB3D7B45C245BCA0D2432779493614058848MX104CL02corpem_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Fatai, > I think the amount of frequency in use is exactly the same value of the s= lot width (ie., m*SWG). Please see the formula: > > Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central freq= uency) + (slot width)/2] That was not obvious to me in reading the draft. As an alternative to Adrian's new sentence, could you add that formula to t= he draft? Thanks, --David From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Tuesday, August 04, 2015 9:08 PM To: Black, David; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccare= lli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Hi Adrian and David, Thanks for your comments. I just have one comment for clarification on the following proposal: I think the original text is correct, so it is not necessary to add the las= t sentence in the "NEW'. I think the amount of frequency in use is exactly the same value of the slo= t width (ie., m*SWG). Please see the formula: Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central freque= ncy) + (slot width)/2] In addition, I think some people might be confused by Nominal Central Frequ= ency Granularity (which is 6.25) and Slot Width Granularity (which is 12.5)= . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. > >NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x > > 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. >That definitely helps. Best Regards Fatai -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Tuesday, August 04, 2015 10:30 PM To: adrian@olddog.co.uk; Fatai Zhang; fu.xihua@= zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org; Black, David Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Adrian, Thanks for the response - this note contains the follow-ups on nits/editori= al items. All of these are nits or editorial, and hence I defer to the editor= s' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu= .xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; = ihussain@infinera.com; 'General Area Review > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 > > Hello David, > > Responding as a contributing author who wants to see this work move forwa= rd > promptly... > > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. > > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane i= s > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency= . > > Ah, took me a moment to see what you mean. > Yes, this could be clarified with > > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. > > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. > > Maybe... > > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. > > I think it is one char :-) Touche' > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. > > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would hel= p. > > Hmmm. I think the reader should be coming at this with the concepts of TE= link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. > > While "transponder" is technically correct, using "transceiver" would be = more > consistent. Ok. > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to th= e > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, bu= t > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. > > Penultimate paragraph of page 21. Ok. > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. > > Many thanks, > Adrian --_000_CE03DB3D7B45C245BCA0D2432779493614058848MX104CL02corpem_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Fatai,

 

> I think the amount of frequenc= y in use is exactly the same value of the slot width (ie., m*SWG). Please s= ee the formula:

>

> Frequency slot =3D [(central f= requency) - (slot width)/2] ~[(central frequency) + (slot width)/2]

 

That was not obvious to me in reading the draf= t.

 

As an alternative to Adrian’s new senten= ce, could you add that formula to the draft?

 

Thank= s,
--David

 

From: Fatai Zhang [mailto:zhangfatai@huawei.com]
Sent: Tuesday, August 04, 2015 9:08 PM
To: Black, David; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.= ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team'<= br> Cc: ccamp@ietf.org; ietf@ietf.org
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-f= wk-05 - Nits/editorial items

 =

Hi Adrian and David,

 

Thanks for your comments.

 

I just have one comment for clarifi= cation on the following proposal:

 

I think the original text is correc= t, so it is not necessary to add the last sentence in the "NEW'.

 

I think the amount of frequency in = use is exactly the same value of the slot width (ie., m*SWG). Please see th= e formula:

 

Frequency slot =3D [(central freque= ncy) - (slot width)/2] ~[(central frequency) + (slot width)/2]

 

In addition, I think some people mi= ght be confused by Nominal Central Frequency Granularity (which is 6.25) an= d Slot Width Granularity (which is 12.5).

 

 

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

> O= LD

>&g= t;    o  Slot Width: The slot width determines the &quo= t;amount" of optical

>&g= t;       spectrum regardless of its actual &q= uot;position" in the frequency

>&g= t;       axis.  A slot width is constrai= ned to be m x SWG (that is, m x

>&g= t;       12.5 GHz), where m is an integer gre= ater than or equal to 1.

> &= gt;NEW

>&g= t;    o  Slot Width: The slot width determines the &quo= t;amount" of optical

>&g= t;       spectrum regardless of its actual &q= uot;position" in the frequency

>&g= t;       axis.  A slot width is constrai= ned to be m x SWG (that is, m x

> &= gt;      12.5 GHz), where m is an integer greater = than or equal to 1.

>&g= t;       The slot width defines the amount of= spectrum in use on

>&g= t;       each side of the central frequency, = thus the amount of

>&g= t;       frequency in use is actually twice t= he value of the slot width.

&= nbsp;

>Th= at definitely helps.

&= nbsp;

&= nbsp;

&= nbsp;

&= nbsp;

Best R= egards

&= nbsp;

Fatai<= o:p>

&= nbsp;

&= nbsp;

-----O= riginal Message-----
From: Black, David [mailto:david.bla= ck@emc.com]
Sent: Tuesday, August 04, 2015 10:30 PM
To: adrian@olddog.co.uk; Fatai Z= hang; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'Genera= l Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org; Black, David
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items

&= nbsp;

Adrian= ,

&= nbsp;

Thanks= for the response - this note contains the follow-ups on nits/editorial

items.=   All of these are nits or editorial, and hence I defer to the editors= '

discre= tion on what (if anything) to do about them.  The two suggestions for<= o:p>

text r= evisions in your response will definitely improve the draft, IMHO.

&= nbsp;

Thanks= ,

--Davi= d

&= nbsp;

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

> F= rom: Adrian Farrel [mailto:adrian@olddog.co.uk= ]

> S= ent: Monday, August 03, 2015 1:38 PM

> T= o: Black, David; zhangfatai@huawei.com; fu.xihua@zte.com.cn;

> <= a href=3D"mailto:daniele.ceccarelli@ericsson.com"> daniele.ceccarelli@er= icsson.com; ihussain@infinera.com; 'General Area Review<= o:p>

> T= eam'

> C= c: ccamp@ietf.org= ; ietf@ietf.org<= /a>

> S= ubject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05

> <= o:p>

> H= ello David,

> <= o:p>

> R= esponding as a contributing author who wants to see this work move forward<= o:p>

> p= romptly...

> <= o:p>

> M= any thanks for taking the time to review.

&= nbsp;

[... s= nip ...]

&= nbsp;

> &= gt; Nits/editorial comments:

> &= gt;

> &= gt; Section: 3.2.1 - Editorial suggestion: Changing "+" ->= "+/-" in the

> &= gt; formula for nominal central frequency and re-defining n as a=

> &= gt; non-negative integer would be slightly clearer.

> <= o:p>

> T= his is something you'd need to take up with the ITU-T, I think.<= /span>

> W= e don't want to change the formulae in common use where the data plane is

> d= efined.

&= nbsp;

Ok, pr= oof by (ITU-T) authority wins here.

&= nbsp;

> &= gt; p.6 - please state that slot width is +/- wrt nominal central frequ= ency.

> <= o:p>

> A= h, took me a moment to see what you mean.

> Y= es, this could be clarified with

> <= o:p>

> O= LD

>&n= bsp;   o  Slot Width: The slot width determines the "am= ount" of optical

>&n= bsp;      spectrum regardless of its actual "= position" in the frequency

>&n= bsp;      axis.  A slot width is constrained = to be m x SWG (that is, m x

>&n= bsp;      12.5 GHz), where m is an integer greater= than or equal to 1.

> N= EW

>&n= bsp;   o  Slot Width: The slot width determines the "am= ount" of optical

>&n= bsp;      spectrum regardless of its actual "= position" in the frequency

>&n= bsp;      axis.  A slot width is constrained = to be m x SWG (that is, m x

>&n= bsp;      12.5 GHz), where m is an integer greater= than or equal to 1.

>&n= bsp;      The slot width defines the amount of spe= ctrum in use on

>&n= bsp;      each side of the central frequency, thus= the amount of

>&n= bsp;      frequency in use is actually twice the v= alue of the slot width.

&= nbsp;

That d= efinitely helps.

&= nbsp;

> <= o:p>

> &= gt; p.8 - Fig 4 could use a bit more explanation - the two frequency

> &= gt; slots occur at different points along the path.

> <= o:p>

> M= aybe...

> <= o:p>

> O= LD

>&n= bsp;   o  Effective Frequency Slot [G.870]: The effective fr= equency slot of

>&n= bsp;      a media channel is that part of the freq= uency slots of the filters

>&n= bsp;      along the media channel that is common t= o all of the filters'

>&n= bsp;      frequency slots.  Note that both th= e Frequency Slot and Effective

>&n= bsp;      Frequency Slot are local terms.

> N= EW

>&n= bsp;   o  Effective Frequency Slot [G.870]: The effective fr= equency slot of

>&n= bsp;      a media channel is that part of the freq= uency slots of the filters

>&n= bsp;      along the media channel that is common t= o all of the filters'

>&n= bsp;      frequency slots.  Note that both th= e Frequency Slot and Effective

>&n= bsp;      Frequency Slot are local terms.

> <= o:p>

>&n= bsp;      Figure 4 shows the effect of combining t= wo filters along a channel.

>&n= bsp;      The combination of frequency slot 1 and = frequency slot 2 applied to

>&n= bsp;       the media channel is effective fre= quency slot shown.

> E= ND

&= nbsp;

That a= lso helps.

&= nbsp;

> &= gt; Nit: First nominal central frequency 'X' in Fig 5 needs to move 2<= /o:p>

> &= gt; chars left.

> <= o:p>

> I= think it is one char :-)

&= nbsp;

Touche= '

&= nbsp;

> &= gt; Section 4 - TE link term shows up w/o acronym expansion or definition.<= o:p>

> &= gt; Please define it before use.

> <= o:p>

> Y= es. Last line of section 4.

&= nbsp;

 =   This section provides a mapping of the ITU-T G.872 architectural

 =   aspects to GMPLS/Control plane terms, and considers the relationship=

 =   between the architectural concept/construct of media channel and its=

 =   control plane representations (e.g., as a TE link).

&= nbsp;

I don'= t understand how "e.g." defines "TE link".

&= nbsp;

> &= gt; Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have<= o:p>

> &= gt; helped to have some sort of heads-up at the start of the figures that

> &= gt; the top (non-GMPLS) portion of the figures prior to Figure 12 are<= /o:p>

> &= gt; entirely in the optical domain.  Perhaps explaining what the two

> &= gt; planes are (and how they're realized/implemented) in Figure 8 would hel= p.

> <= o:p>

> H= mmm. I think the reader should be coming at this with the concepts of TE li= nk

> a= nd LSR in their heads so that the mapping is clear.

&= nbsp;

Ok, ch= alk this one (and probably the previous one) up to me not being a

GMPLS = expert.

&= nbsp;

> &= gt; Last paragraph on p.16: "trnaponders" -> "transponder= s".  Also, I saw

> &= gt; "transceivers" earlier - if that's the same concept, only one= term

> &= gt; should be used.

> <= o:p>

> W= hile "transponder" is technically correct, using "transceive= r" would be more

> c= onsistent.

&= nbsp;

Ok.

&= nbsp;

> &= gt; p.19 - Even after expanding acronyms, I don't understand this sentence:=

> &= gt;

> &= gt;    If two OTSis must be

> &= gt;    switched to different ports, it is better to carry th= em by different

> &= gt;    FSC channels, and the media layer switch is enough in= this scenario.

> &= gt;

> &= gt; A sentence or two explaining what an "FSC channel" is earlier= in that

> &= gt; paragraph would help.

> &= gt;

> &= gt; p.21, 1st para:

> &= gt;

> &= gt;    messages, and a specific frequency slot can be reques= te on any

> &= gt;

> &= gt; s/requeste/requested

> &= gt;

> &= gt; p.21:

> &= gt;

> &= gt;    In GMPLS the requested effective frequency slot is re= presented to the

> &= gt;    TSpec present in the Path message, and the effective = frequency slot

> &= gt;    is mapped to the FlowSpec carried in the Resv message= .

> &= gt;

> &= gt; I believe those are RSVP-TE messages - that should be stated.

> &= gt;

> &= gt; p. 22:

> &= gt;

> &= gt;    d.  n can change, but m needs to remain the same= along the path.

> &= gt;        This ensures that the effecti= ve frequency slot remains valid, but

> &= gt;        allows the frequency slot to = be moved within the spectrum from

> &= gt;        hop to hop.=

> &= gt;

> &= gt; In full generality, that may require the ability to shift or convert a<= o:p>

> &= gt; frequency slot, which is a concept that doesn't appear to occur in the<= o:p>

> &= gt; draft prior to this point.

> <= o:p>

> P= enultimate paragraph of page 21.

&= nbsp;

Ok.

&= nbsp;

> &= gt; Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow

> &= gt; labelled or explained

> &= gt;

> &= gt; After Figure 16, the switch to the EFS acronym is a surprise, given

> &= gt; the extensive prior usage of the spelled-out term.  This paragraph=

> &= gt; contains all uses of the EFS acronym - I suggest removing that acronym<= o:p>

> &= gt; and spelling out the term.

> &= gt;

> &= gt; Section 4.6: I don't understand why this sentence is in the middle of

> &= gt; the paragraph - it doesn't seem to describe an example of different

> &= gt; slot width granularities:

> &= gt;

> &= gt;    Consider a node with an application where the nominal=

> &= gt;    central frequency granularity is 12.5 GHz and where s= lot widths are

> &= gt;    multiples of 25 GHz.

> &= gt;

> &= gt; I'd suggest removing it.

> &= gt;

> &= gt; 5.1.1. What is L-band?  This is the first time it's mentioned.

> &= gt;

> &= gt; idnits 2.13.02 didn't find anything that needs attention.

> <= o:p>

> M= any thanks,

> A= drian

&= nbsp;

--_000_CE03DB3D7B45C245BCA0D2432779493614058848MX104CL02corpem_-- From nobody Tue Aug 4 19:28:00 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5F241B2B3C for ; Tue, 4 Aug 2015 19:27:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uB-PbsaHsw0V for ; Tue, 4 Aug 2015 19:27:56 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 221671B2B42 for ; Tue, 4 Aug 2015 19:27:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW21624; Wed, 05 Aug 2015 02:27:53 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 03:26:54 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 10:26:46 +0800 From: "Zhangxian (Xian)" To: "ccamp@ietf.org" Thread-Topic: IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-ccamp-flexible-grid-rsvp-te-ext Thread-Index: AQHQzsp2IBjb1iVcDE6gsm7fHgO6+J38qifw Date: Wed, 5 Aug 2015 02:26:46 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] FW: IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-ccamp-flexible-grid-rsvp-te-ext X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 02:27:59 -0000 SGksIGFsbCwgDQoNCiAgIFdlIGFyZSB0b2xkIHJlY2VudGx5IHRoaXMgcGF0ZW50IGFwcGxpY2F0 aW9uIGF1dGhvcmVkIGJ5IGEgcHJldmlvdXMgY29sbGVhZ3VlIG9mIHVzIHJlYWQgb24gdGhpcyBk cmFmdCwgd2hpY2ggd2Ugd2VyZSBub3QgYXdhcmUgb2Ygd2hlbiB0aGlzIGRyYWZ0IHdhcyBhZG9w dGVkLiBUaHVzLCBhcyB5b3UgY2FuIHNlZSBiZWxvdywgd2UgaGF2ZSBkZWNsYXJlZCBpdCBhcyBz b29uIGFzIHdlIHBvc3NpYmx5IGNhbi4NCg0KUmVnYXJkcywNClhpYW4NCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IElFVEYgU2VjcmV0YXJpYXQgW21haWx0bzppZXRmLWlwckBp ZXRmLm9yZ10gDQpTZW50OiAyMDE15bm0OOaciDTml6UgMjM6MjgNClRvOiBGYXRhaSBaaGFuZzsg Wmhhbmd4aWFuIChYaWFuKTsgYWRyaWFuQG9sZGRvZy5jby51azsgb2dvbmRpb0B0aWQuZXM7IGRh bmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb20NCkNjOiBha2F0bGFzQGdtYWlsLmNvbTsgYXJl dGFuYUBjaXNjby5jb207IGRiMzU0NkBhdHQuY29tOyBkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nz b24uY29tOyBGYXRhaSBaaGFuZzsgY2NhbXBAaWV0Zi5vcmc7IGlwci1hbm5vdW5jZUBpZXRmLm9y Zw0KU3ViamVjdDogSVBSIERpc2Nsb3N1cmUgSHVhd2VpIFRlY2hub2xvZ2llcyBDby4sIEx0ZCdz IFN0YXRlbWVudCBhYm91dCBJUFIgcmVsYXRlZCB0byBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxl LWdyaWQtcnN2cC10ZS1leHQNCg0KRGVhciBGYXRhaSBaaGFuZywgWGlhbiBaaGFuZywgQWRyaWFu IEZhcnJlbCwgT3NjYXIgR29uemFsZXogZGUgRGlvcywgRGFuaWVsZSBDZWNjYXJlbGxpOg0KDQoN CkFuIElQUiBkaXNjbG9zdXJlIHRoYXQgcGVydGFpbnMgdG8geW91ciBJbnRlcm5ldC1EcmFmdCBl bnRpdGxlZCAiUlNWUC1URQ0KU2lnbmFsaW5nIEV4dGVuc2lvbnMgaW4gc3VwcG9ydCBvZiBGbGV4 aWJsZSBHcmlkIg0KKGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dCkg d2FzIHN1Ym1pdHRlZCB0byB0aGUgSUVURg0KU2VjcmV0YXJpYXQgb24gIGFuZCBoYXMgYmVlbiBw b3N0ZWQgb24gdGhlICJJRVRGIFBhZ2Ugb2YgSW50ZWxsZWN0dWFsIFByb3BlcnR5DQpSaWdodHMg RGlzY2xvc3VyZXMiIChodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNjUwLykuIFRo ZSB0aXRsZSBvZiB0aGUNCklQUiBkaXNjbG9zdXJlIGlzICIgSHVhd2VpIFRlY2hub2xvZ2llcyBD by4sTHRkJ3MgU3RhdGVtZW50IGFib3V0IElQUg0KcmVsYXRlZCB0byBkcmFmdC1pZXRmLWNjYW1w LWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQiDQoNCg0KVGhhbmsgeW91DQoNCklFVEYgU2VjcmV0 YXJpYXQNCg== From nobody Tue Aug 4 19:32:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A27011B2B49; Tue, 4 Aug 2015 19:32:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8S4VrdxgH3Uf; Tue, 4 Aug 2015 19:32:47 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D94C1B2B41; Tue, 4 Aug 2015 19:32:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW21970; Wed, 05 Aug 2015 02:32:45 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 03:31:30 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.240]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 10:31:26 +0800 From: "Yemin (Amy)" To: Lou Berger , "draft-ietf-ccamp-ospf-availability-extension@ietf.org" , CCAMP , TEAS WG Thread-Topic: Some comments on draft-ietf-ccamp-ospf-availability-extension-02 Thread-Index: AQHQxxxBQ1vpIed/7E+MfzKo+fUNOJ38sApQ Date: Wed, 5 Aug 2015 02:31:26 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21B@szxema506-mbs.china.huawei.com> References: <55B3B75B.1030706@labn.net> In-Reply-To: <55B3B75B.1030706@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.33.63] Content-Type: multipart/alternative; boundary="_000_9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21Bszxema506mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] Some comments on draft-ietf-ccamp-ospf-availability-extension-02 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 02:32:49 -0000 --_000_9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21Bszxema506mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTG91LA0KDQoNCg0KVGhhbmtzIHZlcnkgbXVjaCBmb3IgdGhlIGNvbW1lbnRzLCBwbGVhc2Ug c2VlIG15IHJlcGx5IGJlbG93Lg0KDQpTb3JyeSBmb3IgdGhlIGxhdGUgcmVwbHkuDQoNCg0KDQpC UiwNCg0KQW15DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG91IEJl cmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdDQpTZW50OiBTdW5kYXksIEp1bHkgMjYsIDIw MTUgMTI6MjEgQU0NClRvOiBkcmFmdC1pZXRmLWNjYW1wLW9zcGYtYXZhaWxhYmlsaXR5LWV4dGVu c2lvbkBpZXRmLm9yZzsgQ0NBTVA7IFRFQVMgV0cNClN1YmplY3Q6IFNvbWUgY29tbWVudHMgb24g ZHJhZnQtaWV0Zi1jY2FtcC1vc3BmLWF2YWlsYWJpbGl0eS1leHRlbnNpb24tMDINCg0KDQoNCkhp LA0KDQogICAgSSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGZyb20gdGhlIHBlcnNwZWN0aXZlIG9m IGhvdyBnZW5lcmFsaXplZCBpdCBpcyBpbiBpdHMgY3VycmVudCBmb3JtLiAgSSB0aGluayBpdCBk b2VzIGFwcGx5IHRvIG11bHRpcGxlIHRlY2hub2xvZ3kgYW5kIGlzIGNsb3NlIHRvIHJlYWR5IGZv ciBhIGpvaW50IGxhc3QgY2FsbCwgYnV0IGRvIGhhdmUgYSBmZXcgY29tbWVudHM6DQoNCg0KDQpB YnN0cmFjdDoNCg0KLSBTdGF0ZXMgYXBwbGllcyB0byBQU0MNCg0KW0FteV0gU29ycnksIEkgZGlk buKAmXQgZ2V0IHlvdXIgcG9pbnQgaGVyZS4gQXJlIHlvdSBzdWdnZXN0aW5nIGdlbmVyYWxpemUg dGhlIGFic3RyYWN0IHRleHQgc28gaXQncyBub3QganVzdCBmb3IgUFNDPw0KDQoNCg0KU2VjdGlv bnMgMQ0KDQotIChnZW5lcmFsIGNvbW1lbnQpIGluZm9ybWF0aXZlIHNlY3Rpb25zIHN1Y2ggYXMg SW50cm8gYW5kIE92ZXJ2aWV3IHNob3VsZG4ndCBjb250YWluIG5vcm1hdGl2ZSAoUkZDMjExOSkg bGFuZ3VhZ2UuICBTZWUgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvdGVhcy90cmFjL3dp a2kvUFNHdWlkZWxpbmVzIGZvciBzb21lIHN1Z2dlc3RlZCBndWlkZWxpbmVzLg0KDQpbQW15XSBX aWxsIGdvIG92ZXIgdGhlc2Ugc2VjdGlvbnMgYW5kIHVwZGF0ZS4NCg0KDQoNClNlY3Rpb24gMg0K DQotIFlvdSBtZW50aW9uICJieSB0aGUgUEUgbm9kZSIgKGFuZCBpbiB0d28gb3RoZXIgcGxhY2Vz IGluIHRoZSBkb2N1bWVudCkuICBJIGhhdmUgZG9uJ3QgdW5kZXJzdGFuZCB3aHkgIlBFIiBpcyBi ZWluZyBpbnRyb2R1Y2VkLg0KDQpQZXJoYXBzIHlvdSBtZWFuIHNpbXBseSAiYSBub2RlIj8NCg0K W0FteV0gWWVzLCBqdXN0IHNpbXBseSDigJxhIG5vZGXigJ0sIHdpbGwgcmVtb3ZlIOKAnFBF4oCd Lg0KDQoNCg0KU2VjdGlvbiAzLjENCg0KLSBZb3UgZHVwbGljYXRlIGEgZm9ybWF0IGRlZmluaXRp b24gZnJvbSBSRkM0MjAzLiAgSSB0aGluayB0aGlzIHNob3VsZCBiZSByZXBsYWNlZCB3aXRoIGEg c2ltcGxlIHNlbnRlbmNlIHN0YXRpbmcgdGhhdCAiVGhlIEludGVyZmFjZSBTd2l0Y2hpbmcgQ2Fw YWNpdHkgRGVzY3JpcHRvciAoSVNDRCkgc3ViLVRMViBpcyBkZWZpbmVkIGluIFNlY3Rpb24gMS40 IG9mIFtSRkMgNDIwM10iLg0KDQoNCg0KLSBNb3JlIHNpZ25pZmljYW50bHkgeW91IGFyZSBhY3R1 YWxseSBjaGFuZ2luZyBpdHMgZm9ybWF0LCBhbmQgaW4gcGFydGljdWxhciB0YWtpbmcgOCBiaXRz IGZyb20gdGhlIGV4aXN0aW5nIHJlc2VydmVkIGZpZWxkOg0KDQoNCg0KICAgICAgQSBuZXcgQUkg ZmllbGQgaXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Lg0KDQoNCg0KLSBUYWtpbmcgYml0cyBm cm9tIHRoZSByZXNlcnZlZCBmaWVsZCBpcyBhIG1ham9yIGNoYW5nZSBhbmQgbmVlZHMgdG8gYmUg anVzdGlmaWVkLiAgVGhlIHB1cnBvc2UgKmFuZCB0aGUgdXNlKiBvZiB0aGlzIG5ldyBmaWVsZCwg QXZhaWxhYmlsaXR5IEluZGV4LCBpcyB1bmNsZWFyIGluIHRoZSBkb2N1bWVudC4gIEl0IG5lZWRz IHRvIGJlLCBvciBiZXR0ZXIgeWV0LCBkcm9wIGl0Lg0KDQpbQW15XSBTb3JyeSwgdGhlIHVzZSBv ZiBmaWVsZCB3YXMgbm90IGNsZWFybHkgc3RhdGVkIGluIHRoZSBkb2N1bWVudC4gVGhlIGluaXRp YWwgaWRlYSB3YXMsIHdoZW4gdGhlIEF2YWlsYWJpbGl0eSBUTFYgYXJlIGNhcnJpZWQgZm9yIG11 bHRpcGxlIHRpbWVzLCB0aGUg4oCcQXZhaWxhYmlsaXR5IEluZGV44oCdIGlzIHVzZWQgdG8gZXhw bGFpbiB0aGUgY29ycmVzcG9uZGVuY2UgYmV0d2VlbiBJU0NEIFRMViBhbmQgQXZhaWxhYmlsaXR5 IFRMVi4NCg0KQnV0IHNpbmNlIEF2YWlsYWJpbGl0eSBpcyBkZWZpbmVkIGFzIGEgc3ViIFRMViBv ZiBJU0NELCBpdCBzZWVtcyB1bm5lY2Vzc2FyeSB0byBrZWVwIHRoaXMgZmllbGQuIEkgd2lsbCB1 cGRhdGUgdGhlIHRleHQgYWNjb3JkaW5nbHkuDQoNCg0KDQpTZWN0aW9uIDMuMjoNCg0KLSBXaHkg bGltaXQgQXZhaWxhYmlsaXR5IGluZm9ybWF0aW9uIHRvIFBTQyBhbmQgTFNDPw0KDQpbQW15XSBQ U0MgYW5kIExTQyBhcmUgdHdvIHRlY2hub2xvZ2llcyBjb3VsZCBiZSBhcHBsaWNhYmxlIGF0IHRo aXMgbW9tZW50LCBhbmQgdGhlIHRleHQgc3RhdGVzIOKAnE1BWSBiZSBQU0MtMSwgTFND4oCdIHdo aWNoIGluZGljYXRlcyBmdXJ0aGVyIHBvc3NpYmlsaXR5Lg0KDQpBY3R1YWxseSBpdCB3YXMgeW91 IHRvIHN1Z2dlc3QgdXNpbmcg4oCcTUFZ4oCdIGluIHRoZSBwcmV2aW91cyBlbWFpbC4gIEkgZG9u 4oCZdCBtaW5kIGlmIFBTQy9MU0Mgd2FzIGRlbGV0ZWQgY29tcGxldGVseS4NCg0KDQoNClNlY3Rp b24gNi4xDQoNCi0gQSBudW1iZXIgb2YgcmVmZXJlbmNlcyBsaXN0ZWQgYXMgTm9ybWF0aXZlIGFy ZSBub3QgcmVxdWlyZWQgdG8gaW1wbGVtZW50IHRoZSBtZWNoYW5pc21zIGluIHRoZSBkb2N1bWVu dCBhbmQgdGhlcmVmb3JlIHNob3VsZCBiZSBpZGVudGlmaWVkIGFzIEluZm9ybWF0aXZlLg0KDQpb QW15XSBUaGFua3MgZm9yIHBvaW50aW5nIGl0IG91dC4gV2lsbCB1cGRhdGUgcmVmZXJlbmNlcyBs aXN0Lg0KDQoNCg0KSSBsb29rIGZvcndhcmQgdG8geW91ciByZXNwb25zZXMuDQoNClRoYW5rcywN Cg0KTG91DQoNCg0K --_000_9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21Bszxema506mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJdGV4dC1qdXN0 aWZ5OmludGVyLWlkZW9ncmFwaDsNCglmb250LXNpemU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6Iue6r+aWh+acrCBDaGFyIjsN CgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuNXB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5DaGFyDQoJe21z by1zdHlsZS1uYW1lOiLnuq/mlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOue6r+aWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30N Ci8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ0ZXh0LWp1c3RpZnkt dHJpbTpwdW5jdHVhdGlvbiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIExvdSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlRoYW5rcyB2ZXJ5IG11Y2ggZm9yIHRoZSBjb21tZW50cywgcGxlYXNlIHNlZSBt eSByZXBseSBiZWxvdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+U29ycnkgZm9yIHRoZSBsYXRlIHJlcGx5LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+QlIsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkFteTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1V UyI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBMb3UgQmVyZ2VyIFttYWls dG86bGJlcmdlckBsYWJuLm5ldF0gPGJyPg0KU2VudDogU3VuZGF5LCBKdWx5IDI2LCAyMDE1IDEy OjIxIEFNPGJyPg0KVG86IGRyYWZ0LWlldGYtY2NhbXAtb3NwZi1hdmFpbGFiaWxpdHktZXh0ZW5z aW9uQGlldGYub3JnOyBDQ0FNUDsgVEVBUyBXRzxicj4NClN1YmplY3Q6IFNvbWUgY29tbWVudHMg b24gZHJhZnQtaWV0Zi1jY2FtcC1vc3BmLWF2YWlsYWJpbGl0eS1leHRlbnNpb24tMDI8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gbGFuZz0iRU4tVVMiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgSSByZXZp ZXdlZCB0aGlzIGRvY3VtZW50IGZyb20gdGhlIHBlcnNwZWN0aXZlIG9mIGhvdyBnZW5lcmFsaXpl ZCBpdCBpcyBpbiBpdHMgY3VycmVudCBmb3JtLiZuYnNwOyBJIHRoaW5rIGl0IGRvZXMgYXBwbHkg dG8gbXVsdGlwbGUgdGVjaG5vbG9neSBhbmQgaXMgY2xvc2UgdG8gcmVhZHkgZm9yIGEgam9pbnQg bGFzdCBjYWxsLCBidXQgZG8gaGF2ZSBhIGZldyBjb21tZW50czo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tVVMiPkFic3RyYWN0OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFN0YXRlcyBhcHBsaWVzIHRvIFBTQzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+W0FteV0gU29ycnksIEkgZGlkbjwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPuKAmTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPnQgZ2V0IHlvdXIgcG9pbnQgaGVyZS4gQXJlIHlvdSBzdWdnZXN0aW5nIGdlbmVyYWxp emUNCiB0aGUgYWJzdHJhY3QgdGV4dCBzbyBpdCdzIG5vdCBqdXN0IGZvciBQU0M/PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz cGFuIGxhbmc9IkVOLVVTIj5TZWN0aW9ucyAxPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0gKGdlbmVyYWwgY29tbWVudCkg aW5mb3JtYXRpdmUgc2VjdGlvbnMgc3VjaCBhcyBJbnRybyBhbmQgT3ZlcnZpZXcgc2hvdWxkbid0 IGNvbnRhaW4gbm9ybWF0aXZlIChSRkMyMTE5KSBsYW5ndWFnZS4mbmJzcDsgU2VlDQo8YSBocmVm PSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy90ZWFzL3RyYWMvd2lraS9QU0d1aWRlbGlu ZXMiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5o dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy90ZWFzL3RyYWMvd2lraS9QU0d1aWRlbGluZXM8 L3NwYW4+PC9hPiBmb3Igc29tZSBzdWdnZXN0ZWQgZ3VpZGVsaW5lcy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPltBbXldIFdpbGwgZ28gb3ZlciB0aGVzZSBzZWN0aW9ucyBhbmQgdXBk YXRlLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNlY3Rp b24gMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu IGxhbmc9IkVOLVVTIj4tIFlvdSBtZW50aW9uICZxdW90O2J5IHRoZSBQRSBub2RlJnF1b3Q7IChh bmQgaW4gdHdvIG90aGVyIHBsYWNlcyBpbiB0aGUgZG9jdW1lbnQpLiZuYnNwOyBJIGhhdmUgZG9u J3QgdW5kZXJzdGFuZCB3aHkgJnF1b3Q7UEUmcXVvdDsgaXMgYmVpbmcgaW50cm9kdWNlZC4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9 IkVOLVVTIj5QZXJoYXBzIHlvdSBtZWFuIHNpbXBseSAmcXVvdDthIG5vZGUmcXVvdDs/PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bQW15XSBZZXMsIGp1c3Qgc2ltcGx5DQo8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjojMUY0OTdEIj7igJw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5hIG5vZGU8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj7igJ08L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4sIHdpbGwNCiByZW1vdmUg PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+UEU8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdEIj7igJ08L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu IGxhbmc9IkVOLVVTIj5TZWN0aW9uIDMuMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFlvdSBkdXBsaWNhdGUgYSBmb3Jt YXQgZGVmaW5pdGlvbiBmcm9tIFJGQzQyMDMuJm5ic3A7IEkgdGhpbmsgdGhpcyBzaG91bGQgYmUg cmVwbGFjZWQgd2l0aCBhIHNpbXBsZSBzZW50ZW5jZSBzdGF0aW5nIHRoYXQgJnF1b3Q7VGhlIElu dGVyZmFjZSBTd2l0Y2hpbmcgQ2FwYWNpdHkgRGVzY3JpcHRvciAoSVNDRCkgc3ViLVRMViBpcyBk ZWZpbmVkIGluIFNlY3Rpb24gMS40IG9mIFtSRkMgNDIwM10mcXVvdDsuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh bmc9IkVOLVVTIj4tIE1vcmUgc2lnbmlmaWNhbnRseSB5b3UgYXJlIGFjdHVhbGx5IGNoYW5naW5n IGl0cyBmb3JtYXQsIGFuZCBpbiBwYXJ0aWN1bGFyIHRha2luZyA4IGJpdHMgZnJvbSB0aGUgZXhp c3RpbmcgcmVzZXJ2ZWQgZmllbGQ6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgQSBuZXcgQUkgZmllbGQgaXMgZGVmaW5lZCBpbiB0aGlzIGRv Y3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+LSBUYWtpbmcgYml0cyBmcm9tIHRoZSBy ZXNlcnZlZCBmaWVsZCBpcyBhIG1ham9yIGNoYW5nZSBhbmQgbmVlZHMgdG8gYmUganVzdGlmaWVk LiZuYnNwOyBUaGUgcHVycG9zZSAqYW5kIHRoZSB1c2UqIG9mIHRoaXMgbmV3IGZpZWxkLCBBdmFp bGFiaWxpdHkgSW5kZXgsIGlzIHVuY2xlYXIgaW4gdGhlIGRvY3VtZW50LiZuYnNwOyBJdCBuZWVk cyB0byBiZSwgb3IgYmV0dGVyIHlldCwgZHJvcA0KIGl0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+W0FteV0gU29ycnksIHRoZSB1c2Ugb2YgZmllbGQgd2FzIG5vdCBjbGVhcmx5IHN0 YXRlZCBpbiB0aGUgZG9jdW1lbnQuIFRoZSBpbml0aWFsIGlkZWEgd2FzLCB3aGVuIHRoZSBBdmFp bGFiaWxpdHkgVExWIGFyZSBjYXJyaWVkIGZvciBtdWx0aXBsZSB0aW1lcywgdGhlDQo8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjojMUY0OTdEIj7igJw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5BdmFpbGFiaWxpdHkgSW5kZXg8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjojMUY0OTdE Ij7igJ08L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4NCiBp cyB1c2VkIHRvIGV4cGxhaW4gdGhlIGNvcnJlc3BvbmRlbmNlIGJldHdlZW4gSVNDRCBUTFYgYW5k IEF2YWlsYWJpbGl0eSBUTFYuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5CdXQgc2lu Y2UgQXZhaWxhYmlsaXR5IGlzIGRlZmluZWQgYXMgYSBzdWIgVExWIG9mIElTQ0QsIGl0IHNlZW1z IHVubmVjZXNzYXJ5IHRvIGtlZXAgdGhpcyBmaWVsZC4gSSB3aWxsIHVwZGF0ZSB0aGUgdGV4dCBh Y2NvcmRpbmdseS4gJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tVVMiPlNlY3Rpb24gMy4yOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFdoeSBsaW1pdCBBdmFpbGFiaWxpdHkgaW5m b3JtYXRpb24gdG8gUFNDIGFuZCBMU0M/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5b QW15XSBQU0MgYW5kIExTQyBhcmUgdHdvIHRlY2hub2xvZ2llcyBjb3VsZCBiZSBhcHBsaWNhYmxl IGF0IHRoaXMgbW9tZW50LCBhbmQgdGhlIHRleHQgc3RhdGVzDQo8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjoj MUY0OTdEIj7igJw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5NQVkgYmUgUFNDLTEsIExTQzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAnTwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPg0KIHdoaWNoIGluZGljYXRl cyBmdXJ0aGVyIHBvc3NpYmlsaXR5LiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFj dHVhbGx5IGl0IHdhcyB5b3UgdG8gc3VnZ2VzdCB1c2luZw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzFG NDk3RCI+4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ TUFZPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6IzFGNDk3RCI+4oCdPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+IGluIHRoZQ0KIHByZXZpb3VzIGVtYWlsLiAmbmJzcDtJ IGRvbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAmTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPnQgbWluZCBpZiBQU0MvTFNDIHdhcyBkZWxldGVkIGNv bXBsZXRlbHkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ U2VjdGlvbiA2LjE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+LSBBIG51bWJlciBvZiByZWZlcmVuY2VzIGxpc3RlZCBhcyBO b3JtYXRpdmUgYXJlIG5vdCByZXF1aXJlZCB0byBpbXBsZW1lbnQgdGhlIG1lY2hhbmlzbXMgaW4g dGhlIGRvY3VtZW50IGFuZCB0aGVyZWZvcmUgc2hvdWxkIGJlIGlkZW50aWZpZWQgYXMgSW5mb3Jt YXRpdmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5bQW15XSBUaGFua3MgZm9yIHBv aW50aW5nIGl0IG91dC4gV2lsbCB1cGRhdGUgcmVmZXJlbmNlcyBsaXN0LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGxvb2sgZm9yd2FyZCB0byB5b3VyIHJl c3BvbnNlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5Mb3U8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21Bszxema506mbschi_-- From nobody Wed Aug 5 01:30:08 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 331211B29B7; Wed, 5 Aug 2015 01:30:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sTPG387W3XCW; Wed, 5 Aug 2015 01:30:04 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4041F1ACEA2; Wed, 5 Aug 2015 01:30:02 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW53096; Wed, 05 Aug 2015 08:30:00 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 09:26:37 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.240]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 16:26:33 +0800 From: "Yemin (Amy)" To: Lou Berger , "draft-ietf-ccamp-rsvp-te-bandwidth-availability@ietf.org" , CCAMP , TEAS WG Thread-Topic: Some comments on draft-ietf-ccamp-rsvp-te-bandwidth-availability-02 Thread-Index: AQHQxxxEKxHe9NFP1EGIf0i8uvMhoJ39HQCw Date: Wed, 5 Aug 2015 08:26:32 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461F8F46B2ED@szxema506-mbs.china.huawei.com> References: <55B3B761.4050002@labn.net> In-Reply-To: <55B3B761.4050002@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.33.63] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] Some comments on draft-ietf-ccamp-rsvp-te-bandwidth-availability-02 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 08:30:07 -0000 SGkgTG91LA0KDQpJIGhhdmUgbm8gcHJvYmxlbSB0byBjaGFuZ2UgdGhlIHRpdGxlLiANCkFuZCB0 aGFua3MgZm9yIHRoZSB3aWtpIGxpbmssIGl0IHByb3ZpZGVzIHZlcnkgdXNlZnVsIGd1aWRlbGlu ZXMuIA0KSSB3aWxsIHVwZGF0ZSB0aGUgZHJhZnQgYWNjb3JkaW5nbHkuIA0KDQpCUiwNCkFteQ0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxi ZXJnZXJAbGFibi5uZXRdIA0KU2VudDogU3VuZGF5LCBKdWx5IDI2LCAyMDE1IDEyOjIxIEFNDQpU bzogZHJhZnQtaWV0Zi1jY2FtcC1yc3ZwLXRlLWJhbmR3aWR0aC1hdmFpbGFiaWxpdHlAaWV0Zi5v cmc7IENDQU1QOyBURUFTIFdHDQpTdWJqZWN0OiBTb21lIGNvbW1lbnRzIG9uIGRyYWZ0LWlldGYt Y2NhbXAtcnN2cC10ZS1iYW5kd2lkdGgtYXZhaWxhYmlsaXR5LTAyDQoNCkhpLA0KICAgIEkgcmV2 aWV3ZWQgdGhpcyBkb2N1bWVudCBmcm9tIHRoZSBwZXJzcGVjdGl2ZSBvZiBob3cgZ2VuZXJhbGl6 ZWQgaXQgaXMgaW4gaXRzIGN1cnJlbnQgZm9ybS4NCg0KSSB0aGluayB0aGlzIGRvY3VtZW50J3Mg c2NvcGUgaW4gaXQncyBjdXJyZW50IGZvcm0gaXMgbGltaXRlZCB0byBSRkM2MDAzLiAgSSB0aGlu ayBpdCBzb3VsZCByZXRpdGxlIHRoZSBkcmFmdCB0byBzb21ldGhpbmcgbGlrZSAiRXRoZXJuZXQg VHJhZmZpYyBQYXJhbWV0ZXJzIFdpdGggQXZhaWxhYmlsaXR5IEluZm9ybWF0aW9uIiB0byBhbGln biB3aXRoIFJGQzYwMDMuDQogVGhlIGRvY3VtZW50IGNvdWxkIGFsc28gdXNlIFJGQzYwMDMgYXMg YSAnZGVzaWduIHBhdHRlcm4nIGZvciBzb21lIHJlZWRpdGluZyBvZiBpdHMgc2VjdGlvbnMvdGV4 dC4NCg0KSSBhbHNvIHN1Z2dlc3QgcmV2aWV3aW5nDQpodHRwOi8vdHJhYy50b29scy5pZXRmLm9y Zy93Zy90ZWFzL3RyYWMvd2lraS9QU0d1aWRlbGluZXMgZm9yIHNvbWUgc3VnZ2VzdGVkIGd1aWRl bGluZXMuDQoNCkFzIFRFQVMgY2hhaXIsIEkgdGhpbmsgdGhpcyBkb2N1bWVudCBzaG91bGQgcmVt YWluIHdpdGggQ0NBTVAuICAoUGVyaGFwcyB0aGF0IHdhcyB0aGUgaW50ZW50IG9mIHRoZSBkaXNj dXNzaW9uIGluIHRoaXMgcGFzdCB3ZWVrJ3Mgc2Vzc2lvbiBhbmQgb25seSB0aGUgb3NwZiBkb2N1 bWVudCB3YXMgdG8gYmUgam9pbnRseSBsYXN0IGNhbGxlZC4pDQoNClRoYW5rcywNCkxvdQ0KDQoN Cg== From nobody Wed Aug 5 03:26:01 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6321B2EEA; Wed, 5 Aug 2015 03:26:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BIZ=0.288, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VzJgdniRzNUP; Wed, 5 Aug 2015 03:25:58 -0700 (PDT) Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D9D81B2EEF; Wed, 5 Aug 2015 03:25:58 -0700 (PDT) Received: from localhost ([::1]:44200 helo=[127.0.0.1]) by newdragon.webhostserver.biz with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.85) (envelope-from ) id 1ZMvtV-0002Qx-G4; Wed, 05 Aug 2015 14:25:57 +0400 From: Lou Berger To: "Yemin (Amy)" , , CCAMP , TEAS WG Date: Wed, 05 Aug 2015 06:25:55 -0400 Message-ID: <14efd655750.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21B@szxema506-mbs.china.huawei.com> References: <55B3B75B.1030706@labn.net> <9C5FD3EFA72E1740A3D41BADDE0B461F8F46B21B@szxema506-mbs.china.huawei.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.7.29 (build: 21070094) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------14efd655f2a180f281842f128d8" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [CCAMP] [Teas] Some comments on draft-ietf-ccamp-ospf-availability-extension-02 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 10:26:00 -0000 This is a multi-part message in MIME format. ------------14efd655f2a180f281842f128d8 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Hi Amy, I look forward to the update and think it should be ready for a joint LC at that point. See below for on response inline. On August 4, 2015 10:33:17 PM "Yemin (Amy)" wrote: > Hi Lou, > > > > Thanks very much for the comments, please see my reply below. > > Sorry for the late reply. > > > > BR, > > Amy > > > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Sunday, July 26, 2015 12:21 AM > To: draft-ietf-ccamp-ospf-availability-extension@ietf.org; CCAMP; TEAS WG > Subject: Some comments on draft-ietf-ccamp-ospf-availability-extension-02 > > > > Hi, > > I reviewed this document from the perspective of how generalized it is in > its current form. I think it does apply to multiple technology and is > close to ready for a joint last call, but do have a few comments: > > > > Abstract: > > - States applies to PSC > > [Amy] Sorry, I didn’t get your point here. Are you suggesting generalize > the abstract text so it's not just for PSC? > Correct Lou >... ------------14efd655f2a180f281842f128d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 8bit

Hi Amy,

I look forward to the update and think it should be ready for a joint LC at that point.

See below for on response inline.

On August 4, 2015 10:33:17 PM "Yemin (Amy)" <amy.yemin@huawei.com> wrote:

> Hi Lou,
>
>
>
> Thanks very much for the comments, please see my reply below.
>
> Sorry for the late reply.
>
>
>
> BR,
>
> Amy
>
>
>
> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net]
> Sent: Sunday, July 26, 2015 12:21 AM
> To: draft-ietf-ccamp-ospf-availability-extension@ietf.org; CCAMP; TEAS WG
> Subject: Some comments on draft-ietf-ccamp-ospf-availability-extension-02
>
>
>
> Hi,
>
>     I reviewed this document from the perspective of how generalized it is in its current form.  I think it does apply to multiple technology and is close to ready for a joint last call, but do have a few comments:
>
>
>
> Abstract:
>
> - States applies to PSC
>
> [Amy] Sorry, I didn’t get your point here. Are you suggesting generalize the abstract text so it's not just for PSC?
>

Correct

Lou

>...

------------14efd655f2a180f281842f128d8-- From nobody Wed Aug 5 04:48:53 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D8D1B2FD6; Wed, 5 Aug 2015 04:48:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JuP-_x-gsAzV; Wed, 5 Aug 2015 04:48:49 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A96E1B2FD2; Wed, 5 Aug 2015 04:48:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150805114849.13625.22352.idtracker@ietfa.amsl.com> Date: Wed, 05 Aug 2015 04:48:49 -0700 Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org Subject: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 11:48:50 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-ccamp-wson-signal-compatibility-ospf-15: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have two (non-blocking) questions... I always get worried when the security considerations says "nothing to see here, move on, but if you must, do feel free to look at ." That is sometimes a signal that nobody bothered to think about security, but only thought about how to try keep the security ADs quiet:-) Can you re-assure me that in this case, you did think about security? Is there any interesting new way in which abuse of these TLVs (either via direct insertion or else by causing them to be sort-of controlled by sending other traffic) can be used to control how traffic flows in a network so that the attacker can better control or predict through which nodes (or at which wavelengths) some traffic of interest (to the attacker) will flow? I'd say that the answer is probably not, but did you consider it? From nobody Wed Aug 5 04:51:57 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA99C1B2FE1; Wed, 5 Aug 2015 04:51:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ziZdiz61ZFsC; Wed, 5 Aug 2015 04:51:47 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74F1F1B2FEB; Wed, 5 Aug 2015 04:51:44 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW77427; Wed, 05 Aug 2015 11:51:42 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 12:51:28 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 19:51:21 +0800 From: Fatai Zhang To: "Black, David" , "adrian@olddog.co.uk" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , "'General Area Review Team'" Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Thread-Index: AdDOwhMNAviDYnLARAKxsjm6Ec8togAV0l7gAAEz2IAAFOcFcA== Date: Wed, 5 Aug 2015 11:51:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCB2517SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 11:51:56 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB2517SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi David, I am not sure if it needs the formula or not, but I think you can get more = information from Section 3.2.1. It can be seen that a slot width is constrained to be m x SWG...., Slot Wi= dth Granularity (SWG) is 12.5 GHz, and Nominal Central Frequency Granulari= ty is 6.25GHz. Take Figure 3 as an example. Note that the '--' represents the Nominal Central Frequency Granularity (NO= T Slot Width Granularity)!! i.e., a couple of '--' forms the size of one S= WG. Frequency Slot 1: slot width =3D 2*SWG=3D2*12.5=3D25GHz. Frequency Slot 2: slot width =3D 3*SWG=3D3*12.5=3D37.5GHz. Best Regards Fatai From: Black, David [mailto:david.black@emc.com] Sent: Wednesday, August 05, 2015 9:34 AM To: Fatai Zhang; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccarel= li@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Hi Fatai, > I think the amount of frequency in use is exactly the same value of the s= lot width (ie., m*SWG). Please see the formula: > > Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central freq= uency) + (slot width)/2] That was not obvious to me in reading the draft. As an alternative to Adrian's new sentence, could you add that formula to t= he draft? Thanks, --David From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Tuesday, August 04, 2015 9:08 PM To: Black, David; adrian@olddog.co.uk; fu.xihua= @zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Hi Adrian and David, Thanks for your comments. I just have one comment for clarification on the following proposal: I think the original text is correct, so it is not necessary to add the las= t sentence in the "NEW'. I think the amount of frequency in use is exactly the same value of the slo= t width (ie., m*SWG). Please see the formula: Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central freque= ncy) + (slot width)/2] In addition, I think some people might be confused by Nominal Central Frequ= ency Granularity (which is 6.25) and Slot Width Granularity (which is 12.5)= . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. > >NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x > > 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. >That definitely helps. Best Regards Fatai -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Tuesday, August 04, 2015 10:30 PM To: adrian@olddog.co.uk; Fatai Zhang; fu.xihua@= zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org; Black, David Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items Adrian, Thanks for the response - this note contains the follow-ups on nits/editori= al items. All of these are nits or editorial, and hence I defer to the editor= s' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu= .xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; = ihussain@infinera.com; 'General Area Review > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 > > Hello David, > > Responding as a contributing author who wants to see this work move forwa= rd > promptly... > > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. > > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane i= s > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency= . > > Ah, took me a moment to see what you mean. > Yes, this could be clarified with > > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. > > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. > > Maybe... > > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. > > I think it is one char :-) Touche' > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. > > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would hel= p. > > Hmmm. I think the reader should be coming at this with the concepts of TE= link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. > > While "transponder" is technically correct, using "transceiver" would be = more > consistent. Ok. > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to th= e > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, bu= t > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. > > Penultimate paragraph of page 21. Ok. > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. > > Many thanks, > Adrian --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB2517SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Davi= d,

&n= bsp;

I am no= t sure if it needs the formula or not, but I think you can get more informa= tion from Section 3.2.1.

&n= bsp;

It can = be seen that a slot wid= th is constrained to be m x SWG….,  Slot Width Granularity (SWG)= is  12.5 GHz, and Nominal Central Frequency Granularity is 6.25GHz.

&n= bsp;

Take Fi= gure 3 as an example.

&n= bsp;

Note th= at the '--' represents the Nominal Central Frequency Granularity (NOT Slot = Width Granularity)!!  i.e., a couple of '--' forms the size of one SWG= .

&n= bsp;

Frequen= cy Slot 1: slot width =3D 2*SWG=3D2*12.5=3D25GHz.

Frequen= cy Slot 2: slot width =3D 3*SWG=3D3*12.5=3D37.5GHz.

&n= bsp;

&n= bsp;

&n= bsp;

Best Re= gards

&n= bsp;

Fatai

&n= bsp;

From: Black, David= [mailto:david.black@emc.com]
Sent: Wednesday, August 05, 2015 9:34 AM
To: Fatai Zhang; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.c= eccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-f= wk-05 - Nits/editorial items

 

Hi Fatai,

 

> I think the amount of frequency in use is exactly the sam= e value of the slot width (ie., m*SWG). Please see the formula:<= /span>

>

> Frequency slot =3D [(central frequency) - (slot width)/2]= ~[(central frequency) + (slot width)/2]

 

That was not obvious to me in r= eading the draft.

 

As an alternative to AdrianR= 17;s new sentence, could you add that formula to the draft?

 

Thanks,
--David

 

From: Fatai Zhang = [mailto:zhangfatai@huawei.com]
Sent: Tuesday, August 04, 2015 9:08 PM
To: Black, David; adrian@oldd= og.co.uk; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-f= wk-05 - Nits/editorial items

 

Hi Adrian and David,

 

Thanks for your comments.

 

I just have one comment for clarification on the following pro= posal:

 

I think the original text is correct, so it is not necessary t= o add the last sentence in the "NEW'.

 

I think the amount of frequency in use is exactly the same val= ue of the slot width (ie., m*SWG). Please see the formula:

 

Frequency slot =3D [(central frequency) - (slot width)/2] ~[(c= entral frequency) + (slot width)/2]

 

In addition, I think some people might be confused by Nominal = Central Frequency Granularity (which is 6.25) and Slot Width Granularity (w= hich is 12.5).

 

 

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

> OLD

>>    o=   Slot Width: The slot width determines the "amount" of opti= cal

>>   &n= bsp;   spectrum regardless of its actual "position" in = the frequency

>>   &n= bsp;   axis.  A slot width is constrained to be m x SWG (tha= t is, m x

>>   &n= bsp;   12.5 GHz), where m is an integer greater than or equal to = 1.

> >NEW

>>    o=   Slot Width: The slot width determines the "amount" of opti= cal

>>   &n= bsp;   spectrum regardless of its actual "position" in = the frequency

>>   &n= bsp;   axis.  A slot width is constrained to be m x SWG (tha= t is, m x

> >   &= nbsp;  12.5 GHz), where m is an integer greater than or equal to 1.

>>   &n= bsp;   The slot width defines the amount of spectrum in use on

>>   &n= bsp;   each side of the central frequency, thus the amount of

>>   &n= bsp;   frequency in use is actually twice the value of the slot w= idth.

 

>That definitely helps.

 

 

 

 

Best Regards

 

Fatai

 

 

-----Original Message----- From: Black, David [mailto:david.bla= ck@emc.com]
Sent: Tuesday, August 04, 2015 10:30 PM
To: adrian@olddog.co.uk; Fatai Z= hang; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'Genera= l Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org; Black, David
Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 -= Nits/editorial items

 

Adrian,

 

Thanks for the response - th= is note contains the follow-ups on nits/editorial

items.  All of these ar= e nits or editorial, and hence I defer to the editors'

discretion on what (if anyth= ing) to do about them.  The two suggestions for

text revisions in your respo= nse will definitely improve the draft, IMHO.

 

Thanks,

--David

 

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

> From: Adrian Farrel [mailto:adrian@olddog.co.uk]

> Sent: Monday, August 03= , 2015 1:38 PM

> To: Black, David; zhangfatai@huawei.com= ; fu.xihua@zte.com.cn;

> daniele.ceccarelli@er= icsson.com; ihussain@infinera.com; 'General Area Review<= o:p>

> Team'=

> Cc: ccamp@ietf.org= ; ietf@ietf.org<= /a>

> Subject: RE: [CCAMP] Ge= n-ART review of draft-ietf-ccamp-flexi-grid-fwk-05

>

> Hello David,=

>

> Responding as a contrib= uting author who wants to see this work move forward

> promptly...<= /span>

>

> Many thanks for taking = the time to review.

 

[... snip ...]

 

> > Nits/editorial com= ments:

> ><= /p>

> > Section: 3.2.1 - E= ditorial suggestion: Changing "+" -> "+/-" i= n the

> > formula for nomina= l central frequency and re-defining n as a

> > non-negative integ= er would be slightly clearer.

>

> This is something you'd= need to take up with the ITU-T, I think.

> We don't want to change= the formulae in common use where the data plane is

> defined.

 

Ok, proof by (ITU-T) authori= ty wins here.

 

> > p.6 - please state= that slot width is +/- wrt nominal central frequency.

>

> Ah, took me a moment to= see what you mean.

> Yes, this could be clar= ified with

>

> OLD

>    o&nbs= p; Slot Width: The slot width determines the "amount" of optical<= o:p>

>    =    spectrum regardless of its actual "position" in the = frequency

>    =    axis.  A slot width is constrained to be m x SWG (that is= , m x

>    =    12.5 GHz), where m is an integer greater than or equal to 1.

> NEW

>    o&nbs= p; Slot Width: The slot width determines the "amount" of optical<= o:p>

>    =    spectrum regardless of its actual "position" in the = frequency

>    =    axis.  A slot width is constrained to be m x SWG (that is= , m x

>    =    12.5 GHz), where m is an integer greater than or equal to 1.

>    =    The slot width defines the amount of spectrum in use on

>    =    each side of the central frequency, thus the amount of

>    =    frequency in use is actually twice the value of the slot width= .

 

That definitely helps.<= /o:p>

 

>

> > p.8 - Fig 4 could = use a bit more explanation - the two frequency

> > slots occur at dif= ferent points along the path.

>

> Maybe...

>

> OLD

>    o&nbs= p; Effective Frequency Slot [G.870]: The effective frequency slot of

>    =    a media channel is that part of the frequency slots of the fil= ters

>    =    along the media channel that is common to all of the filters'<= o:p>

>    =    frequency slots.  Note that both the Frequency Slot and E= ffective

>    =    Frequency Slot are local terms.

> NEW

>    o&nbs= p; Effective Frequency Slot [G.870]: The effective frequency slot of

>    =    a media channel is that part of the frequency slots of the fil= ters

>    =    along the media channel that is common to all of the filters'<= o:p>

>    =    frequency slots.  Note that both the Frequency Slot and E= ffective

>    =    Frequency Slot are local terms.

>

>    =    Figure 4 shows the effect of combining two filters along a cha= nnel.

>    =    The combination of frequency slot 1 and frequency slot 2 appli= ed to

>    =     the media channel is effective frequency slot shown.

> END

 

That also helps.<= /span>

 

> > Nit: First nominal= central frequency 'X' in Fig 5 needs to move 2

> > chars left.

>

> I think it is one char = :-)

 

Touche'

 

> > Section 4 - TE lin= k term shows up w/o acronym expansion or definition.

> > Please define it b= efore use.

>

> Yes. Last line of secti= on 4.

 

   This section pr= ovides a mapping of the ITU-T G.872 architectural

   aspects to GMPL= S/Control plane terms, and considers the relationship

   between the arc= hitectural concept/construct of media channel and its

   control plane r= epresentations (e.g., as a TE link).

 

I don't understand how "= ;e.g." defines "TE link".

 

> > Sections 4.2 and 4= .3 - this may be my unfamiliarity, but it would have

> > helped to have som= e sort of heads-up at the start of the figures that

> > the top (non-GMPLS= ) portion of the figures prior to Figure 12 are

> > entirely in the op= tical domain.  Perhaps explaining what the two

> > planes are (and ho= w they're realized/implemented) in Figure 8 would help.

>

> Hmmm. I think the reade= r should be coming at this with the concepts of TE link

> and LSR in their heads = so that the mapping is clear.

 

Ok, chalk this one (and prob= ably the previous one) up to me not being a

GMPLS expert.

 

> > Last paragraph on = p.16: "trnaponders" -> "transponders".  Also, I= saw

> > "transceivers= " earlier - if that's the same concept, only one term

> > should be used.

>

> While "transponder= " is technically correct, using "transceiver" would be more<= o:p>

> consistent.<= /span>

 

Ok.

 

> > p.19 - Even after = expanding acronyms, I don't understand this sentence:

> ><= /p>

> >    = If two OTSis must be

> >    = switched to different ports, it is better to carry them by different

> >    = FSC channels, and the media layer switch is enough in this scenario.

> ><= /p>

> > A sentence or two = explaining what an "FSC channel" is earlier in that

> > paragraph would he= lp.

> ><= /p>

> > p.21, 1st para:

> ><= /p>

> >    = messages, and a specific frequency slot can be requeste on any

> ><= /p>

> > s/requeste/request= ed

> ><= /p>

> > p.21:

> ><= /p>

> >    = In GMPLS the requested effective frequency slot is represented to the<= /o:p>

> >    = TSpec present in the Path message, and the effective frequency slot

> >    = is mapped to the FlowSpec carried in the Resv message.

> ><= /p>

> > I believe those ar= e RSVP-TE messages - that should be stated.

> ><= /p>

> > p. 22:<= /span>

> ><= /p>

> >    = d.  n can change, but m needs to remain the same along the path.<= /o:p>

> >   &= nbsp;    This ensures that the effective frequency slot rema= ins valid, but

> >   &= nbsp;    allows the frequency slot to be moved within the sp= ectrum from

> >   &= nbsp;    hop to hop.

> ><= /p>

> > In full generality= , that may require the ability to shift or convert a

> > frequency slot, wh= ich is a concept that doesn't appear to occur in the

> > draft prior to thi= s point.

>

> Penultimate paragraph o= f page 21.

 

Ok.

 

> > Figures 15 and 16 = need their variables (e.g., m_a, FSb) somehow

> > labelled or explai= ned

> ><= /p>

> > After Figure 16, t= he switch to the EFS acronym is a surprise, given

> > the extensive prio= r usage of the spelled-out term.  This paragraph

> > contains all uses = of the EFS acronym - I suggest removing that acronym

> > and spelling out t= he term.

> ><= /p>

> > Section 4.6: I don= 't understand why this sentence is in the middle of

> > the paragraph - it= doesn't seem to describe an example of different

> > slot width granula= rities:

> ><= /p>

> >    = Consider a node with an application where the nominal

> >    = central frequency granularity is 12.5 GHz and where slot widths are

> >    = multiples of 25 GHz.

> ><= /p>

> > I'd suggest removi= ng it.

> ><= /p>

> > 5.1.1. What is L-b= and?  This is the first time it's mentioned.

> ><= /p>

> > idnits 2.13.02 did= n't find anything that needs attention.

>

> Many thanks,=

> Adrian

 

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCB2517SZXEMA504MBSchi_-- From nobody Wed Aug 5 06:03:01 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5A701A013B; Wed, 5 Aug 2015 06:02:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6L4QYEGJSb_5; Wed, 5 Aug 2015 06:02:50 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C4E61A011B; Wed, 5 Aug 2015 06:02:49 -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 t75D2A9h028982; Wed, 5 Aug 2015 14:02:11 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t75D27Up028881 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 5 Aug 2015 14:02:08 +0100 From: "Adrian Farrel" To: "'Fatai Zhang'" , "'Black, David'" , , , , "'General Area Review Team'" References: In-Reply-To: Date: Wed, 5 Aug 2015 14:02:10 +0100 Message-ID: <054f01d0cf7e$f1df3330$d59d9990$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0550_01D0CF87.53AAC720" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLzpLQVzApDYwkm6DJTTkGcORknowGmSgiCAQqaxgsCHcbGxZuRPZlA Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21726.004 X-TM-AS-Result: No--37.874-10.0-31-10 X-imss-scan-details: No--37.874-10.0-31-10 X-TMASE-MatchedRID: CxmI61mtwh+nykMun0J1wo3NgkEqAN0RvdPf2rGet4lmpPsu43cEUY6Z ZPB+HcskIsp94dCR6GaqoYavcamf/BME5sXUqWznbMGKOuLn5FVimi8LvNfmrwwxVVWYNqWhw1R motfJ466a3wYoRIQqAMcIK6S4JS2i2HBy8kFz9avx5KZMlKYS/STbbsi+pqSF2xyHbnN4LdWyZz 4fMPkeaBT6+KIPEGWdi7GijHQHBrcpd1UXTgPSyZpWgCLYjjT9hV0srjoqtx+YfLu5qIysvnKnc 7MoI8kriCilT76ynH3CVAPw2xasE7pFo7STYPKL/LLJcbWWqyj6rVj794QCtuOxOq7LQlGLRM0K 5xNkVlrJ6HLqrzpDeNg68hfLnE/VV4GFwExhAa7AJnGRMfFxyYUpeygF2mvCVz8J52OVy+SdZje LHqMeb/1EBtPtRUgWGbgYDQG3T2B5Cq5qrm6F1xkRs1vNNDxvtDSfcMR+7ZOTMTaQzhvoerYWjp yj4zHKfujF7t36TxDVuaV+kL/TQc0T1lcgKjMVliwpJdZauwdcSMp/1+EppyNMHin/frJX8jzML 2+pa3MhkqtajdspLtlNrLODdOpWBM3l5648LMtRKfej56hSbIB84MMvKlea83DJTxsX82eyAyct lBFX+GP8+LyQ3IZaTxdOFCEOQygYvVegSPfWrcOriXY+VMfQ31asM/gsp2nHtB+yzAhXFcEauLb H4aQclbuU0VRkgxHbWjfFUhEL88NYV73vYBFQjtK7dC6UBnkUqWKocoJo6esoDDE6CvPdp4Wcmy qBbFxC3bjvSDu95yxaLixdyIaFPwbcb/CNUOmeAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7AGLeSok4rrZbdTuPa9VRGsj80Za3RRg8NeQXWZlTWdXYiT7rcOsaKHRfoSbQaiB+Lar4jT0 WvactRkNxJ2JyUw= Archived-At: Cc: ccamp@ietf.org, ietf@ietf.org Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 13:02:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0550_01D0CF87.53AAC720 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Right, thanks Fatai. You have put us right. But David and I both got confused by Figure 3, and perhaps by the difference between n and m. I suggest OLD Slot width = 25 GHz Slot width = 37.5 GHz NEW Slot width = 25 GHz Slot width = 37.5 GHz n = 4, m = 2 n = 6, m = 3 END OLD * The '--' represents the nominal central frequency granularity NEW * The '--' represents the nominal central frequency granularity in units of 6.25 GHz END Cheers, Adrian From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: 05 August 2015 12:51 To: Black, David; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Hi David, I am not sure if it needs the formula or not, but I think you can get more information from Section 3.2.1. It can be seen that a slot width is constrained to be m x SWG.., Slot Width Granularity (SWG) is 12.5 GHz, and Nominal Central Frequency Granularity is 6.25GHz. Take Figure 3 as an example. Note that the '--' represents the Nominal Central Frequency Granularity (NOT Slot Width Granularity)!! i.e., a couple of '--' forms the size of one SWG. Frequency Slot 1: slot width = 2*SWG=2*12.5=25GHz. Frequency Slot 2: slot width = 3*SWG=3*12.5=37.5GHz. Best Regards Fatai From: Black, David [mailto:david.black@emc.com] Sent: Wednesday, August 05, 2015 9:34 AM To: Fatai Zhang; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Hi Fatai, > I think the amount of frequency in use is exactly the same value of the slot width (ie., m*SWG). Please see the formula: > > Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2] That was not obvious to me in reading the draft. As an alternative to Adrian's new sentence, could you add that formula to the draft? Thanks, --David From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Tuesday, August 04, 2015 9:08 PM To: Black, David; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Hi Adrian and David, Thanks for your comments. I just have one comment for clarification on the following proposal: I think the original text is correct, so it is not necessary to add the last sentence in the "NEW'. I think the amount of frequency in use is exactly the same value of the slot width (ie., m*SWG). Please see the formula: Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2] In addition, I think some people might be confused by Nominal Central Frequency Granularity (which is 6.25) and Slot Width Granularity (which is 12.5). ================================================================================ ================ > OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. > >NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x > > 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. >That definitely helps. Best Regards Fatai -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Tuesday, August 04, 2015 10:30 PM To: adrian@olddog.co.uk; Fatai Zhang; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org; Black, David Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Adrian, Thanks for the response - this note contains the follow-ups on nits/editorial items. All of these are nits or editorial, and hence I defer to the editors' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [ mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com; fu.xihua@zte.com.cn; > daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review > Team' > Cc: ccamp@ietf.org; ietf@ietf.org > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 > > Hello David, > > Responding as a contributing author who wants to see this work move forward > promptly... > > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. > > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane is > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency. > > Ah, took me a moment to see what you mean. > Yes, this could be clarified with > > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. > > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. > > Maybe... > > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. > > I think it is one char :-) Touche' > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. > > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would help. > > Hmmm. I think the reader should be coming at this with the concepts of TE link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. > > While "transponder" is technically correct, using "transceiver" would be more > consistent. Ok. > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to the > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, but > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. > > Penultimate paragraph of page 21. Ok. > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. > > Many thanks, > Adrian ------=_NextPart_000_0550_01D0CF87.53AAC720 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Right, thanks Fatai. You have put us = right.

 

But = David and I both got confused by Figure 3, and perhaps by the difference = between n and m.

 

I = suggest

 

OLD

       &nbs= p; Slot width =3D 25 GHz     Slot width = =3D 37.5 GHz

NEW

       &nbs= p; Slot width =3D 25 GHz     Slot width = =3D 37.5 GHz

       &nbs= p;     n =3D 4,   m =3D 2          n =3D 6,  m =3D 3      =

END

 

OLD

      *  The '--' represents the nominal = central frequency granularity

NEW

      *  The '--' represents the nominal = central frequency granularity in units of 6.25 = GHz

END

 

Cheers,

Adrian

 

From: Fatai Zhang = [mailto:zhangfatai@huawei.com]
Sent: 05 August 2015 = 12:51
To: Black, David; adrian@olddog.co.uk; = fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; = ihussain@infinera.com; 'General Area Review Team'
Cc: = ccamp@ietf.org; ietf@ietf.org
Subject: RE: [CCAMP] Gen-ART = review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial = items

 

Hi David,

 

I am not sure if it needs the formula or not, but I think you can get = more information from Section 3.2.1.

 

It can be seen that a slot width is constrained to be m x SWG…., =  Slot Width Granularity (SWG) is  12.5 GHz, and Nominal = Central Frequency Granularity is 6.25GHz.

 

Take Figure 3 as an example.

 

Note that the '--' represents the Nominal Central Frequency = Granularity (NOT Slot Width Granularity)!!  i.e., a couple of '--' = forms the size of one SWG.

 

Frequency Slot 1: slot width =3D = 2*SWG=3D2*12.5=3D25GHz.

Frequency Slot 2: slot width =3D = 3*SWG=3D3*12.5=3D37.5GHz.

 

 

 

Best Regards

 

Fatai

 

From: Black, David = [mailto:david.black@emc.com]
Sent: Wednesday, August 05, 2015 = 9:34 AM
To: Fatai Zhang; adrian@olddog.co.uk; = fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; = ihussain@infinera.com; 'General Area Review Team'
Cc: = ccamp@ietf.org; ietf@ietf.org
Subject: RE: [CCAMP] Gen-ART = review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial = items

 <= /o:p>

Hi = Fatai,

 

> = I think the amount of frequency in use is exactly the same value of the = slot width (ie., m*SWG). Please see the formula:

> =

> = Frequency slot =3D [(central frequency) - (slot width)/2] ~[(central = frequency) + (slot width)/2]

 

That= was not obvious to me in reading the draft.

 

As = an alternative to Adrian’s new sentence, could you add that = formula to the draft?

 

Than= ks,
--David

 

From: Fatai Zhang [mailto:zhangfatai@huawei.com] =
Sent: Tuesday, August 04, 2015 9:08 PM
To: Black, = David; adrian@olddog.co.uk; = fu.xihua@zte.com.cn; daniele.ceccarelli@ericss= on.com; ihussain@infinera.com; = 'General Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org
Subject: RE: = [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - = Nits/editorial items

 <= /o:p>

Hi = Adrian and David,

=  

Thank= s for your comments.

=  

I = just have one comment for clarification on the following = proposal:

=  

I = think the original text is correct, so it is not necessary to add the = last sentence in the "NEW'.

=  

I = think the amount of frequency in use is exactly the same value of the = slot width (ie., m*SWG). Please see the formula:

=  

Frequ= ency slot =3D [(central frequency) - (slot width)/2] ~[(central = frequency) + (slot width)/2]

=  

In = addition, I think some people might be confused by Nominal Central = Frequency Granularity (which is 6.25) and Slot Width Granularity (which = is 12.5).

=  

=  

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

=

> = OLD

>>&nbs= p;   o  Slot Width: The slot width determines the = "amount" of optical

>>&nbs= p;      spectrum regardless of its actual = "position" in the frequency

>>&nbs= p;      axis.  A slot width is constrained = to be m x SWG (that is, m x

>>&nbs= p;      12.5 GHz), where m is an integer = greater than or equal to 1.

> = >NEW

>>&nbs= p;   o  Slot Width: The slot width determines the = "amount" of optical

>>&nbs= p;      spectrum regardless of its actual = "position" in the frequency

>>&nbs= p;      axis.  A slot width is constrained = to be m x SWG (that is, m x

> = >      12.5 GHz), where m is an integer = greater than or equal to 1.

>>&nbs= p;      The slot width defines the amount of = spectrum in use on

>>&nbs= p;      each side of the central frequency, = thus the amount of

>>&nbs= p;      frequency in use is actually twice the = value of the slot width.

 <= /o:p>

>That = definitely helps.

 <= /o:p>

 <= /o:p>

 <= /o:p>

 <= /o:p>

Best = Regards

 <= /o:p>

Fatai

 <= /o:p>

 <= /o:p>

-----Origina= l Message-----
From: Black, David [mailto:david.black@emc.com] =
Sent: Tuesday, August 04, 2015 10:30 PM
To: adrian@olddog.co.uk; Fatai = Zhang; fu.xihua@zte.com.cn; = daniele.ceccarelli@ericss= on.com; ihussain@infinera.com; = 'General Area Review Team'
Cc: ccamp@ietf.org; ietf@ietf.org; Black, = David
Subject: RE: [CCAMP] Gen-ART review of = draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial = items

 <= /o:p>

Adrian,=

 <= /o:p>

Thanks for = the response - this note contains the follow-ups on = nits/editorial

items. = All of these are nits or editorial, and hence I defer to the = editors'

discretion = on what (if anything) to do about them.  The two suggestions = for

text = revisions in your response will definitely improve the draft, = IMHO.

 <= /o:p>

Thanks,=

--David=

 <= /o:p>

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

> From: = Adrian Farrel [mailt= o:adrian@olddog.co.uk]

> Sent: = Monday, August 03, 2015 1:38 PM

> To: = Black, David; zhang= fatai@huawei.com; fu.xi= hua@zte.com.cn;

> danie= le.ceccarelli@ericsson.com; ihuss= ain@infinera.com; 'General Area = Review

> = Team'

> Cc: ccamp= @ietf.org; ietf@= ietf.org

> = Subject: RE: [CCAMP] Gen-ART review of = draft-ietf-ccamp-flexi-grid-fwk-05

> =

> Hello = David,

> =

> = Responding as a contributing author who wants to see this work move = forward

> = promptly...

> =

> Many = thanks for taking the time to review.

 <= /o:p>

[... snip = ...]

 <= /o:p>

> > = Nits/editorial comments:

> = >

> > = Section: 3.2.1 - Editorial suggestion: Changing "+" -> = "+/-" in the

> > = formula for nominal central frequency and re-defining n as = a

> > = non-negative integer would be slightly clearer.

> =

> This = is something you'd need to take up with the ITU-T, I = think.

> We = don't want to change the formulae in common use where the data plane = is

> = defined.

 <= /o:p>

Ok, proof = by (ITU-T) authority wins here.

 <= /o:p>

> > = p.6 - please state that slot width is +/- wrt nominal central = frequency.

> =

> Ah, = took me a moment to see what you mean.

> Yes, = this could be clarified with

> =

> = OLD

> &n= bsp;  o  Slot Width: The slot width determines the = "amount" of optical

> &n= bsp;     spectrum regardless of its actual = "position" in the frequency

> &n= bsp;     axis.  A slot width is constrained to = be m x SWG (that is, m x

> &n= bsp;     12.5 GHz), where m is an integer greater = than or equal to 1.

> = NEW

> &n= bsp;  o  Slot Width: The slot width determines the = "amount" of optical

> &n= bsp;     spectrum regardless of its actual = "position" in the frequency

> &n= bsp;     axis.  A slot width is constrained to = be m x SWG (that is, m x

> &n= bsp;     12.5 GHz), where m is an integer greater = than or equal to 1.

> &n= bsp;     The slot width defines the amount of = spectrum in use on

> &n= bsp;     each side of the central frequency, thus = the amount of

> &n= bsp;     frequency in use is actually twice the = value of the slot width.

 <= /o:p>

That = definitely helps.

 <= /o:p>

> =

> > = p.8 - Fig 4 could use a bit more explanation - the two = frequency

> > = slots occur at different points along the path.

> =

> = Maybe...

> =

> = OLD

> &n= bsp;  o  Effective Frequency Slot [G.870]: The effective = frequency slot of

> &n= bsp;     a media channel is that part of the = frequency slots of the filters

> &n= bsp;     along the media channel that is common to = all of the filters'

> &n= bsp;     frequency slots.  Note that both the = Frequency Slot and Effective

> &n= bsp;     Frequency Slot are local = terms.

> = NEW

> &n= bsp;  o  Effective Frequency Slot [G.870]: The effective = frequency slot of

> &n= bsp;     a media channel is that part of the = frequency slots of the filters

> &n= bsp;     along the media channel that is common to = all of the filters'

> &n= bsp;     frequency slots.  Note that both the = Frequency Slot and Effective

> &n= bsp;     Frequency Slot are local = terms.

> =

> &n= bsp;     Figure 4 shows the effect of combining two = filters along a channel.

> &n= bsp;     The combination of frequency slot 1 and = frequency slot 2 applied to

> &n= bsp;      the media channel is effective = frequency slot shown.

> = END

 <= /o:p>

That also = helps.

 <= /o:p>

> > = Nit: First nominal central frequency 'X' in Fig 5 needs to move = 2

> > = chars left.

> =

> I = think it is one char :-)

 <= /o:p>

Touche'=

 <= /o:p>

> > = Section 4 - TE link term shows up w/o acronym expansion or = definition.

> > = Please define it before use.

> =

> Yes. = Last line of section 4.

 <= /o:p>

  = This section provides a mapping of the ITU-T G.872 = architectural

  = aspects to GMPLS/Control plane terms, and considers the = relationship

  = between the architectural concept/construct of media channel and = its

  = control plane representations (e.g., as a TE = link).

 <= /o:p>

I don't = understand how "e.g." defines "TE = link".

 <= /o:p>

> > = Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would = have

> > = helped to have some sort of heads-up at the start of the figures = that

> > = the top (non-GMPLS) portion of the figures prior to Figure 12 = are

> > = entirely in the optical domain.  Perhaps explaining what the = two

> > = planes are (and how they're realized/implemented) in Figure 8 would = help.

> =

> Hmmm. = I think the reader should be coming at this with the concepts of TE = link

> and = LSR in their heads so that the mapping is clear.

 <= /o:p>

Ok, chalk = this one (and probably the previous one) up to me not being = a

GMPLS = expert.

 <= /o:p>

> > = Last paragraph on p.16: "trnaponders" -> = "transponders".  Also, I saw

> > = "transceivers" earlier - if that's the same concept, only one = term

> > = should be used.

> =

> While = "transponder" is technically correct, using = "transceiver" would be more

> = consistent.

 <= /o:p>

Ok.

 <= /o:p>

> > = p.19 - Even after expanding acronyms, I don't understand this = sentence:

> = >

> = >    If two OTSis must be

> = >    switched to different ports, it is better to = carry them by different

> = >    FSC channels, and the media layer switch is = enough in this scenario.

> = >

> > A = sentence or two explaining what an "FSC channel" is earlier in = that

> > = paragraph would help.

> = >

> > = p.21, 1st para:

> = >

> = >    messages, and a specific frequency slot can be = requeste on any

> = >

> > = s/requeste/requested

> = >

> > = p.21:

> = >

> = >    In GMPLS the requested effective frequency slot = is represented to the

> = >    TSpec present in the Path message, and the = effective frequency slot

> = >    is mapped to the FlowSpec carried in the Resv = message.

> = >

> > I = believe those are RSVP-TE messages - that should be = stated.

> = >

> > = p. 22:

> = >

> = >    d.  n can change, but m needs to remain the = same along the path.

> = >        This ensures that the = effective frequency slot remains valid, but

> = >        allows the frequency slot = to be moved within the spectrum from

> = >        hop to = hop.

> = >

> > = In full generality, that may require the ability to shift or convert = a

> > = frequency slot, which is a concept that doesn't appear to occur in = the

> > = draft prior to this point.

> =

> = Penultimate paragraph of page 21.

 <= /o:p>

Ok.

 <= /o:p>

> > = Figures 15 and 16 need their variables (e.g., m_a, FSb) = somehow

> > = labelled or explained

> = >

> > = After Figure 16, the switch to the EFS acronym is a surprise, = given

> > = the extensive prior usage of the spelled-out term.  This = paragraph

> > = contains all uses of the EFS acronym - I suggest removing that = acronym

> > = and spelling out the term.

> = >

> > = Section 4.6: I don't understand why this sentence is in the middle = of

> > = the paragraph - it doesn't seem to describe an example of = different

> > = slot width granularities:

> = >

> = >    Consider a node with an application where the = nominal

> = >    central frequency granularity is 12.5 GHz and = where slot widths are

> = >    multiples of 25 GHz.

> = >

> > = I'd suggest removing it.

> = >

> > = 5.1.1. What is L-band?  This is the first time it's = mentioned.

> = >

> > = idnits 2.13.02 didn't find anything that needs = attention.

> =

> Many = thanks,

> = Adrian

 <= /o:p>

------=_NextPart_000_0550_01D0CF87.53AAC720-- From nobody Wed Aug 5 07:26:21 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 275681ACD60; Wed, 5 Aug 2015 07:26:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hLwcho9f_rcy; Wed, 5 Aug 2015 07:26:08 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25D4A1A92AF; Wed, 5 Aug 2015 07:26:07 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVW93703; Wed, 05 Aug 2015 14:26:04 +0000 (GMT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 15:26:02 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml703-chm ([10.193.5.130]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 07:25:50 -0700 From: Leeyoung To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) Thread-Index: AQHQz3S9N0dWsx7SBkOBc4Ow4Y1w2539dLww Date: Wed, 5 Aug 2015 14:25:49 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CFBE39@dfweml706-chm> References: <20150805114849.13625.22352.idtracker@ietfa.amsl.com> In-Reply-To: <20150805114849.13625.22352.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.117] Content-Type: multipart/mixed; boundary="_002_7AEB3D6833318045B4AE71C2C87E8E1729CFBE39dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 14:26:11 -0000 --_002_7AEB3D6833318045B4AE71C2C87E8E1729CFBE39dfweml706chm_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlcGhlbiwNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnQuIEkgcmVwbGllZCB0byBhIHNp bWlsYXIgcXVlc3Rpb24gZnJvbSBCZW4gQ2FtcGJlbGwgb24gc2VjdXJpdHkuIFBsZWFzZSBzZWUg aW4gdGhlIGF0dGFjaG1lbnQgaWYgeW91IGhhdmUgbm90IGhhZCBjaGFuY2UgdG8gcmVhZCB0aGlz IGVtYWlsIHRocmVhZC4gVGhlIHJhdGlvbmFsZSBmb3IgdGhlIHN1ZmZpY2llbmN5IHdpdGggW1JG QzQyMDNdIGFuZCBbUkZDMzYzMF0gd2FzIHN1Z2dlc3RlZCBieSB0aGUgZm9sbG93aW5nIHRleHQg KHdoaWNoIHdlIGNhbiBhZGQgaWYgeW91IGxpa2UpOg0KDQogICBBcyB3aXRoIFtSRkM0MjAzXSwg aXQgc3BlY2lmaWVzIHRoZQ0KICAgY29udGVudHMgb2YgT3BhcXVlIExTQXMgaW4gT1NQRnYyLiAg QXMgT3BhcXVlIExTQXMgYXJlIG5vdCB1c2VkIGZvcg0KICAgU2hvcnRlc3QgUGF0aCBGaXJzdCAo U1BGKSBjb21wdXRhdGlvbiBvciBub3JtYWwgcm91dGluZywgdGhlDQogICBleHRlbnNpb25zIHNw ZWNpZmllZCBoZXJlIGhhdmUgbm8gZGlyZWN0IGVmZmVjdCBvbiBJUCByb3V0aW5nLg0KICAgVGFt cGVyaW5nIHdpdGggR01QTFMgVEUgTFNBcyBtYXkgaGF2ZSBhbiBlZmZlY3Qgb24gdGhlIHVuZGVy bHlpbmcNCiAgIFRyYW5zcG9ydC4gIFtSRkMzNjMwXSBub3RlcyB0aGF0IHRoZQ0KICAgc2VjdXJp dHkgbWVjaGFuaXNtcyBkZXNjcmliZWQgaW4gW1JGQzIzMjhdIGFwcGx5IHRvIE9wYXF1ZSBMU0Fz DQogICBjYXJyaWVkIGluIE9TUEZ2Mi4NCg0KV2hhdCBkbyB5b3UgdGhpbms/IFdvdWxkIHRoaXMg YW5zd2VyIHlvdXIgcXVlc3Rpb24/IA0KDQpUaGFua3MuDQpZb3VuZw0KDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBTdGVwaGVuIEZhcnJlbGwgW21haWx0bzpzdGVwaGVuLmZh cnJlbGxAY3MudGNkLmllXSANClNlbnQ6IFdlZG5lc2RheSwgQXVndXN0IDA1LCAyMDE1IDY6NDkg QU0NClRvOiBUaGUgSUVTRw0KQ2M6IGNjYW1wLWNoYWlyc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1j Y2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0Zi5vcmc7IGNjYW1wQGlldGYu b3JnDQpTdWJqZWN0OiBTdGVwaGVuIEZhcnJlbGwncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0 Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYtMTU6ICh3aXRoIENPTU1FTlQp DQoNClN0ZXBoZW4gRmFycmVsbCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3Np dGlvbiBmb3INCmRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3Bm LTE1OiBObyBPYmplY3Rpb24NCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3Vi amVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQplbWFpbCBhZGRyZXNzZXMgaW5jbHVk ZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KaW50cm9k dWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8v d3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1v cmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4N Cg0KDQpUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2Fu IGJlIGZvdW5kIGhlcmU6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi8NCg0KDQoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCkNPTU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KSSBoYXZlIHR3byAobm9uLWJsb2Nr aW5nKSBxdWVzdGlvbnMuLi4NCg0KSSBhbHdheXMgZ2V0IHdvcnJpZWQgd2hlbiB0aGUgc2VjdXJp dHkgY29uc2lkZXJhdGlvbnMNCnNheXMgIm5vdGhpbmcgdG8gc2VlIGhlcmUsIG1vdmUgb24sIGJ1 dCBpZiB5b3UgbXVzdCwgZG8NCmZlZWwgZnJlZSB0byBsb29rIGF0IDxvdGhlci1yZmNzPi4iIFRo YXQgaXMgc29tZXRpbWVzIGENCnNpZ25hbCB0aGF0IG5vYm9keSBib3RoZXJlZCB0byB0aGluayBh Ym91dCBzZWN1cml0eSwgYnV0DQpvbmx5IHRob3VnaHQgYWJvdXQgaG93IHRvIHRyeSBrZWVwIHRo ZSBzZWN1cml0eSBBRHMNCnF1aWV0Oi0pIENhbiB5b3UgcmUtYXNzdXJlIG1lIHRoYXQgaW4gdGhp cyBjYXNlLCB5b3UgZGlkDQp0aGluayBhYm91dCBzZWN1cml0eT8NCg0KSXMgdGhlcmUgYW55IGlu dGVyZXN0aW5nIG5ldyB3YXkgaW4gd2hpY2ggYWJ1c2Ugb2YgdGhlc2UNClRMVnMgKGVpdGhlciB2 aWEgZGlyZWN0IGluc2VydGlvbiBvciBlbHNlIGJ5IGNhdXNpbmcNCnRoZW0gdG8gYmUgc29ydC1v ZiBjb250cm9sbGVkIGJ5IHNlbmRpbmcgb3RoZXIgdHJhZmZpYykNCmNhbiBiZSB1c2VkIHRvIGNv bnRyb2wgaG93IHRyYWZmaWMgZmxvd3MgaW4gYSBuZXR3b3JrIHNvDQp0aGF0IHRoZSBhdHRhY2tl ciBjYW4gYmV0dGVyIGNvbnRyb2wgb3IgcHJlZGljdCB0aHJvdWdoDQp3aGljaCBub2RlcyAob3Ig YXQgd2hpY2ggd2F2ZWxlbmd0aHMpIHNvbWUgdHJhZmZpYyBvZg0KaW50ZXJlc3QgKHRvIHRoZSBh dHRhY2tlcikgd2lsbCBmbG93PyBJJ2Qgc2F5IHRoYXQgdGhlDQphbnN3ZXIgaXMgcHJvYmFibHkg bm90LCBidXQgZGlkIHlvdSBjb25zaWRlciBpdD8NCg0KDQo= --_002_7AEB3D6833318045B4AE71C2C87E8E1729CFBE39dfweml706chm_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Wed, 05 Aug 2015 14:25:49 GMT"; modification-date="Wed, 05 Aug 2015 14:25:49 GMT" From: Leeyoung To: Ben Campbell , The IESG CC: "ccamp-chairs@ietf.org" , "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" Subject: RE: Ben Campbell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) Thread-Topic: Ben Campbell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) Thread-Index: AQHQzj3kP50nNG6clk+YHn454/wNRJ38LBJg Date: Tue, 4 Aug 2015 18:43:14 +0000 References: <20150803224345.3041.26135.idtracker@ietfa.amsl.com> In-Reply-To: <20150803224345.3041.26135.idtracker@ietfa.amsl.com> Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 SGkgQmVuLA0KDQpUaGFua3MgZm9yIHByb3ZpZGluZyB5b3VyIGdvb2QgY29tbWVudHMgYW5kIGlk bml0cyBjaGVjay4NCg0KUGxlYXNlIHNlZSBpbmxpbmUgZm9yIG15IHJlc3BvbnNlLg0KDQpCZXN0 IHJlZ2FyZHMsDQpZb3VuZw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQmVu IENhbXBiZWxsIFttYWlsdG86YmVuQG5vc3RydW0uY29tXQ0KU2VudDogTW9uZGF5LCBBdWd1c3Qg MDMsIDIwMTUgNTo0NCBQTQ0KVG86IFRoZSBJRVNHDQpDYzogY2NhbXAtY2hhaXJzQGlldGYub3Jn OyBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZkBpZXRmLm9y ZzsgY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IEJlbiBDYW1wYmVsbCdzIE5vIE9iamVjdGlvbiBv biBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdp dGggQ09NTUVOVCkNCg0KQmVuIENhbXBiZWxsIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFs bG90IHBvc2l0aW9uIGZvcg0KZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmls aXR5LW9zcGYtMTU6IE5vIE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVw IHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCmVtYWlsIGFkZHJlc3Nl cyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlz DQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVmZXIgdG8g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1s DQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9z aXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRp b25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmLw0KDQoNCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KU2VjdGlvbiA1IChzZWN1 cml0eSBjb25zaWRlcmF0aW9ucykgc2F5czogIlRoaXMgZG9jdW1lbnQgZG9lcyBub3QNCmludHJv ZHVjZSBhbnkgZnVydGhlciBzZWN1cml0eSBpc3N1ZXMgb3RoZXINCiAgIHRoYW4gdGhvc2UgZGlz Y3Vzc2VkIGluIFtSRkMzNjMwXSwgW1JGQzQyMDNdLiINCg0KV2hpbGUgSSBkb27igJl0IGRvdWJ0 IHRoZSBzdGF0ZW1lbnQgaXMgdHJ1ZSwgaXQgd291bGQgYmUgaGVscGZ1bCB0byBzaG93DQp0aGUg dGhvdWdodCBiZWhpbmQgaXQuIEluIHRoaXMgY2FzZSwgdGhlIGRyYWZ0IGFkZHMgbmV3IGRhdGEg ZWxlbWVudHMgdG8NCnRoZSBPU1BGIFRFIExTQS4gUGxlYXNlIGNvbnNpZGVyIGFkZGluZyBhIHZl cnkgc2hvcnQgZGlzY3Vzc2lvbiBvbiBob3cNCnRoZSBzZWN1cml0eSBpbXBsaWNhdGlvbnMgb2Yg dGhvc2UgZWxlbWVudHMgaXMgc2ltaWxhciB0byBvciBkaWZmZXJlbnQNCmZyb20gdGhlIHByZXZp b3VzbHkgZXhpc3RpbmcgZGF0YSBlbGVtZW50cy4NCg0KDQpZT1VORz4+DQoNCiAgIEFzIHdpdGgg W1JGQzQyMDNdLCBpdCBzcGVjaWZpZXMgdGhlDQogICBjb250ZW50cyBvZiBPcGFxdWUgTFNBcyBp biBPU1BGdjIuICBBcyBPcGFxdWUgTFNBcyBhcmUgbm90IHVzZWQgZm9yDQogICBTaG9ydGVzdCBQ YXRoIEZpcnN0IChTUEYpIGNvbXB1dGF0aW9uIG9yIG5vcm1hbCByb3V0aW5nLCB0aGUNCiAgIGV4 dGVuc2lvbnMgc3BlY2lmaWVkIGhlcmUgaGF2ZSBubyBkaXJlY3QgZWZmZWN0IG9uIElQIHJvdXRp bmcuDQogICBUYW1wZXJpbmcgd2l0aCBHTVBMUyBURSBMU0FzIG1heSBoYXZlIGFuIGVmZmVjdCBv biB0aGUgdW5kZXJseWluZw0KICAgVHJhbnNwb3J0LiAgW1JGQzM2MzBdIG5vdGVzIHRoYXQgdGhl DQogICBzZWN1cml0eSBtZWNoYW5pc21zIGRlc2NyaWJlZCBpbiBbUkZDMjMyOF0gYXBwbHkgdG8g T3BhcXVlIExTQXMNCiAgIGNhcnJpZWQgaW4gT1NQRnYyLg0KDQogICBJZiB5b3UgbGlrZSwgSSBj YW4gYWRkIHRoZXNlIHRleHQgaW4gU2VjdGlvbiA1LiBQbGVhc2UgbGV0IG1lIGtub3cuDQoNCg0K Tml0czoNCg0KUGxlYXNlIGV4cGFuZCBURSBhbmQgTFNBIG9uIGZpcnN0IG1lbnRpb24uDQoNCllP VU5HPj4gWWVzLCBURSAoVHJhZmZpYyBFbmdpbmVlcmluZykgYW5kIExTQSAoTGluayBTdGF0ZSBB ZHZlcnRpc2VtZW50KSB3aWxsIGJlIGV4cGFuZGVkIG9uIGZpcnN0IG1lbnRpb24uDQoNCg0KDQpp ZG5pdHMgdGhpbmtzIHRoZSByZWZlcmVuY2UgdG8gW0cuNjk0LjFdIGlzIG5vdCBjaXRlZCBpbiB0 aGUgYm9keS4gSXMgdGhlDQpyZWZlcmVuY2UgbmVlZGVkPw0KDQpZT1VORz4+IFRoZSByZWZlcmVu Y2Ugd2lsbCBiZSByZW1vdmVkLg0KDQoNCg== --_002_7AEB3D6833318045B4AE71C2C87E8E1729CFBE39dfweml706chm_-- From nobody Wed Aug 5 07:46:49 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C8DB1ACEE8; Wed, 5 Aug 2015 07:46:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.898 X-Spam-Level: X-Spam-Status: No, score=-101.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7FQKtVQNAEDe; Wed, 5 Aug 2015 07:46:46 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E61651A9241; Wed, 5 Aug 2015 07:46:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Alia Atlas" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> Date: Wed, 05 Aug 2015 07:46:46 -0700 Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org Subject: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 14:46:48 -0000 Alia Atlas has entered the following ballot position for draft-ietf-ccamp-wson-signal-compatibility-ospf-15: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I'd like to see clearer descriptions on particularly the error-handling around multiple TLVs and sub-TLVs. I see a few points of ambiguity - as described below. I think these should be straightforward to clarify but interoperability could be affected if this isn't done. Thanks! In Sec 2, it says "Only one Optical Node Property TLV shall be advertised in each LSA." What is the error-handling if multiple of this TLV are seen? Is that a SHALL or a "at most one... MUST be advertised"? I'd expect normative language. In Sec 2, it says " Among the sub-TLVs defined above, the Resource Block Pool State sub- TLV and Resource Block Shared Access Wavelength Availability are dynamic in nature while the rest are static. As such, they can be separated out from the rest and be advertised with multiple TE LSAs per OSPF router, as described in [RFC3630] and [RFC5250]." So - one can advertise multiple TE LSAs - each with at most one Optical Node Property TLV and at most one of these sub-TLVs? If the same sub-TLV appears in different TE LSAs, how are they merged or is a particular one preferred and the rest ignored? I see the text in the previous paragraph of "If more than one copy of a sub-TLV is received, only the first one of the same type is processed and the rest are ignored upon receipt." but what does the "first one" mean? Is that decided based on a particular identifier? In Sec 3.1, "The format of the SCSI MUST be as depicted in the following figure:" implies that both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must be included and in the specified order. Please clarify (and use separate diagrams) details about how many times each sub-TLV can appear, if ordering matters, and how to handle conflicts or duplicates. End of Sec 4: "In case where the new sub-TLVs or their attendant encodings are malformed, the proper action would be to log the problem and ignore..." First, please be explicit in what behavior MUST be done. Is this just for malformed sub-TLVs? Is it safe to assume that sub-TLVs further on in the TLV (or following TLVs) can be properly parsed? Second, please add in some words about the expected load of logs. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA - adds to clarity of the text and makes it easier to make sure replacement is done properly when the values are assigned. In Sec 3.1, it says " The technology specific part of the WSON ISCD may include a variable number of sub-TLVs called Bandwidth sub-TLVs. Two types of Bandwidth sub-TLV are defined (TBA by IANA):" If this document is creating the bandwidth sub-tlv space, then this draft simply assigns initial values - so no need for the "TBA by IANA". In Sec 4, "In a typical node configuration, the optical node property TLV will not exceed the IP MTU." Can you please describe the assumptions about a "typical node configuration"? In a few years, these assumptions are likely to have changed. From nobody Wed Aug 5 09:53:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83C371A6FF6; Wed, 5 Aug 2015 09:53:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F2l0NcKVVjfv; Wed, 5 Aug 2015 09:53:42 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 291021A7008; Wed, 5 Aug 2015 09:53:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id E9079BE88; Wed, 5 Aug 2015 17:53:21 +0100 (IST) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8bVZHQGntOkH; Wed, 5 Aug 2015 17:53:21 +0100 (IST) Received: from [134.226.36.180] (stephen-think.dsg.cs.tcd.ie [134.226.36.180]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id BB65CBE7C; Wed, 5 Aug 2015 17:53:21 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1438793601; bh=v/iblD1MivZfzyxnqNF3qtPOEnVWjicfCmty4YxhwQM=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=fct4QIbimWQRvyN9iTYA63H2nSEf0S7og3WS/nf5h/0xDgKt0UflkMXPDYCMXLh3u mJmbPfzfT8YDPuMJgIKloyruglTidEeHnWA9HQSOh1dJDD9/J/vU6L5dlsMfZra0qA EZvAFEhhDKILgQFSIq7C/mV24hpdmXlTB3W2oSUc= Message-ID: <55C23F81.7050503@cs.tcd.ie> Date: Wed, 05 Aug 2015 17:53:21 +0100 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: Leeyoung , The IESG References: <20150805114849.13625.22352.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFBE39@dfweml706-chm> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CFBE39@dfweml706-chm> OpenPGP: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 16:53:44 -0000 Hiya, On 05/08/15 15:25, Leeyoung wrote: > Hi Stephen, > > Thanks for your comment. I replied to a similar question from Ben Campbell on security. Please see in the attachment if you have not had chance to read this email thread. The rationale for the sufficiency with [RFC4203] and [RFC3630] was suggested by the following text (which we can add if you like): > > As with [RFC4203], it specifies the > contents of Opaque LSAs in OSPFv2. As Opaque LSAs are not used for > Shortest Path First (SPF) computation or normal routing, the > extensions specified here have no direct effect on IP routing. Hmm. I don't get that. Why would one define these if they can have no effect? Surely a statement that there's no more wavelengths available (or similar) could affect IP routing, even if you call that indirect? > Tampering with GMPLS TE LSAs may have an effect on the underlying > Transport. [RFC3630] notes that the > security mechanisms described in [RFC2328] apply to Opaque LSAs > carried in OSPFv2. > > What do you think? Would this answer your question? You mean my 2nd question? No. The issue there is whether there is an interesting new effect, or not. If you've thought about it (see question #1:-) and the answer is "no" that's fine. I'm still not clear from the above if the WG, (not you personally) have thought about it or not - the text you suggest above is too vague for me to know, but that may be my ignorance of WSON etc. Cheers, S. > > Thanks. > Young > > > -----Original Message----- > From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] > Sent: Wednesday, August 05, 2015 6:49 AM > To: The IESG > Cc: ccamp-chairs@ietf.org; draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org > Subject: Stephen Farrell's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) > > Stephen Farrell has entered the following ballot position for > draft-ietf-ccamp-wson-signal-compatibility-ospf-15: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > > I have two (non-blocking) questions... > > I always get worried when the security considerations > says "nothing to see here, move on, but if you must, do > feel free to look at ." That is sometimes a > signal that nobody bothered to think about security, but > only thought about how to try keep the security ADs > quiet:-) Can you re-assure me that in this case, you did > think about security? > > Is there any interesting new way in which abuse of these > TLVs (either via direct insertion or else by causing > them to be sort-of controlled by sending other traffic) > can be used to control how traffic flows in a network so > that the attacker can better control or predict through > which nodes (or at which wavelengths) some traffic of > interest (to the attacker) will flow? I'd say that the > answer is probably not, but did you consider it? > > From nobody Wed Aug 5 12:11:35 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAA221ABB1A; Wed, 5 Aug 2015 12:11:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0JydebV-VE2K; Wed, 5 Aug 2015 12:11:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 855D01A9025; Wed, 5 Aug 2015 12:11:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVX13694; Wed, 05 Aug 2015 19:11:24 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 5 Aug 2015 20:11:24 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Wed, 5 Aug 2015 12:11:18 -0700 From: Leeyoung To: Alia Atlas , The IESG Thread-Topic: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT) Thread-Index: AQHQz42X2rMczB0jQUu/SmqkwLswI539xTTw Date: Wed, 5 Aug 2015 19:11:18 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm> References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> In-Reply-To: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.117] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 19:11:31 -0000 SGkgQWxpYSwNCg0KVGhhbmsgeW91IGZpcnN0IG9mIGFsbCBmb3IgcHJvdmlkaW5nIHZlcnkgdXNl ZnVsIGNvbW1lbnRzLiANCg0KSGVyZSdzIG15IGF0dGVtcHQgdG8geW91ciBjb21tZW50cy9ESVND VVNTLiBQbGVhc2Ugc2VlIGlubGluZS4gDQoNClRoYW5rcy4NCllvdW5nDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBBbGlhIEF0bGFzIFttYWlsdG86YWthdGxhc0BnbWFpbC5j b21dIA0KU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMDUsIDIwMTUgOTo0NyBBTQ0KVG86IFRoZSBJ RVNHDQpDYzogY2NhbXAtY2hhaXJzQGlldGYub3JnOyBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2ln bmFsLWNvbXBhdGliaWxpdHktb3NwZkBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6 IEFsaWEgQXRsYXMnIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21w YXRpYmlsaXR5LW9zcGYtMTU6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQoNCkFsaWEgQXRs YXMgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpkcmFmdC1p ZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogRGlzY3Vzcw0KDQpX aGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCBy ZXBseSB0byBhbGwNCmVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxp bmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dl dmVyLikNCg0KDQpQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0 ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJ RVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxv bmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwt Y29tcGF0aWJpbGl0eS1vc3BmLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRElTQ1VTUzoNCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCg0KSSdkIGxpa2UgdG8gc2VlIGNsZWFyZXIgZGVzY3JpcHRpb25zIG9uIHBhcnRp Y3VsYXJseSB0aGUgZXJyb3ItaGFuZGxpbmcNCmFyb3VuZCBtdWx0aXBsZSBUTFZzIGFuZCBzdWIt VExWcy4gDQpJIHNlZSBhIGZldyBwb2ludHMgb2YgYW1iaWd1aXR5IC0gYXMgZGVzY3JpYmVkIGJl bG93LiAgSSB0aGluayB0aGVzZQ0Kc2hvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBjbGFyaWZ5 IGJ1dA0KaW50ZXJvcGVyYWJpbGl0eSBjb3VsZCBiZSBhZmZlY3RlZCBpZiB0aGlzIGlzbid0IGRv bmUuICAgVGhhbmtzIQ0KDQpJbiBTZWMgMiwgaXQgc2F5cyAiT25seSBvbmUgT3B0aWNhbCBOb2Rl IFByb3BlcnR5IFRMViBzaGFsbCBiZSBhZHZlcnRpc2VkDQppbiBlYWNoIExTQS4iIFdoYXQgaXMg dGhlIGVycm9yLWhhbmRsaW5nIGlmIG11bHRpcGxlIG9mIHRoaXMgVExWIGFyZQ0Kc2Vlbj8NCg0K WU9VTkc+PiBUaGlzIGlzIHRvIGFsbG93IGZvciBmaW5lIGdyYW51bGFyaXR5IGNoYW5nZXMgaW4g dG9wb2xvZ3kgcGVyIFtSRkMzNjMwXS4gSXQgaXMgbm90IGFuIGVycm9yIHBlciBzZSBpZiB0aGVy ZSBhcmUgbXVsdGlwbGUgb2YgdGhpcyBUTFYgYXJlIGluIGVhY2ggTFNBLiANCg0KSXMgdGhhdCBh IFNIQUxMIG9yIGEgImF0IG1vc3Qgb25lLi4uIE1VU1QgYmUgYWR2ZXJ0aXNlZCI/ICBJJ2QgZXhw ZWN0DQpub3JtYXRpdmUgbGFuZ3VhZ2UuDQoNCllPVU5HPj4gIlNIQUxMIiBzZWVtcyB0byBiZSBy aWdodCBvbmUsIGFnYWluIHBlciBbUkZDMzYzMF0uDQoNCkluIFNlYyAyLCBpdCBzYXlzICIgICBB bW9uZyB0aGUgc3ViLVRMVnMgZGVmaW5lZCBhYm92ZSwgdGhlIFJlc291cmNlDQpCbG9jayBQb29s IFN0YXRlIHN1Yi0NCiAgIFRMViBhbmQgUmVzb3VyY2UgQmxvY2sgU2hhcmVkIEFjY2VzcyBXYXZl bGVuZ3RoIEF2YWlsYWJpbGl0eSBhcmUNCiAgIGR5bmFtaWMgaW4gbmF0dXJlIHdoaWxlIHRoZSBy ZXN0IGFyZSBzdGF0aWMuIEFzIHN1Y2gsIHRoZXkgY2FuIGJlDQogICBzZXBhcmF0ZWQgb3V0IGZy b20gdGhlIHJlc3QgYW5kIGJlIGFkdmVydGlzZWQgd2l0aCBtdWx0aXBsZSBURSBMU0FzDQogICBw ZXIgT1NQRiByb3V0ZXIsIGFzIGRlc2NyaWJlZCBpbiBbUkZDMzYzMF0gYW5kIFtSRkM1MjUwXS4i DQpTbyAtIG9uZSBjYW4gYWR2ZXJ0aXNlIG11bHRpcGxlIFRFIExTQXMgLSBlYWNoIHdpdGggYXQg bW9zdCBvbmUgIE9wdGljYWwNCk5vZGUgUHJvcGVydHkgVExWIA0KYW5kIGF0IG1vc3Qgb25lIG9m IHRoZXNlIHN1Yi1UTFZzPyAgDQoNCllPVU5HPj4gVGhpcyBpcyBjb3JyZWN0IGV4Y2VwdCB0aGF0 IHRoZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkgVExWIHdvdWxkIGNhcnJ5ICJhdCBsZWFzdCIgb25l IG9mIHRoZXNlIHN1Yi1UTFZzIGFzIG9wcG9zZWQgdG8gImF0IG1vc3Qgb25lIG9mIHRoZXNlIHN1 Yi1UTFZzLiIgRm9yIGluc3RhbmNlLCBvbmUgVEUgTFNBIGNhbiBjYXJyeSBvbmUgT3B0aWNhbCBO b2RlIFByb3BlcnR5IFRMViB1bmRlciB3aGljaCB0d28gZHluYW1pYyBzdWItVExWcyAoaS5lLiwg dGhlIFJlc291cmNlDQpCbG9jayBQb29sIFN0YXRlIHN1Yi1UTFYgYW5kIFJlc291cmNlIEJsb2Nr IFNoYXJlZCBBY2Nlc3MgV2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkgc3ViLVRMVikgY2FuIGJlIGFk dmVydGlzZWQgd2hpbGUgYW5vdGhlciBURSBMU0EgY2FuIGNhcnJ5IG9uZSBPcHRpY2FsIE5vZGUg UHJvcGVydHkgVExWIHVuZGVyIHdoaWNoIHRoZSByZXN0IG9mIHN0YXRpYyBzdWItVExWcyBjYW4g YmUgYWR2ZXJ0aXNlZC4gIA0KDQoNCklmIHRoZSBzYW1lIHN1Yi1UTFYgYXBwZWFycyBpbg0KZGlm ZmVyZW50IFRFIExTQXMsIGhvdw0KYXJlIHRoZXkgbWVyZ2VkIG9yIGlzIGEgcGFydGljdWxhciBv bmUgcHJlZmVycmVkIGFuZCB0aGUgcmVzdCBpZ25vcmVkPyAgSQ0Kc2VlIHRoZSB0ZXh0IGluIHRo ZQ0KcHJldmlvdXMgcGFyYWdyYXBoIG9mICJJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWIt VExWIGlzIHJlY2VpdmVkLA0KICAgb25seSB0aGUgZmlyc3Qgb25lIG9mIHRoZSBzYW1lIHR5cGUg aXMgcHJvY2Vzc2VkIGFuZCB0aGUgcmVzdCBhcmUNCiAgIGlnbm9yZWQgdXBvbiByZWNlaXB0LiIg YnV0IHdoYXQgZG9lcyB0aGUgImZpcnN0IG9uZSIgbWVhbj8gIElzIHRoYXQNCmRlY2lkZWQgYmFz ZWQgb24NCmEgcGFydGljdWxhciBpZGVudGlmaWVyPyANCg0KWU9VTkc+PiBUaGUgdGV4dCBpbiBT ZWN0aW9uIDIgeW91IHF1b3RlZCBpcyBub3QgZGVhbGluZyB3aXRoIHRoZSBjYXNlIGZvciB0d28g ZGlmZmVyZW50IFRFIExTQXMuIEluIHN1Y2ggY2FzZSwgdGhlbiB0aGUgc3ViLVRMVnMgd2lsbCBp ZGVudGlmeSBieSB0aGUgdmFsdWUgb2YgdGhlIHN1Yi1UTFYuIA0KDQpUaGUgY2FzZSB5b3UgYXJl IHJlZmVycmluZyB0byBpcyBmb3IgdGhlIGNhc2Ugd2hlcmUgdGhlIHNhbWUgc3ViLVRMViBpcyBh ZHZlcnRpc2VkIGluIGRpZmZlcmVudCBURSBMU0FzLiBJdCBzaG91bGQgTk9UIGhhcHBlbiB0aGF0 IHdheSwgYnV0IGluIGNhc2UgaXQgaGFwcGVucyBieSBtaXN0YWtlIG9mIHBhY2thZ2luZywgdGhl biBpdCB3aWxsIGJlIHVwZGF0ZWQgb25lIGFmdGVyIGFub3RoZXIuIFRoZXJlIGlzIG5vIHdheSBm b3IgdGhlIHJvdXRlcnMgdG8gZGlzdGluZ3Vpc2ggdGhpcyBzdWItVExWIGFzIHRoZSBzYW1lIG9u ZSAoYXMgaXQgaXMgdW5kZXIgZGlmZmVyZW50IFRFIExTQXMpLCB3aGljaCBpcyBhY3R1YWxseSBm aW5lLiBJdCBpcyBub3QgYW4gZXJyb3IgY29uZGl0aW9uLiBUaGUgcm91dGVyIHdvdWxkIHNpbXBs eSBwcm9jZXNzIHRoZSBzYW1lIHN1Yi1UTFYgbXVsdGlwbGUgdGltZXMuIA0KDQpJIGNhbiBzdWdn ZXN0IHRoZSBmb2xsb3dpbmcgY2hhbmdlczoNCg0KT0xEOiANCg0KICAgQWxsIHN1Yi1UTFZzIGRl ZmluZWQgaGVyZSBtYXkgb2NjdXIgYXQgbW9zdCBvbmNlIGluIGFueSBnaXZlbg0KICAgT3B0aWNh bCBOb2RlIFRMVi4gSWYgbW9yZSB0aGFuIG9uZSBjb3B5IG9mIGEgc3ViLVRMViBpcyByZWNlaXZl ZCwNCiAgIG9ubHkgdGhlIGZpcnN0IG9uZSBvZiB0aGUgc2FtZSB0eXBlIGlzIHByb2Nlc3NlZCBh bmQgdGhlIHJlc3QgYXJlDQogICBpZ25vcmVkIHVwb24gcmVjZWlwdC4gVGhlc2UgcmVzdHJpY3Rp b24gbmVlZCBub3QgYXBwbHkgdG8gZnV0dXJlDQogICBzdWItVExWcy4gVW5yZWNvZ25pemVkIHN1 Yi1UTFZzIGFyZSBpZ25vcmVkLg0KDQpORVc6IA0KDQogICBBbGwgc3ViLVRMVnMgZGVmaW5lZCBo ZXJlIG1heSBvY2N1ciBhdCBtb3N0IG9uY2UgaW4gYW55IGdpdmVuDQogICBPcHRpY2FsIE5vZGUg VExWIHVuZGVyIG9uZSBURSBMU0EuIElmIG1vcmUgdGhhbiBvbmUgY29weSBvZiBhIHN1Yi1UTFYg aXMgcmVjZWl2ZWQsDQogICBvbmx5IHRoZSBmaXJzdCBvbmUgb2YgdGhlIHNhbWUgdHlwZSBpcyBw cm9jZXNzZWQgYW5kIHRoZSByZXN0IGFyZQ0KICAgaWdub3JlZCB1cG9uIHJlY2VpcHQuIFRoZXNl IHJlc3RyaWN0aW9uIG5lZWQgbm90IGFwcGx5IHRvIGZ1dHVyZQ0KICAgc3ViLVRMVnMuIFVucmVj b2duaXplZCBzdWItVExWcyBhcmUgaWdub3JlZC4NCg0KICAgSW4gY2FzZSB3aGVyZSB0aGUgc2Ft ZSBzdWItVExWIGlzIGFkdmVydGlzZWQgaW4gZGlmZmVyZW50IFRFIExTQXMgKHdoaWNoIHdvdWxk IHRha2UgcGxhY2UgYnkgYSANCiAgIHBhY2thZ2luZyBlcnJvciksIHRoZW4gdGhlIHN1Yi1UTFYg d2lsbCBiZSB1cGRhdGVkIG9uZSBhZnRlciBhbm90aGVyLiBUaGVyZSBpcyBubyB3YXkgZm9yIHRo ZSAgDQogICByb3V0ZXJzIHRvIGRpc3Rpbmd1aXNoIHRoaXMgc3ViLVRMViBhcyB0aGUgc2FtZSBv bmUgKGFzIGl0IGlzIHVuZGVyIGRpZmZlcmVudCBURSBMU0FzKSwgd2hpY2ggaXMgDQogICBhY3R1 YWxseSBmaW5lLiBJdCBpcyBub3QgYW4gZXJyb3IgY29uZGl0aW9uLiBUaGUgcm91dGVyIHdvdWxk IHNpbXBseSBwcm9jZXNzIHRoZSBzYW1lIHN1Yi1UTFYgDQogICBtdWx0aXBsZSB0aW1lcy4NCg0K RU5ELg0KDQpJbiBTZWMgMy4xLCAiVGhlIGZvcm1hdCBvZiB0aGUgU0NTSSBNVVNUIGJlIGFzIGRl cGljdGVkIGluIHRoZSBmb2xsb3dpbmcNCmZpZ3VyZToiIGltcGxpZXMgdGhhdA0KYm90aCB0aGUg QXZhaWxhYmxlIExhYmVsIFN1Yi1UTFYgYW5kIHRoZSBTaGFyZWQgQmFja3VwIExhYmVsIFN1Yi1U TFYgbXVzdA0KYmUgaW5jbHVkZWQgYW5kDQppbiB0aGUgc3BlY2lmaWVkIG9yZGVyLiAgIFBsZWFz ZSBjbGFyaWZ5IChhbmQgdXNlIHNlcGFyYXRlIGRpYWdyYW1zKQ0KZGV0YWlscyBhYm91dCBob3cg bWFueSB0aW1lcw0KZWFjaCBzdWItVExWIGNhbiBhcHBlYXIsIGlmIG9yZGVyaW5nIG1hdHRlcnMs IGFuZCBob3cgdG8gaGFuZGxlIGNvbmZsaWN0cw0Kb3IgZHVwbGljYXRlcy4NCg0KWU9VTkc+PiBH b29kIHBvaW50LiBJIHdvdWxkIHJlbGF4ICJNVVNUIiB0byAiU0hBTEwiIGFzIHRoZXJlIGlzIG5v IGlzc3VlIG9mIG9yZGVyaW5nIGhlcmUuIFRoZSBudW1iZXIgb2YgZWFjaCBzdWItVExWIGRlcGVu ZHMgb24gdGhlIG51bWJlciBvZiBsYWJlbHMgdGhpcyBmaWVsZCBkZXNjcmliZXMuIElmIHdlIHdl cmUgdGFsa2luZyBhYm91dCwgMTAwIGNoYW5uZWwgKHdhdmVsZW5ndGgpIHN5c3RlbSwgdGhpcyBj YW4gYmUgYXMgbWFueSBhcyAxMDAgc3ViLVRMVnMgZm9yIHRoZSBBdmFpbGFibGUgTGFiZWwgc3Vi LVRMViArIFNoYXJlZCBCYWNrdXAgTGFiZWwgVExWLiBCdXQgdGhlcmUgYXJlIHdheXMgdG8gcmVk dWNlIHRoZSBlbnRyeSBieSBMYWJlbCBSYW5nZSwgZXRjIHBlciBbR2VuLUVuY29kZV0uIA0KDQpJ biBjYXNlIGR1cGxpY2F0ZWQgc3ViLVRMVnMgYXBwZWFyICh3aGljaCBzaG91bGQgbm90IGhhcHBl biksIHRoZSByb3V0ZXIvbm9kZSB3aWxsIGlnbm9yZSB0aGUgZHVwbGljYXRlZCBsYWJlbHMgd2hp Y2ggYXJlIGlkZW50aWZpZWQgYnkgdGhlIExhYmVsIGZvcm1hdCBkZWZpbmVkIGluIFtSRkM2MjA1 XS4gDQoNCk1heSBJIHN1Z2dlc3QgdGhlIGZvbGxvd2luZyBjaGFuZ2VzOg0KDQpPTEQNCg0KCVRo ZSBmb3JtYXQgb2YgdGhlIFNDU0kgTVVTVCBiZSBhcyBkZXBpY3RlZCBpbiB0aGUgZm9sbG93aW5n IGZpZ3VyZToNCg0KTkVXDQoNCglUaGUgZm9ybWF0IG9mIHRoZSBTQ1NJIFNIQUxMIGJlIGFzIGRl cGljdGVkIGluIHRoZSBmb2xsb3dpbmcgZmlndXJlOg0KDQpFTkQNCg0KT0xEDQoNCglXaGVyZSB0 aGUgQXZhaWxhYmxlIExhYmVsIFN1Yi1UTFYgYW5kIFNoYXJlZCBCYWNrdXAgTGFiZWwgc3ViLVRM Vg0KICAgCWFyZSBkZWZpbmVkIGluIFtHZW4tRW5jb2RlXS4gKHJpZ2h0IGJlbG93IEZpZ3VyZSAx KQ0KDQpORVcNCg0KCVdoZXJlIHRoZSBBdmFpbGFibGUgTGFiZWwgU3ViLVRMViBhbmQgU2hhcmVk IEJhY2t1cCBMYWJlbCBzdWItVExWDQogICAJYXJlIGRlZmluZWQgaW4gW0dlbi1FbmNvZGVdLiBJ biBjYXNlIHdoZXJlIGR1cGxpY2F0ZWQgc3ViLVRMVnMgYXJlIGFkdmVydGlzZWQsIA0KICAgICAg dGhlIHJvdXRlci9ub2RlIHdpbGwgaWdub3JlIHRoZSBkdXBsaWNhdGVkIGxhYmVscyB3aGljaCBh cmUgaWRlbnRpZmllZCBieSB0aGUgTGFiZWwgZm9ybWF0IA0KICAgICAgZGVmaW5lZCBpbiBbUkZD NjIwNV0uDQoNCkVORA0KDQpFbmQgb2YgU2VjIDQ6ICJJbiBjYXNlIHdoZXJlIHRoZSBuZXcgc3Vi LVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50DQplbmNvZGluZ3MgYXJlDQogICBtYWxmb3JtZWQsIHRo ZSBwcm9wZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBhbmQNCmlnbm9yZS4u LiIgIEZpcnN0LCBwbGVhc2UgYmUgZXhwbGljaXQgaW4NCndoYXQgYmVoYXZpb3IgTVVTVCBiZSBk b25lLiAgDQoNCllPVU5HPj4gbWFsZm9ybWVkIHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBl bmNvZGluZ3MgcmVmZXIgdG8gdGhhdCB3aGljaCBhcmUgbm90IHBhcnNlLWFibGUgZHVlIHRvIGNv cnJ1cHRpb24sIGV0Yy4gYW5kIGNhbm5vdCBiZSBzdG9yZWQgaW4gdGhlIFRFRC4gDQoNCkhvdyBh Ym91dCBhZGRpbmcgYSBuZXcgc2VudGVuY2UgdG8gZGVzY3JpYmUgdGhlIGV4cGVjdGVkIGFjdGlv biBhcyBmb2xsb3dzOg0KDQpPTEQNCg0KICAgSW4gY2FzZSB3aGVyZSB0aGUgbmV3IHN1Yi1UTFZz IG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJlDQogICBtYWxmb3JtZWQsIHRoZSBwcm9w ZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBhbmQgaWdub3JlDQogICBqdXN0 IHRoZSBzdWItVExWcyBpbiBHTVBMUyBwYXRoIGNvbXB1dGF0aW9ucyByYXRoZXIgdGhhbiBpZ25v cmluZw0KICAgdGhlIGVudGlyZSBMU0EuDQoNCk5FVw0KDQogICBJbiBjYXNlIHdoZXJlIHRoZSBu ZXcgc3ViLVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50IGVuY29kaW5ncyBhcmUNCiAgIG1hbGZvcm1l ZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUgdG8gbG9nIHRoZSBwcm9ibGVtIGFuZCBpZ25v cmUNCiAgIGp1c3QgdGhlIHN1Yi1UTFZzIGluIEdNUExTIHBhdGggY29tcHV0YXRpb25zIHJhdGhl ciB0aGFuIGlnbm9yaW5nDQogICB0aGUgZW50aXJlIExTQS4gVGhpcyBzaG91bGQgbm90IHN0b3Ag dGhlIExTQSBhZHZlcnRpc2VtZW50IHByb2Nlc3MuIA0KDQoNCklzIHRoaXMganVzdCBmb3IgbWFs Zm9ybWVkIHN1Yi1UTFZzPyAgSXMgaXQNCnNhZmUgdG8gYXNzdW1lIHRoYXQgc3ViLVRMVnMNCmZ1 cnRoZXIgb24gaW4gdGhlIFRMViAob3IgZm9sbG93aW5nIFRMVnMpIGNhbiBiZSBwcm9wZXJseSBw YXJzZWQ/IA0KDQpZT1VORz4+IFllcyB3ZSBhcmUganVzdCB0YWxraW5nIGFib3V0IG1hbGZvcm1l ZCBzdWItVExWcy4gSXQgaXMgc2FmZSB0byBhc3N1bWUgdGhhdCBvdGhlciBzdWItVExWcyBpbiB0 aGUgVExWIG9yIGZvbGxvd2luZyBUTFZzIGNhbiBiZSBwcm9wZXJseSBwYXJzZWQgYXMgdGhleSBh cmUgYSBkaXN0aW5jdCBzZXRzIG9mIGluZm8gZWxlbWVudHMgd2l0aCBwcm9wZXIgc3ViLVRMViB0 eXBlcywgVExWIHR5cGVzLiANCg0KIA0KU2Vjb25kLCBwbGVhc2UgYWRkIGluIHNvbWUgd29yZHMN CmFib3V0IHRoZSBleHBlY3RlZCBsb2FkIG9mIGxvZ3MuDQoNCllPVU5HPj4gSG93IGFib3V0IGFk ZGluZyBvbmUgc2VudGVuY2UgZm9sbG93ZWQgYnkgIkluIGNhc2UuLi4iDQoNCk5FVw0KCVRoZSBl eHBlY3RlZCBsb2FkIG9mIGxvZ3MgaXMgbm90IGV4cGVjdGVkIHRvIGJlIGEgaGlnaCB2b2x1bWUg YXMgbWFsZm9ybWVkIFRMVnMgZG8gbm90IG9jY3VyIA0KICAgICAgZnJlcXVlbnRseSBpbiBHTVBM Uy4gIA0KDQpFTkQNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K DQoNCg0KSW4gU2VjIDIsIGl0J3MgdXNlZnVsIHRvIHVzZSBUQkExLCBUQkEyLCBldGMuIGluc3Rl YWQgb2YgcmV1c2luZyBUQkEgLQ0KYWRkcyB0byBjbGFyaXR5IG9mIHRoZSB0ZXh0IGFuZCBtYWtl cyBpdCBlYXNpZXIgdG8gbWFrZSBzdXJlIHJlcGxhY2VtZW50DQppcyBkb25lDQpwcm9wZXJseSB3 aGVuIHRoZSB2YWx1ZXMgYXJlIGFzc2lnbmVkLg0KDQpZT1VORz4+IEdvb2QgcG9pbnQuIEkgd2ls bCBjaGFuZ2UgdGhhdCB3YXkgYXMgeW91IHN1Z2dlc3QuIA0KDQpJbiBTZWMgMy4xLCBpdCBzYXlz ICIgICBUaGUgdGVjaG5vbG9neSBzcGVjaWZpYyBwYXJ0IG9mIHRoZSBXU09OIElTQ0QgbWF5DQpp bmNsdWRlIGEgdmFyaWFibGUNCiAgIG51bWJlciBvZiBzdWItVExWcyBjYWxsZWQgQmFuZHdpZHRo IHN1Yi1UTFZzLiAgVHdvIHR5cGVzIG9mDQogICBCYW5kd2lkdGggc3ViLVRMViBhcmUgZGVmaW5l ZCAoVEJBIGJ5IElBTkEpOiIgICBJZiB0aGlzIGRvY3VtZW50IGlzDQpjcmVhdGluZyB0aGUNCmJh bmR3aWR0aCBzdWItdGx2IHNwYWNlLCB0aGVuIHRoaXMgZHJhZnQgc2ltcGx5IGFzc2lnbnMgaW5p dGlhbCB2YWx1ZXMgLQ0Kc28gbm8gbmVlZCBmb3IgdGhlICJUQkENCmJ5IElBTkEiLg0KDQpZT1VO Rz4+IENvcnJlY3QuIFdpbGwgYWRkcmVzcyB0aGF0LiANCg0KSW4gU2VjIDQsICJJbiBhIHR5cGlj YWwgbm9kZSBjb25maWd1cmF0aW9uLCB0aGUgb3B0aWNhbCBub2RlIHByb3BlcnR5IFRMVg0Kd2ls bCBub3QgZXhjZWVkIHRoZSBJUCBNVFUuIg0KQ2FuIHlvdSBwbGVhc2UgZGVzY3JpYmUgdGhlIGFz c3VtcHRpb25zIGFib3V0IGEgInR5cGljYWwgbm9kZQ0KY29uZmlndXJhdGlvbiI/ICBJbiBhIGZl dyB5ZWFycywgdGhlc2UNCmFzc3VtcHRpb25zIGFyZSBsaWtlbHkgdG8gaGF2ZSBjaGFuZ2VkLg0K DQpZT1VORz4+IEkgY2FuIGFkZDoNCg0KTkVXDQoNCglBIHR5cGljYWwgbm9kZSBjb25maWd1cmF0 aW9uIHJlZmVycyB0byBhIHN5c3RlbSB3aXRoIHNldmVyYWwgaHVuZHJlZHMgb2YgY2hhbm5lbHMu IEluIGFkZGl0aW9uLCBbV1NPTi1FbmNvZGVdIHByb3ZpZGVzIG1lY2hhbmlzbXMgdG8gY29tcGFj dGx5IGVuY29kZSByZXF1aXJlZCBpbmZvcm1hdGlvbiBlbGVtZW50cy4gDQoNCkVORA0KDQoNCg== From nobody Wed Aug 5 13:02:06 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 667111A8776; Wed, 5 Aug 2015 13:02:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_41=0.6] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tRQa_GXow2Yn; Wed, 5 Aug 2015 13:02:03 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 300801A8715; Wed, 5 Aug 2015 13:02:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "Benoit Claise" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150805200203.31234.55962.idtracker@ietfa.amsl.com> Date: Wed, 05 Aug 2015 13:02:03 -0700 Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org Subject: [CCAMP] Benoit Claise's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 20:02:05 -0000 Benoit Claise has entered the following ballot position for draft-ietf-ccamp-flexi-grid-fwk-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- To folluw up on the recent OPS-DIR reveiw by Tina Tsou: I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. Technical Comments: This document provides a complete framework for GMPLS flexi-grid network. Technical comments are as follow: 1. It is not clear how the parameter n are determined. In page 22 the last two paragraphs are as follow: o Each downstream node ensures that m is >= requested_m. o A downstream node cannot foresee what an upstream node will allocate. A way to ensure that the effective frequency slot is valid along the length of the LSP is to ensure that the same value of n is allocated at each hop. By forcing the same value of n we avoid cases where the effective frequency slot of the media channel is invalid (that is, the resulting frequency slot cannot be described by its n and m parameters). When mentioning “a downstream nod cannot foresee…”, it should be clear that what the downstream node can receive from upstream adjacent node (probably in PATH message). Do downstream node(s) need to select an effective central frequency (n) from a set of them? And what is corresponding criteria? Random selection? It may be a little bit ‘solution’ instead of ‘framework & requirement’, however, it is mentioned ‘forcing the same value of n’ (should consider changing to ‘standard track’ if new node behavior introduced), so it had better to specify what kind of information is included in both request message (PATH) and response message (RESV). Moreover, if Path message include any central frequency information (n), or a set of them, the Path message in Fig. 15 and 16 should be shown as Path(n, m_req). 2. Section 5.5, the support for neighbor discovery should not be a MAY, consider a SHALL or even MUST. Editorial Comments: 1. Some terminologies are misleading. There are a few places using term ‘frequency slot width’, which confuses the reader (can be either understand of frequency slot or slot width) and should be corrected. In Section 4.5 (p21), first paragraph in page 21, there are two ‘frequency slot width’, should be corrected as ‘frequency slot’. In Section 5.1.1 (p30), second paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’. In Section 5.2 (p31), first paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’. 2. The description of Fig. 3, now saying “The ‘^’ represents the slot nominal central frequency”, it is not clear what is ‘slot nominal central frequency’, should be ‘nominal central frequency’ or ‘the position of nominal central frequency’. 3. Figure 15 and 16 are labeled as ‘Distributed Allocation with Different m and Same/Different n’ respectively, however it is not clear why we need to mention ‘distributed’. There is no centralized mechanism in this draft, suggest removing the ‘distributed’. From nobody Wed Aug 5 15:09:23 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6923C1ACD57; Wed, 5 Aug 2015 15:09:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kZgP_eNffeyt; Wed, 5 Aug 2015 15:09:18 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 271561ACD54; Wed, 5 Aug 2015 15:08:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150805220817.431.69640.idtracker@ietfa.amsl.com> Date: Wed, 05 Aug 2015 15:08:17 -0700 Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org Subject: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 22:09:20 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-ccamp-flexi-grid-fwk-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - (Nearly a discuss) Section 7 refers back to RFC5920 (from 5 years ago) and RFC6163 (presumably the 3 paragraph section 7) and also claims that there is "no substantial reason to to expect the security considerations to be any different." That's pretty unimpressive to be honest. Don't you think it'd be reasonable to expect that a new architecture, framework and set of protocols for high speed networks should today include a thorough security and privacy analysis done afresh and not simply referring back to previous work? For example, is it not likely that in some cases new IGP security primitives might be needed, or that virtualisation and data centre trends would mean that some additional isolation between different folks' data was desirable or that some kind of automated key management be finally required to be included from the start of the design of any new control plane? (This isn't a discuss as it's probably better to hold that kind of discussion for a next stage when some architecture or protocols are defined.) - typo: trnaponders, I like it:-) From nobody Thu Aug 6 03:38:27 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D2A41B2C57; Thu, 6 Aug 2015 03:38:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kX1TWcFLzvm2; Thu, 6 Aug 2015 03:38:22 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 529C41B2C4E; Thu, 6 Aug 2015 03:38:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150806103822.14173.18589.idtracker@ietfa.amsl.com> Date: Thu, 06 Aug 2015 03:38:22 -0700 Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, n.brownlee@auckland.ac.nz Subject: [CCAMP] Benoit Claise's No Objection on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 10:38:24 -0000 Benoit Claise has entered the following ballot position for draft-ietf-ccamp-wson-signal-compatibility-ospf-15: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- For the sake of recording the ongoing discussion between the Nevil Brownlee, as OPS-DIR reviewer, and the author (YOUNG) Hi all: I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the operational area directors. Document editors and WG chairs should treat these comments just like any other last call comments. This draft's Expiry Date is November 2014. It's generally clear in what it says, and it's certainly useful. However, I feel that there are a few aspects that could be made a little clearer for implementors. Abstract: "This document provides Generalized Multiprotocol Label Switching (GMPLS) Open Shortest Path First (OSPF) routing enhancements to support signal compatibility constraints associated with Wavelength- Switched Optical network (WSON) elements. These routing enhancements are applicable in common optical or hybrid electro-optical networks where not all of the optical signals in the network are compatible with all network elements participating in the network. This compatibility constraint model is applicable to common optical or hybrid electro optical systems such as Optical-Electronic-Optical (OEO) switches, regenerators, and wavelength converters since such systems can be limited to processing only certain types of WSON signals." The Introduction mentions WSON-Encode and GEN-OSPF; these are Normative references, presumably to Drafts that will eventually be Standards Track RFCs? This comment also applies to GEN-Encode in section 3. YOUNG>> Yes. Actually they have already become RFCs. Need to update the reference. WSON-Encode is now RFC 7581 and GEN-OSPF RFC 7580. Section 2 defines values for sub-TLVs of the Optical Node Property TLV. Their values are all shown as TBA; using something like TBA1, TBA2, .. TBA5 would make it clearer to IANA that they're different values. YOUNG>> Good point. Will work with IANA on this. Also in section 2, you have sub-sections for the last four sub-TLV values, but not the first (Resource Block Information). Why not? YOUNG>> Actually you are correct. Will add a sub-section for the Resource Block Information with the following text: As defined in [RFC7446], the Resource Block Information field is used to represent resource signal constraints and processing capabilities of a node. Again in section 2, you say that the sub-TLVs may appear in any order. You don't say whether all of them are required - is that what's intended, or may any subset be specified? YOUNG>> They are optional TLVs. How about: OLD It is comprised of a set of sub-TLVs. NEW It is comprised of a set of optional sub-TLVs. END In section 3.1 you use the acronym SCSI to mean 'Switching Capability Specific Information,' which I found confusing. It would help to add (SCSI) as part of that sub-section's title. YOUNG>> Sure. It will be like: OLD 3.1. Switching Capability Specific Information New 3.1. Switching Capability Specific Information (SCSI) END In section 4 you say "In a rare case where the TLV exceed the IP MTU, IP fragmentation/reassembly can be used, which is an acceptable method." That's probably true for IPv4, but what about IPv6, where fragmentation must be done by the source node? YOUNG>> I am not IPv6 expert. You are probably right on this. How about adding this: NEW For IPv6, a node may use the IPv6 Fragment header to fragment the packet at the source and have it reassembled at the destination(s). END There are also a few tiny typos: s2.2 s/may have a limited/may have limited/ s2.4 s/Resources blocks/Resource blocks/ (?) s4 s/that exceeds the/that exceed the/ s6.1 s/New IANA registry/A new IANA registry/ s6.1.1 s/new IANA registry/a new IANA registry/ s6.2 s/Refenrence/Reference/ (also, its value should be [This.ID]) YOUNG>> Will correct in the next revision. Thanks. From nobody Sun Aug 9 08:04:37 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 058BC1A8864; Sun, 9 Aug 2015 08:04:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.9 X-Spam-Level: X-Spam-Status: No, score=-99.9 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DDBJU-rgrfyA; Sun, 9 Aug 2015 08:04:33 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 823A91A885A; Sun, 9 Aug 2015 08:04:27 -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 t79F4OlU001166; Sun, 9 Aug 2015 16:04:24 +0100 Received: from 950129200 (79.135.99.37.dsl.gradwelldsl.co.uk [79.135.99.37] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t79F4NHA001155 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 9 Aug 2015 16:04:23 +0100 From: "Adrian Farrel" To: "'Stephen Farrell'" , "'The IESG'" References: <20150805220817.431.69640.idtracker@ietfa.amsl.com> In-Reply-To: <20150805220817.431.69640.idtracker@ietfa.amsl.com> Date: Sun, 9 Aug 2015 16:04:25 +0100 Message-ID: <022401d0d2b4$aebe55c0$0c3b0140$@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: AQF158ubpJs4JdlEHTzct3iLVgKXKJ65kuww Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21736.000 X-TM-AS-Result: No--15.062-10.0-31-10 X-imss-scan-details: No--15.062-10.0-31-10 X-TMASE-MatchedRID: qsaWi0FWcYunykMun0J1wvHkpkyUphL9E7JInT4wddpaW2Ktn+I8/rmh Vmie+sctHBRvaqlaYxJU1Kh/P1Egnpcqz3g0A4fySrrFmZ1Ea4bvJY9pBzgg1OjCW3sOvH3b678 QLKEvGo7V5DSJBPUWJffN0pINbw59Rhn1GE1zgqbr/EBmiNuXt8C5Zx1NKJANyPQR7DhM3jaVFi JDSdp+O05lMrwcgrvrlH6G2cHL0BPz7QpRLPbE+uvaKCqNtxLsjFKI+8i4XgwM74Nf6tTB9jVY1 aulriEUHdmDP96dXiVe3wBPD9GW1YZWobh5g8NWqeBupNgLgYffhzT0GN4Tqyzt4/lw8JZDIi9R uxFWOU4ZWcBq8PK8rdLhGiq/v2IWqApcv3Cmni8tMfCdg6KRDeJc6hKWj0C1NOnYXKcDRxC7NPU bGCnihLBGM5mjdT9R0FQcyJ03bigeP8uAVlDOHPt3QgyOPXbLh94LIShIFRAVhrI1wflQjAiQn7 b9W794uloKsxl1w7QzO548X1ZYiUKX0MSwedJtcFEiuPxHjsVIykqLaQYYFSD8g3n+3IBxHtbBW B6gIuYBSkL2s55MyJ3FbXQSOthewwdiuGueWKgwYApm54/SZpVl8bxyvq1e7pq0KxK+z9ejxYyR Ba/qJX3mXSdV7KK4OubYLCVnBVG8QIu4z6HhEH7cGd19dSFd Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 15:04:36 -0000 Stephen, Thanks for not placing a Discuss. > - (Nearly a discuss) Section 7 refers back to RFC5920 > (from 5 years ago) and RFC6163 (presumably the 3 paragraph > section 7) and also claims that there is "no substantial > reason to to expect the security considerations to be any > different." That's pretty unimpressive to be honest. Don't > you think it'd be reasonable to expect that a new > architecture, framework and set of protocols for high > speed networks should today include a thorough security > and privacy analysis done afresh and not simply referring > back to previous work? For example, is it not likely that > in some cases new IGP security primitives might be needed, > or that virtualisation and data centre trends would mean > that some additional isolation between different folks' > data was desirable or that some kind of automated key > management be finally required to be included from the > start of the design of any new control plane? (This isn't > a discuss as it's probably better to hold that kind of > discussion for a next stage when some architecture or > protocols are defined.) I find your kite-flying tiresome in the extreme! If you have specific issues or concerns that you can see need to be addressed then please do raise them. If you know of people who are control plane experts who believe that the security of the GMPLS control plane has degraded or that new vulnerabilities exist please do get them to engage on the TEAS working group mailing list because those concerns will likely apply across all uses of GMPLS. If you are aware of vulnerabilities in this new data plane you should make sure that ITU-T SG15 is informed so that they can fix them and, at the same time, we can look at how the control plane might be used to circumvent these issues. But "is it not likely that in some cases new IGP security primitives might be needed?" is a meaningless question without details. What cases have you in mind? Why is a flexi-grid more in need of such security primitives than another network? Why would the addition of such security primitives not be a generic addition to GMPLS or even to the native IGP? In short, if you believe that new IGP security primitives are needed you need to hurry to the OSPF and ISIS working groups and ensure that those primitives are made available since their applicability is surely wider than one particular data plane technology. And you ask "or that virtualisation and data centre trends would mean that some additional isolation between different folks' data was desirable?" Is isolation a data plane feature? Are you concerned that there might be leakage between one lambda slot and another? You do realise that the V in VPN means "virtual" and that the packets all get jumbled up in one great big friendly Internet? Or do you believe that the "additional isolation" should apply to the control plane as well? And lastly, while optical data center connections are growing in popularity, we may be a short distance yet from a flexi-grid data center with a GMPLS back plane. And lastly you ask "or that some kind of automated key management be finally required to be included from the start of the design of any new control plane?" And who could argue with this except to note that no "new control plane" is being designed (which is why all the references to GMPLS etc. are made). The fact is that a flexi-grid network is not substantially different from a lambda network dating back 15 years. There are some minor differences in how the optical spectrum is chopped up and this makes for very interesting economic benefits achieved through flexibility and through maximal use of resources. But the control plane modifications to turn a GMPLS control plane for an old-style lambda network into a GMPLS control plane for flexi-grid network are small. This is not a new control plane. So, when you say "Don't you think it'd be reasonable to expect that a new architecture, framework and set of protocols for high speed networks should today include a thorough security and privacy analysis done afresh and not simply referring back to previous work?" I am bound to respond, yes, but I do think it reasonable for an AD to read and understand a document before commenting. This is not the new architecture or set of protocols that you claim it to be, and the network is not of higher speed (necessarily) than what has gone before. Don't get me wrong. I think it is great that a Security AD worries about the security present in our toolbox of routing and signaling protocols. But I think you are aiming your worries entirely wrongly. The result of your poor aim is that: - you simply build resentment to any discussion of security - you do not find the people who should be doing this work - your concerns are lost because they are not heard Can I suggest that you hold a BoF in Yokohama entitled "Security of the Routing and Signaling Infrastructure". You can invite to this meeting the relevant routing experts, and you can arrange for presentations from the security experts who can show what the problems are. There now. I have now spent much longer responding to your Comment than you spent typing it. I am also much less inclined to listen the next time you have a security concern about any of my documents. In short: a poor job done badly. Thanks, Adrian From nobody Sun Aug 9 09:08:13 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48C261ACEBA; Sun, 9 Aug 2015 09:08:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lt5fzLtPy7rx; Sun, 9 Aug 2015 09:08:07 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 539221ACEA9; Sun, 9 Aug 2015 09:08:07 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t79G7w5l016453; Sun, 9 Aug 2015 17:07:58 +0100 Received: from 950129200 (79.135.99.37.dsl.gradwelldsl.co.uk [79.135.99.37] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t79G7uss016421 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 9 Aug 2015 17:07:57 +0100 From: "Adrian Farrel" To: "'Kathleen Moriarty'" Date: Sun, 9 Aug 2015 17:07:58 +0100 Message-ID: <023a01d0d2bd$8fec62f0$afc528d0$@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: AdDSvYwssh2h30AHS1uTW9pnZx2a7g== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21736.001 X-TM-AS-Result: No--16.366-10.0-31-10 X-imss-scan-details: No--16.366-10.0-31-10 X-TMASE-MatchedRID: oTBA/+sdKaanykMun0J1wgIKV2KH2USqC/ExpXrHizzagsZM0qVv140e ly2iMqdYi8fNyReXJq2VLzO9Mz4bMsMHYrhrnliooJLkW6Ru4giTxSVdDMsZvOOxOq7LQlGLwRA 6rpuI8rQvo4lSrODC/P+llZdZsNcpG1CvAg7R8yTmqFqd3TBAA0Crr/LkAQ46V9eB8vnmKe8Xnx dWTEAtaZjNJW4CxsDoXJxUqP5Y2c0wfXl56Qt5SMLRNemq17EifS0Ip2eEHny+qryzYw2E8H2PY bDNMTe9KrauXd3MZDUD/dHyT/Xh7Q== Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org, 'The IESG' , draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, 'Stephen Farrell' Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 16:08:09 -0000 Thanks Kathleen, Glad to see this planning. > Just one comment letting you know about progress on one of your points below. [snip] > > Can I suggest that you hold a BoF in Yokohama entitled "Security of the Routing > > and Signaling Infrastructure". You can invite to this meeting the relevant > > routing experts, and you can arrange for presentations from the security > > experts who can show what the problems are. > > We are working with Alia on security Webex sessions for the routing area. > Hopefully, we will be able to have one near term that stems from work on the > SFC architecture draft that recently went through IESG review. The other one will > be at least 3 months out due to availability of the expert. That's a little ugly. No criticism of the person who is unavailable for the next three months, but Stephen makes it sound like there are known problems and issues that should be addressed soon. Is there only one expert who could help with this? > If something was done in Japan, then I'd like to make sure it was recorded > for anyone who could not attend and didn't want to watch it when they are > not at their best for learning (middle of the night). Sure. I think Meetecho routinely record all BoFs. A From nobody Sun Aug 9 16:52:41 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 721161B2CB8; Sun, 9 Aug 2015 16:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uXtwSabsWfiN; Sun, 9 Aug 2015 16:52:36 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8207F1B2CB7; Sun, 9 Aug 2015 16:52:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id D2341BE4D; Mon, 10 Aug 2015 00:52:34 +0100 (IST) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PGSn-vZR-Jh9; Mon, 10 Aug 2015 00:52:33 +0100 (IST) Received: from [10.87.48.73] (unknown [86.46.29.218]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id D68CDBE33; Mon, 10 Aug 2015 00:52:32 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1439164353; bh=gF5hdjXMQDYBtCCZLLXlnMduzM86Cxlwmpeuq82iLGY=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=F/SuFMpXzLDPKwqdSbXzAwKBPyU74kbHC0sDgfGYrTuIJEYnNbrqmnHFUBglnzORr M3WFSGj/9YGCMXAdcj33MGuWtPz9+Q88orBqcHllkcwZWkwsA8EX7HjQX+AwEfDbOM vfaQB3qBzLPSiwFO6/ciEx2egTTbP/Q3gxCgHCP0= Message-ID: <55C7E7C0.10506@cs.tcd.ie> Date: Mon, 10 Aug 2015 00:52:32 +0100 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'The IESG' References: <20150805220817.431.69640.idtracker@ietfa.amsl.com> <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> In-Reply-To: <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> OpenPGP: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 23:52:39 -0000 Hiya, On 09/08/15 16:04, Adrian Farrel wrote: > Stephen, > > Thanks for not placing a Discuss. No problem. Had there been specific issues I had to raise, it would have been a discuss. In this case, I had neither the time to explore sufficiently nor enough background on this topic, as you point out. But frankly I think your criticism of my criticism is off the mark. The point I made was that the lack of any evidence of a security analysis having been done is unimpressive. That remains the case. The examples were not claimed to be problems that need fixing but questions about which one ought wonder when doing this kind of thing. (As an aside, I don't think kite-flying is a reasonable description of that, and I note that you don't say that any of the possible issues I mentioned have in fact been considered.) As to whether my approach of honestly expressing my genuine disappointment is the most productive, you do make a fair point. In my partial defence, it is the case that I and others recently had quite a difficult time dealing with a discuss on another routing architecture document that suffered from what appeared to me to a similar lack of security analysis, but nonetheless that ought not have influenced my comment here. My apologies to the authors/WG for that. OTOH, it is a couple of decades past the time when doing basic security analysis is expected as part of engineering good practice in IT. I see no reason at all why routing should be some kind of exception there. But I will really be delighted if someone sends me a link to the WG archive where I find that all that work has in fact been done but simply resulted in there being nothing much new to mention. Cheers, S. > >> - (Nearly a discuss) Section 7 refers back to RFC5920 >> (from 5 years ago) and RFC6163 (presumably the 3 paragraph >> section 7) and also claims that there is "no substantial >> reason to to expect the security considerations to be any >> different." That's pretty unimpressive to be honest. Don't >> you think it'd be reasonable to expect that a new >> architecture, framework and set of protocols for high >> speed networks should today include a thorough security >> and privacy analysis done afresh and not simply referring >> back to previous work? For example, is it not likely that >> in some cases new IGP security primitives might be needed, >> or that virtualisation and data centre trends would mean >> that some additional isolation between different folks' >> data was desirable or that some kind of automated key >> management be finally required to be included from the >> start of the design of any new control plane? (This isn't >> a discuss as it's probably better to hold that kind of >> discussion for a next stage when some architecture or >> protocols are defined.) > > I find your kite-flying tiresome in the extreme! > If you have specific issues or concerns that you can see need to be addressed > then please do raise them. > If you know of people who are control plane experts who believe that the > security of the GMPLS control plane has degraded or that new vulnerabilities > exist please do get them to engage on the TEAS working group mailing list > because those concerns will likely apply across all uses of GMPLS. > If you are aware of vulnerabilities in this new data plane you should make sure > that ITU-T SG15 is informed so that they can fix them and, at the same time, we > can look at how the control plane might be used to circumvent these issues. > > But "is it not likely that in some cases new IGP security primitives might be > needed?" is a meaningless question without details. What cases have you in mind? > Why is a flexi-grid more in need of such security primitives than another > network? Why would the addition of such security primitives not be a generic > addition to GMPLS or even to the native IGP? In short, if you believe that new > IGP security primitives are needed you need to hurry to the OSPF and ISIS > working groups and ensure that those primitives are made available since their > applicability is surely wider than one particular data plane technology. > > And you ask "or that virtualisation and data centre trends would mean that some > additional isolation between different folks' data was desirable?" Is isolation > a data plane feature? Are you concerned that there might be leakage between one > lambda slot and another? You do realise that the V in VPN means "virtual" and > that the packets all get jumbled up in one great big friendly Internet? Or do > you believe that the "additional isolation" should apply to the control plane as > well? And lastly, while optical data center connections are growing in > popularity, we may be a short distance yet from a flexi-grid data center with a > GMPLS back plane. > > And lastly you ask "or that some kind of automated key management be finally > required to be included from the start of the design of any new control plane?" > And who could argue with this except to note that no "new control plane" is > being designed (which is why all the references to GMPLS etc. are made). The > fact is that a flexi-grid network is not substantially different from a lambda > network dating back 15 years. There are some minor differences in how the > optical spectrum is chopped up and this makes for very interesting economic > benefits achieved through flexibility and through maximal use of resources. But > the control plane modifications to turn a GMPLS control plane for an old-style > lambda network into a GMPLS control plane for flexi-grid network are small. > This is not a new control plane. > > So, when you say "Don't you think it'd be reasonable to expect that a new > architecture, framework and set of protocols for high speed networks should > today include a thorough security and privacy analysis done afresh and not > simply referring back to previous work?" I am bound to respond, yes, but I do > think it reasonable for an AD to read and understand a document before > commenting. This is not the new architecture or set of protocols that you claim > it to be, and the network is not of higher speed (necessarily) than what has > gone before. > > > Don't get me wrong. I think it is great that a Security AD worries about the > security present in our toolbox of routing and signaling protocols. But I think > you are aiming your worries entirely wrongly. The result of your poor aim is > that: > - you simply build resentment to any discussion of security > - you do not find the people who should be doing this work > - your concerns are lost because they are not heard > > Can I suggest that you hold a BoF in Yokohama entitled "Security of the Routing > and Signaling Infrastructure". You can invite to this meeting the relevant > routing experts, and you can arrange for presentations from the security experts > who can show what the problems are. > > There now. I have now spent much longer responding to your Comment than you > spent typing it. I am also much less inclined to listen the next time you have a > security concern about any of my documents. In short: a poor job done badly. > > Thanks, > Adrian > From nobody Tue Aug 11 02:37:53 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 579B31A6ED9 for ; Tue, 11 Aug 2015 02:37:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VQo-BAck9X_V for ; Tue, 11 Aug 2015 02:37:49 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2D91A3BA7 for ; Tue, 11 Aug 2015 02:37:48 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWC71913; Tue, 11 Aug 2015 09:37:46 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 11 Aug 2015 10:37:33 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.143]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Tue, 11 Aug 2015 17:34:28 +0800 From: Zhenghaomian To: Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66QAAwKAQ Date: Tue, 11 Aug 2015 09:34:28 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.53.113] Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A438CBACEDSZXEMA504MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 09:37:52 -0000 --_000_E0C26CAA2504C84093A49B2CAC3261A438CBACEDSZXEMA504MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIERhbmllbGUgYW5kIENDQU1QZXJzLA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0 byBrZWVwIHRoZSBkcmFmdCBhcyBpdCBpcywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2Vl cCBpdCBjb25zaXN0ZW50IHdpdGggW1JGQzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZv ciBsYWJlbCBzZXQgZmllbGQgZGVzY3JpcHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZp bmVkIFRMVi4NCg0KSSBhbSBpbnRlcmVzdGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxy ZWFkeSBzdXBwb3J0IDMgbWV0aG9kcyBhcyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2gg YWRkaXRpb25hbCBlZmZvcnQgaXMgbmVlZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMg ZHJhZnQ/IElmIG5vdCBtdWNoLCBJIHN1Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUg d29uoa90IGJlIGludGVyLW9wIHByb2JsZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJl c3Qgd2lzaGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNl c0BpZXRmLm9yZ10gtPqx7SBEYW5pZWxlIENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIy N8jVIDE3OjE0DQrK1bz+yMs6IENDQU1QIChjY2FtcEBpZXRmLm9yZykNCtb3zOI6IFtDQ0FNUF0g UE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVu Y29kaW5nIE9wdGlvbnMNCg0KV29ya2luZyBncm91cCwNCg0KYXQgdGhlIG1lZXRpbmcgaW4gUHJh Z3VlIHdlIHJlY2VpdmVkIGEgY29tbWVudCBvbiB0aGUgaGlnaCBudW1iZXIgb2YgZXhpc3Rpbmcg b3B0aW9ucyBmb3IgobBhdmFpbGFibGUgcmVzb3VyY2VzobEgZW5jb2RpbmcgaW4gT1NQRiBmb3Ig ZmxleGktZ3JpZC4NClRoZSBkcmFmdCBhY3R1YWxseSBzdXBwb3J0cyAoaW4gbGluZSB3aXRoIHRo ZSBXU09OIGVuY29kaW5nKSB0aHJlZSBtZXRob2RzOg0KDQoNCmEpICAgICAgSW5jbHVzaXZlL0V4 Y2x1c2l2ZSBsYWJlbCByYW5nZXMNCg0KYikgICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVs IExpc3RzDQoNCmMpICAgICAgIEJpdG1hcCBsYWJlbCBzZXQNCg0KV2hhdCB3ZaGvZCBsaWtlIHRv IGhlYXIgZnJvbSB0aGUgd29ya2luZyBncm91cCBpcyBpZiB0aGUgd29ycnkgZm9yIHRvbyBtYW55 IGFsdGVybmF0aXZlcyBpcyBzaGFyZWQgYW5kLCBpZiBzbywgd2hpY2ggb25lcyBhcmUgdGhlIHBy ZWZlcnJlZC4NClBsZWFzZSBjaG9vc2Ugb25lIG9mIHRoZSBmb2xsb3dpbmcgb3B0aW9ucyBhbmQg c2F5IHdoeToNCg0KT3B0aW9uIDE6IGEpIG9ubHkNCk9wdGlvbiAyOiBiKSBvbmx5DQpPcHRpb24g MzogYykgb25seQ0KT3B0aW9uIDQ6IGEpK2IpK2MpIChpLmUuIGtlZXAgdGhlIGRyYWZ0IGFzIGl0 IGlzKQ0KT3B0aW9uIDU6IGFueSBjb21iaW5hdGlvbiBvZiBhKSxiKSxjKS4gSWYgeW91IGNob29z ZSA1IHBsZWFzZSBzYXkgd2hpY2ggb3B0aW9ucyB5b3Ugd2FudCB0byBrZWVwIGFuZCB3aGljaCBv bmVzIHRvIGRyb3AuDQoNClRoYW5rcywNCkRhbmllbGUNCg== --_000_E0C26CAA2504C84093A49B2CAC3261A438CBACEDSZXEMA504MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [= mailto:ccamp-bounces@ietf.org] =B4=FA= =B1=ED Daniele Ceccarelli
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227=C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions

 

Working group,

 

at the meeting in Prague we rec= eived a comment on the high number of existing options for =A1=B0available = resources=A1=B1 encoding in OSPF for flexi-grid.

The draft actually supports (in= line with the WSON encoding) three methods:

 

a= )   &= nbsp;  Inclusive/Exclusive lab= el ranges

b= )   &= nbsp;  Inclusive/Exclusive lab= el Lists

c= )   &= nbsp;   Bitmap label set

 

What we=A1=AFd like to hear fro= m the working group is if the worry for too many alternatives is shared and= , if so, which ones are the preferred.

Please choose one of the = following options and say why:

 

Option 1: a) only

Option 2: b) only

Option 3: c) only

Option 4: a)+b)+c) (i.e= . keep the draft as it is)

Option 5: any combination of a)= ,b),c). If you choose 5 please say which options you want to keep and which= ones to drop.

 

Thanks,

Daniele

--_000_E0C26CAA2504C84093A49B2CAC3261A438CBACEDSZXEMA504MBXchi_-- From nobody Tue Aug 11 02:56:33 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7638A1A6F27; Tue, 11 Aug 2015 02:56:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bUV41FKgnmDB; Tue, 11 Aug 2015 02:56:29 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B8E81A6F22; Tue, 11 Aug 2015 02:56:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 961C6BE87; Tue, 11 Aug 2015 10:56:26 +0100 (IST) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aSMH5aqd3SJA; Tue, 11 Aug 2015 10:56:26 +0100 (IST) Received: from [134.226.36.180] (stephen-think.dsg.cs.tcd.ie [134.226.36.180]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 5D008BE7D; Tue, 11 Aug 2015 10:56:26 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1439286986; bh=oM9qlGE4sky8zLrOVUj2bWc4pi5cH1SiGkBR3caZt7c=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=0+WmSOb8fzOcJE/1RBOyQDIIk7SUn+aVlFTaQRsb0gIdR6Qny5P9CmkvYpKVx3gCh unkGCWM3tsoTD5zTZvbTblEm9ty6zmH5dFZfGMfiKhumklWEzWatjKwaJ/3/bEgP0L rVOj+5+2R+ZM2QgDMJVBkChRDlh+0aUTUJfUWJLI= Message-ID: <55C9C6CA.6040809@cs.tcd.ie> Date: Tue, 11 Aug 2015 10:56:26 +0100 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'The IESG' References: <20150805220817.431.69640.idtracker@ietfa.amsl.com> <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> <55C7E7C0.10506@cs.tcd.ie> In-Reply-To: <55C7E7C0.10506@cs.tcd.ie> OpenPGP: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 09:56:32 -0000 A bit more on this... Adrian and I chatted on jabber yesterday and figured out the disconnect here. I was interpreting this draft as the start of some big new chunk of work in routing and hence bemoaning the lack of a new security/privacy analysis. Adrian tells me though that in fact the new work resulting in the IETF will consist of a number of relatively minor extensions to existing protocols, in which case the approach taken in the draft of asserting that there's nothing much new here can be ok. Perhaps I got somewhat taken in by some more marketing language in the draft or something:-) Anyway, I had another quick flick through the draft and the following may have caused me to misinterpret what was going on: - title: this reads like the start of a big new thing to me - abstract: "This document defines a framework and the associated control plane requirements for the GMPLS-based control of flexi-grid DWDM networks." That tells me a whole new big chunk of work needs to be done which would require IMO a frech security/privacy analysis which was not done. - intro, last para: same as the last point - section 4 intro: "This framework is aimed at controlling the media layer within the OTN hierarchy, and controlling the required adaptations of the signal layer. This document also defines the term Spectrum-Switched Optical Network (SSON) to refer to a Flexi-grid enabled DWDM network that is controlled by a GMPLS/PCE control plane."think Again that reads like there's a large new chunk of work to be done here, if "this framework" is a new thing and not an existing thing, which is unclear now I re-read it. - 4.8.4: that still reads to me like a big new chunk of work, but I'm told it's less of a deal. In summary, if this draft is the start of a big new chunk of work in the IETF, then my comment stands - it should have had a serious chunk of security/privacy analysis and I don't see evidence that it did. If however I've misinterpreted the draft and it's really just teeing up a set of relatively minor extensions to existing protocols, then the "assertion that there's nothing new" approach taken here can in some cases be justified, and if this is the situation then I can see how my comment would be seen as over the top. Cheers, S. On 10/08/15 00:52, Stephen Farrell wrote: > > Hiya, > > On 09/08/15 16:04, Adrian Farrel wrote: >> Stephen, >> >> Thanks for not placing a Discuss. > > No problem. Had there been specific issues I had to raise, it > would have been a discuss. In this case, I had neither the > time to explore sufficiently nor enough background on this > topic, as you point out. > > But frankly I think your criticism of my criticism is off the > mark. The point I made was that the lack of any evidence of a > security analysis having been done is unimpressive. That remains > the case. The examples were not claimed to be problems that need > fixing but questions about which one ought wonder when doing > this kind of thing. (As an aside, I don't think kite-flying is > a reasonable description of that, and I note that you don't > say that any of the possible issues I mentioned have in fact > been considered.) > > As to whether my approach of honestly expressing my genuine > disappointment is the most productive, you do make a fair point. > In my partial defence, it is the case that I and others recently > had quite a difficult time dealing with a discuss on another > routing architecture document that suffered from what appeared > to me to a similar lack of security analysis, but nonetheless > that ought not have influenced my comment here. My apologies > to the authors/WG for that. > > OTOH, it is a couple of decades past the time when doing basic > security analysis is expected as part of engineering good practice > in IT. I see no reason at all why routing should be some kind of > exception there. But I will really be delighted if someone sends > me a link to the WG archive where I find that all that work has > in fact been done but simply resulted in there being nothing much > new to mention. > > Cheers, > S. > >> >>> - (Nearly a discuss) Section 7 refers back to RFC5920 >>> (from 5 years ago) and RFC6163 (presumably the 3 paragraph >>> section 7) and also claims that there is "no substantial >>> reason to to expect the security considerations to be any >>> different." That's pretty unimpressive to be honest. Don't >>> you think it'd be reasonable to expect that a new >>> architecture, framework and set of protocols for high >>> speed networks should today include a thorough security >>> and privacy analysis done afresh and not simply referring >>> back to previous work? For example, is it not likely that >>> in some cases new IGP security primitives might be needed, >>> or that virtualisation and data centre trends would mean >>> that some additional isolation between different folks' >>> data was desirable or that some kind of automated key >>> management be finally required to be included from the >>> start of the design of any new control plane? (This isn't >>> a discuss as it's probably better to hold that kind of >>> discussion for a next stage when some architecture or >>> protocols are defined.) >> >> I find your kite-flying tiresome in the extreme! >> If you have specific issues or concerns that you can see need to be addressed >> then please do raise them. >> If you know of people who are control plane experts who believe that the >> security of the GMPLS control plane has degraded or that new vulnerabilities >> exist please do get them to engage on the TEAS working group mailing list >> because those concerns will likely apply across all uses of GMPLS. >> If you are aware of vulnerabilities in this new data plane you should make sure >> that ITU-T SG15 is informed so that they can fix them and, at the same time, we >> can look at how the control plane might be used to circumvent these issues. >> >> But "is it not likely that in some cases new IGP security primitives might be >> needed?" is a meaningless question without details. What cases have you in mind? >> Why is a flexi-grid more in need of such security primitives than another >> network? Why would the addition of such security primitives not be a generic >> addition to GMPLS or even to the native IGP? In short, if you believe that new >> IGP security primitives are needed you need to hurry to the OSPF and ISIS >> working groups and ensure that those primitives are made available since their >> applicability is surely wider than one particular data plane technology. >> >> And you ask "or that virtualisation and data centre trends would mean that some >> additional isolation between different folks' data was desirable?" Is isolation >> a data plane feature? Are you concerned that there might be leakage between one >> lambda slot and another? You do realise that the V in VPN means "virtual" and >> that the packets all get jumbled up in one great big friendly Internet? Or do >> you believe that the "additional isolation" should apply to the control plane as >> well? And lastly, while optical data center connections are growing in >> popularity, we may be a short distance yet from a flexi-grid data center with a >> GMPLS back plane. >> >> And lastly you ask "or that some kind of automated key management be finally >> required to be included from the start of the design of any new control plane?" >> And who could argue with this except to note that no "new control plane" is >> being designed (which is why all the references to GMPLS etc. are made). The >> fact is that a flexi-grid network is not substantially different from a lambda >> network dating back 15 years. There are some minor differences in how the >> optical spectrum is chopped up and this makes for very interesting economic >> benefits achieved through flexibility and through maximal use of resources. But >> the control plane modifications to turn a GMPLS control plane for an old-style >> lambda network into a GMPLS control plane for flexi-grid network are small. >> This is not a new control plane. >> >> So, when you say "Don't you think it'd be reasonable to expect that a new >> architecture, framework and set of protocols for high speed networks should >> today include a thorough security and privacy analysis done afresh and not >> simply referring back to previous work?" I am bound to respond, yes, but I do >> think it reasonable for an AD to read and understand a document before >> commenting. This is not the new architecture or set of protocols that you claim >> it to be, and the network is not of higher speed (necessarily) than what has >> gone before. >> >> >> Don't get me wrong. I think it is great that a Security AD worries about the >> security present in our toolbox of routing and signaling protocols. But I think >> you are aiming your worries entirely wrongly. The result of your poor aim is >> that: >> - you simply build resentment to any discussion of security >> - you do not find the people who should be doing this work >> - your concerns are lost because they are not heard >> >> Can I suggest that you hold a BoF in Yokohama entitled "Security of the Routing >> and Signaling Infrastructure". You can invite to this meeting the relevant >> routing experts, and you can arrange for presentations from the security experts >> who can show what the problems are. >> >> There now. I have now spent much longer responding to your Comment than you >> spent typing it. I am also much less inclined to listen the next time you have a >> security concern about any of my documents. In short: a poor job done badly. >> >> Thanks, >> Adrian >> > From nobody Tue Aug 11 05:32:18 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA1471A8958 for ; Tue, 11 Aug 2015 05:32:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.894 X-Spam-Level: X-Spam-Status: No, score=-2.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hfYlO0PlDOYb for ; Tue, 11 Aug 2015 05:32:15 -0700 (PDT) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id B03121A8966 for ; Tue, 11 Aug 2015 05:32:15 -0700 (PDT) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 70BFCA443A2 for ; Tue, 11 Aug 2015 14:32:18 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 6A8A7A443A1 for ; Tue, 11 Aug 2015 14:32:18 +0200 (CEST) Received: from [10.193.71.204] (10.193.71.204) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.224.2; Tue, 11 Aug 2015 14:32:13 +0200 Message-ID: <55C9EB4D.6040707@orange.com> Date: Tue, 11 Aug 2015 14:32:13 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [CCAMP] =?utf-8?b?562U5aSNOiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2Ft?= =?utf-8?q?p-flexible-grid-ospf-ext-02_-_Encoding_Options?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 12:32:17 -0000 Hi Haomian, If the assertion below was true, I would be happy to agree with you. However, I am afraid you are wrong; therefore I fully support the attempt in progress to reduce the number of encoding options. In this regards, I would vote for "c) only", stressing that the effort should be put on including the clarification suggested by Ramon into the draft. Regards, Julien Aug. 11, 2015 - Zhenghaomian: > There won’t be inter-op problem as long as standardized. From nobody Tue Aug 11 15:32:21 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46A211A1A54 for ; Tue, 11 Aug 2015 15:32:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SD4TMqO2HlCd for ; Tue, 11 Aug 2015 15:32:18 -0700 (PDT) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCF7D1A1A57 for ; Tue, 11 Aug 2015 15:32:17 -0700 (PDT) Received: by wicne3 with SMTP id ne3so78756689wic.0 for ; Tue, 11 Aug 2015 15:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=zl8L+vV+SdWEHqm3qcIqSMG6XFh/s5Crp+DhC7TMnD4=; b=xYXAGFdQMFCmsSp+uld3CZoHcUaFnJv3wz81mVtAspX+PiogBEskpL0S+QDS5ZXZQ+ 11YqsoOn534O4Oe4ZJGdJzvYaoRpu0XrrZmMRvWzVx/yiXvt1S1OWBHTBGH7XSAvJfII tVe1yEZ8KkpdOELgeIwBHaRdCy9Mc433EcIqbLXpmSEewh6XVJzgU5Ov4pf6cjwmORhY nAHUVpiJM7/CsHrzS08HraNoNcIBNB0BaAFY88IOwp9Y3X5CBjB1Pix7diqg8RcBxXD8 t/ZhwLZ0LVfCrh1A9M1mILyUNtKS6x5My+S3fe0ytm63/OvI8wgEtIOd2kgTtUc43602 gDqA== X-Received: by 10.180.97.134 with SMTP id ea6mr41776399wib.63.1439332336712; Tue, 11 Aug 2015 15:32:16 -0700 (PDT) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by smtp.gmail.com with ESMTPSA id ub19sm20858118wib.8.2015.08.11.15.32.15 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Aug 2015 15:32:15 -0700 (PDT) Message-ID: <55CA77EE.1080809@gmail.com> Date: Wed, 12 Aug 2015 00:32:14 +0200 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Julien Meuric , ccamp@ietf.org References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55C9EB4D.6040707@orange.com> In-Reply-To: <55C9EB4D.6040707@orange.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [CCAMP] =?utf-8?b?562U5aSNOiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2Ft?= =?utf-8?q?p-flexible-grid-ospf-ext-02_-_Encoding_Options?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 22:32:19 -0000 Bonjour Julien, I fully agree with your assessment. I will also vote for "c) only". Best regards, Huub. ============= > Hi Haomian, > > If the assertion below was true, I would be happy to agree with you. > However, I am afraid you are wrong; therefore I fully support the > attempt in progress to reduce the number of encoding options. > In this regards, I would vote for "c) only", stressing that the effort > should be put on including the clarification suggested by Ramon into > the draft. > > Regards, > > Julien > > > Aug. 11, 2015 - Zhenghaomian: >> There won’t be inter-op problem as long as standardized. > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp -- ***************************************************************** 请记住，你是独一无二的，就像其他每一个人一样 From nobody Wed Aug 12 18:00:32 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FD611B2E9E for ; Wed, 12 Aug 2015 18:00:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mQf6EPaQMeqg for ; Wed, 12 Aug 2015 18:00:29 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 909C21B2E99 for ; Wed, 12 Aug 2015 18:00:28 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZU78165; Thu, 13 Aug 2015 01:00:20 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 13 Aug 2015 02:00:18 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Thu, 13 Aug 2015 09:00:14 +0800 From: Fatai Zhang To: "CCAMP (ccamp@ietf.org)" Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQ== Date: Thu, 13 Aug 2015 01:00:13 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCB5EFCSZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 01:00:31 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB5EFCSZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Authors, Contributors, CCAMP, As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr= id-rsvp-te-ext: Are you aware of any IPR that applies to the draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. 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 awa= re of any relevant IPR. This document will not advance to the next stage un= til 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 co= ntributor, 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 se= e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki= /IntellectualProperty. Thank you, Fatai & Daniele --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB5EFCSZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Authors, Contributors, CCAMP,

 

As part of the preparation f= or WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext= :

 

Are you aware of any IPR that a= pplies to the draft identified above?

 

Please state either:=

"No, I'm not aware of any = IPR that applies to this draft"

or

"Yes, I'm aware of IPR tha= t applies to this draft"

 

If so, has this IPR been disclo= sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f= or more details)?

If yes to the above, please sta= te either:

 

"Yes, the IPR has been dis= closed in compliance with IETF IPR rules"

or

"No, the IPR has not been = disclosed"

 

If you answer no, please provid= e any additional details you think appropriate. If you are listed as a docu= ment author or contributor please answer the above by responding to this em= ail 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 contri= butor.

 

NOTE: THIS APPLIES TO ALL OF YO= U LISTED IN THIS MESSAGE'S TO LINES.

 

If you are on the CCAMP WG emai= l list but are not listed as an author or contributor, we remind you of you= r obligations under the IETF IPR rules which encourages you to notify the I= ETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribut= ion or discussion related to your undisclosed IPR. For more information, pl= ease see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<= /a>.

 

Thank you,

Fatai & Daniele<= /span>

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCB5EFCSZXEMA504MBSchi_-- From nobody Fri Aug 14 07:02:42 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA1AA1B29BE for ; Fri, 14 Aug 2015 07:02:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S7XXyg_IfVpZ for ; Fri, 14 Aug 2015 07:02:38 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B37E11A1C04 for ; Fri, 14 Aug 2015 07:02:37 -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 t7EE2LiW016505; Fri, 14 Aug 2015 15:02:21 +0100 Received: from 950129200 (79.135.99.37.dsl.gradwelldsl.co.uk [79.135.99.37] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t7EE2DQ5016365 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 14 Aug 2015 15:02:16 +0100 From: "Adrian Farrel" To: "'Fatai Zhang'" , "'CCAMP'" References: In-Reply-To: Date: Fri, 14 Aug 2015 15:02:13 +0100 Message-ID: <092801d0d699$d50ca360$7f25ea20$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0929_01D0D6A2.36D5ED60" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJQcqa9hsfgiTJSbYJBtZOjod6UuJ0LJcEw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21744.007 X-TM-AS-Result: No--20.589-10.0-31-10 X-imss-scan-details: No--20.589-10.0-31-10 X-TMASE-MatchedRID: vWvnoyq7eMws3eJUt5qL1es6F9F7rvpHhhXpc0cXBhwwJ6xbTjBa5uYA h37ZsBDCKOUfwPQyeFe1eX0jEQ9c6jAq87iL2fL49Us4ZrjPeq++cxMBxtB5NnbXWvzc46hWMIi U395I8H06En2bnefhoJTVN3FiLkyozADQE9qHiSRowYal4wRiYCxIdq6LJ503XaS5Ieafe4N7sw 7yO+Y9LGl5nVxdmJvHxe3blg14hRJncpGQs7S9GTDBUYimuP0v2W8kB86ctV6qQ5WmlFFeJ5mug 812qIbz21y0oPfgygpq4coTktrGX5VEFuOCmbPDaeXbW3aJqoa/UoU6gx5uoe2u5u3xOQvhwbRQ 2Bpmliq0X0Yw27VuouQ45nVtPqmxrsFU8Uw5BC6ytmB2/5InT/zxIC9LasqudG57tpB6osSzLD5 kmcW6ZBOySJ0+MHXaE435Dt6W/lg9JrCIEsrp9x/2e9RyQzWhWnMoQfS9Wq8Sd6sOmnf5YwAYYo bwIbwCSHjWEz/Dpkz5N0o2THGRZFJQYfpG4rTPPw1HPwekKZJkRkp1KngjvR6zMsc8JBv0W3yip es9rvIBL/XzNFFmHxS11FlOYRohOiaWfAZyIxIXlh2Nyyp8x7Rd0WwZSVdNNJyAyqAmcb+Ycl4B gqVyk5AX3UzEQF1Gte8MfJIL55SVIEi8fvjB8mtqvVA5MKaPOXn4hABxhWTyUQNiagGSs9sfxZp Qv2qMEQhmLSwsumpTVokgGuVTOUv+Gv9gyZL/yLEZfWzun2U9L+XNrNJvTHuLfgSBmtT0b/5HBZ 6dvRjKIGMaZvT024hIjrzeyQMKyk/F03KvWfvi8zVgXoAltuoKEDqVJEm+tD9qpBlNF8o/vucGn 10dpoNGgRhazQM9eSC65CityAwtr9pfCeBUkEDCR7TH412ADln8Zk3tcsntUVxqAWWV6X7cGd19 dSFd Archived-At: Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2015 14:02:41 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0929_01D0D6A2.36D5ED60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Fatai, "No, I'm not aware of any IPR that applies to this draft" Thanks, Adrian From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: 13 August 2015 02:00 To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Authors, Contributors, CCAMP, As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext : Are you aware of any IPR that applies to the draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. 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, Fatai & Daniele ------=_NextPart_000_0929_01D0D6A2.36D5ED60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Fatai,

 

"No, I'm not aware of any IPR that applies to = this draft"

 

Thanks,

Adrian

 

From: CCAMP = [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai = Zhang
Sent: 13 August 2015 02:00
To: CCAMP = (ccamp@ietf.org)
Subject: [CCAMP] IPR on = draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03

=

 

Authors, = Contributors, CCAMP,

 <= /o:p>

As part of = the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext:=

 <= /o:p>

Are you = aware of any IPR that applies to the draft identified = above?

 <= /o:p>

Please = state either:

"No, = I'm not aware of any IPR that applies to this = draft"

or

"Yes, = I'm aware of IPR that applies to this = draft"

 <= /o:p>

If so, has = this IPR been disclosed in compliance with IETF IPR rules (see RFCs = 3979, 4879, 3669 and 5378 for more details)?

If yes to = the above, please state either:

 <= /o:p>

"Yes, = the IPR has been disclosed in compliance with IETF IPR = rules"

or

"No, = the IPR has not been disclosed"

 <= /o:p>

If you = answer no, please provide any additional details you think appropriate. = 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.

 <= /o:p>

NOTE: THIS = APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO = LINES.

 <= /o:p>

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= .

 <= /o:p>

Thank = you,

Fatai & = Daniele

 

 

 

 

------=_NextPart_000_0929_01D0D6A2.36D5ED60-- From nobody Sat Aug 15 08:01:46 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6429F1B29F6; Wed, 5 Aug 2015 18:09:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M7KxSdRA93Ol; Wed, 5 Aug 2015 18:09:27 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FA9D1B29EC; Wed, 5 Aug 2015 18:09:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Terry Manderson" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.3.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150806010927.20882.43508.idtracker@ietfa.amsl.com> Date: Wed, 05 Aug 2015 18:09:27 -0700 Archived-At: X-Mailman-Approved-At: Sat, 15 Aug 2015 08:01:35 -0700 Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org Subject: [CCAMP] Terry Manderson's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2015 01:09:30 -0000 Terry Manderson has entered the following ballot position for draft-ietf-ccamp-flexi-grid-fwk-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- wow.. what a read. Thanks for the best example of meaningful ASCII art I have seen in a long long time :-) From nobody Sat Aug 15 08:01:49 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E7551ACDA6; Sun, 9 Aug 2015 08:38:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R1PyXEURXQhH; Sun, 9 Aug 2015 08:38:47 -0700 (PDT) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B7C91AC39A; Sun, 9 Aug 2015 08:38:47 -0700 (PDT) Received: by qkfj126 with SMTP id j126so138249qkf.0; Sun, 09 Aug 2015 08:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ml4ooe2A1WHJ+oIcLmgdoJqH0Ccsw9gnVViIzeC8OTA=; b=MximTFRXtsN1hNlZVjX0J1kFrQ4U5U+Lnu1HNJxo+lUkMWk4Vd/eypr6U3gdKwb2OW Lx/+2M5FmFb6mV4r8BC4zGgjJKC9x56W1j/OYc1k1s4/K0t22sukVSrJZ+GGRY4HYVXZ WTEd/tQYSj/T8v9fOpAKhtqSYvaQfwU8tkqVgh8e30YQ4HX5c1pG3bPx9KIKrg+ekt1U Rs+qLeajZcIrxyUNGDisAyO1Jdx2mMu/YLIN0a1VeDO9Pol+1ClyrM7nThc36nK6LkOj gpMjlBWyf63I5DlxxZYsfqVjCrGa7RoQ+wBP2V1LdUlkivq7QXtcB+hpBbVe9xyp3Zs9 phpg== X-Received: by 10.55.21.29 with SMTP id f29mr30279048qkh.30.1439134726254; Sun, 09 Aug 2015 08:38:46 -0700 (PDT) Received: from [192.168.1.4] (209-6-114-252.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com. [209.6.114.252]) by smtp.gmail.com with ESMTPSA id h35sm5243430qkh.34.2015.08.09.08.38.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Aug 2015 08:38:45 -0700 (PDT) From: Kathleen Moriarty X-Google-Original-From: Kathleen Moriarty Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (12H143) In-Reply-To: <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> Date: Sun, 9 Aug 2015 11:38:43 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150805220817.431.69640.idtracker@ietfa.amsl.com> <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> To: "adrian@olddog.co.uk" Archived-At: X-Mailman-Approved-At: Sat, 15 Aug 2015 08:01:34 -0700 Cc: "draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org" , "ccamp-chairs@ietf.org" , "ccamp@ietf.org" , "draft-ietf-ccamp-flexi-grid-fwk@ietf.org" , The IESG , "draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org" , Stephen Farrell Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 15:38:49 -0000 Just one comment letting you know about progress on one of your points below= . Sent from my iPhone > On Aug 9, 2015, at 11:04 AM, Adrian Farrel wrote: >=20 > Stephen, >=20 > Thanks for not placing a Discuss. >=20 >> - (Nearly a discuss) Section 7 refers back to RFC5920 >> (from 5 years ago) and RFC6163 (presumably the 3 paragraph >> section 7) and also claims that there is "no substantial >> reason to to expect the security considerations to be any >> different." That's pretty unimpressive to be honest. Don't >> you think it'd be reasonable to expect that a new >> architecture, framework and set of protocols for high >> speed networks should today include a thorough security >> and privacy analysis done afresh and not simply referring >> back to previous work? For example, is it not likely that >> in some cases new IGP security primitives might be needed, >> or that virtualisation and data centre trends would mean >> that some additional isolation between different folks' >> data was desirable or that some kind of automated key >> management be finally required to be included from the >> start of the design of any new control plane? (This isn't >> a discuss as it's probably better to hold that kind of >> discussion for a next stage when some architecture or >> protocols are defined.) >=20 > I find your kite-flying tiresome in the extreme! > If you have specific issues or concerns that you can see need to be addres= sed > then please do raise them. > If you know of people who are control plane experts who believe that the > security of the GMPLS control plane has degraded or that new vulnerabiliti= es > exist please do get them to engage on the TEAS working group mailing list > because those concerns will likely apply across all uses of GMPLS. > If you are aware of vulnerabilities in this new data plane you should make= sure > that ITU-T SG15 is informed so that they can fix them and, at the same tim= e, we > can look at how the control plane might be used to circumvent these issues= . >=20 > But "is it not likely that in some cases new IGP security primitives might= be > needed?" is a meaningless question without details. What cases have you in= mind? > Why is a flexi-grid more in need of such security primitives than another > network? Why would the addition of such security primitives not be a gener= ic > addition to GMPLS or even to the native IGP? In short, if you believe that= new > IGP security primitives are needed you need to hurry to the OSPF and ISIS > working groups and ensure that those primitives are made available since t= heir > applicability is surely wider than one particular data plane technology. >=20 > And you ask "or that virtualisation and data centre trends would mean that= some > additional isolation between different folks' data was desirable?" Is isol= ation > a data plane feature? Are you concerned that there might be leakage betwee= n one > lambda slot and another? You do realise that the V in VPN means "virtual" a= nd > that the packets all get jumbled up in one great big friendly Internet? Or= do > you believe that the "additional isolation" should apply to the control pl= ane as > well? And lastly, while optical data center connections are growing in > popularity, we may be a short distance yet from a flexi-grid data center w= ith a > GMPLS back plane. >=20 > And lastly you ask "or that some kind of automated key management be final= ly > required to be included from the start of the design of any new control pl= ane?" > And who could argue with this except to note that no "new control plane" i= s > being designed (which is why all the references to GMPLS etc. are made). T= he > fact is that a flexi-grid network is not substantially different from a la= mbda > network dating back 15 years. There are some minor differences in how the > optical spectrum is chopped up and this makes for very interesting economi= c > benefits achieved through flexibility and through maximal use of resources= . But > the control plane modifications to turn a GMPLS control plane for an old-s= tyle > lambda network into a GMPLS control plane for flexi-grid network are smal= l. > This is not a new control plane. >=20 > So, when you say "Don't you think it'd be reasonable to expect that a new > architecture, framework and set of protocols for high speed networks shoul= d > today include a thorough security and privacy analysis done afresh and not= > simply referring back to previous work?" I am bound to respond, yes, but I= do > think it reasonable for an AD to read and understand a document before > commenting. This is not the new architecture or set of protocols that you c= laim > it to be, and the network is not of higher speed (necessarily) than what h= as > gone before. >=20 >=20 > Don't get me wrong. I think it is great that a Security AD worries about t= he > security present in our toolbox of routing and signaling protocols. But I t= hink > you are aiming your worries entirely wrongly. The result of your poor aim i= s > that: > - you simply build resentment to any discussion of security > - you do not find the people who should be doing this work > - your concerns are lost because they are not heard >=20 > Can I suggest that you hold a BoF in Yokohama entitled "Security of the Ro= uting > and Signaling Infrastructure". You can invite to this meeting the relevant= > routing experts, and you can arrange for presentations from the security e= xperts > who can show what the problems are. We are working with Alia on security Webex sessions for the routing area. H= opefully, we will be able to have one near term that stems from work on the S= FC architecture draft that recently went through IESG review. The other one= will be at least 3 months out due to availability of the expert. If someth= ing was done in Japan, then I'd like to make sure it was recorded for anyone= who could not attend and didn't want to watch it when they are not at their= best for learning (middle of the night). Thanks, Kathleen=20 >=20 > There now. I have now spent much longer responding to your Comment than yo= u > spent typing it. I am also much less inclined to listen the next time you h= ave a > security concern about any of my documents. In short: a poor job done badl= y. >=20 > Thanks, > Adrian >=20 From nobody Sat Aug 15 08:01:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90ED81ACD91; Sun, 9 Aug 2015 10:42:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MkTsrh82OZie; Sun, 9 Aug 2015 10:42:04 -0700 (PDT) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E8411ACD01; Sun, 9 Aug 2015 10:42:04 -0700 (PDT) Received: by qgeg42 with SMTP id g42so68080783qge.1; Sun, 09 Aug 2015 10:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OgcWfPUa3bkLbmWvT4abo3lVNJWOIHFzbA/nTCRZ8YI=; b=0JCuwTni8awBjM/E2KSdWmZU2NPJbYrUtDKUm03zdB14Ebc2YEeOCiharOrAfBlXQc Mtyxmrg/6XNiBcSPVhlmLrJ54Ktgb05a73f5rMyuDBRxahoyYUblwpVudob+8Rb1vLbh wtCqyf/F9RIC7zgBKtDFK1MW1zPbYc3ceJ3fdcvNS1uLdHlSy5w/UcGQViUbpirx2r0C wxoxhFiAKDykRBZpPPclb31Jbq6EKcLAP/7dSMR6KD6rEsr0d2MOOrM7QQv8nre8Bd4b xytRDWOQ7wtiB/nCdERNh+q8OyepGyXa02alVQqGCZKGijm0EI2uPY5knXJSaV6uliYv HM7A== X-Received: by 10.140.93.200 with SMTP id d66mr31573852qge.62.1439142123616; Sun, 09 Aug 2015 10:42:03 -0700 (PDT) Received: from [192.168.1.4] (209-6-114-252.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com. [209.6.114.252]) by smtp.gmail.com with ESMTPSA id 23sm3537662qky.43.2015.08.09.10.42.02 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 09 Aug 2015 10:42:02 -0700 (PDT) From: Kathleen Moriarty X-Google-Original-From: Kathleen Moriarty Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (12H143) In-Reply-To: <023a01d0d2bd$8fec62f0$afc528d0$@olddog.co.uk> Date: Sun, 9 Aug 2015 13:42:01 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <893A7FE9-471A-4241-A27F-0C350A3D0204@gmail.com> References: <023a01d0d2bd$8fec62f0$afc528d0$@olddog.co.uk> To: "" Archived-At: X-Mailman-Approved-At: Sat, 15 Aug 2015 08:01:35 -0700 Cc: "" , "" , "" , "" , The IESG , "" , Stephen Farrell Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 17:42:05 -0000 Hi Adrian, Sent from my iPhone > On Aug 9, 2015, at 12:07 PM, Adrian Farrel wrote: >=20 > Thanks Kathleen, >=20 > Glad to see this planning. >=20 >> Just one comment letting you know about progress on one of your points be= low. >=20 > [snip] >=20 >>> Can I suggest that you hold a BoF in Yokohama entitled "Security of the > Routing >>> and Signaling Infrastructure". You can invite to this meeting the releva= nt >>> routing experts, and you can arrange for presentations from the security= >>> experts who can show what the problems are. >>=20 >> We are working with Alia on security Webex sessions for the routing area.= >> Hopefully, we will be able to have one near term that stems from work on t= he >> SFC architecture draft that recently went through IESG review. The other= one > will >> be at least 3 months out due to availability of the expert. =20 >=20 > That's a little ugly. No criticism of the person who is unavailable for th= e next > three months, but Stephen makes it sound like there are known problems and= > issues that should be addressed soon. Is there only one expert who could h= elp > with this? We were talking about 2 talks so far, one sooner and one a little further ou= t. Maybe we'll find options for other talks as well. Best regards, Kathleen=20 >=20 >> If something was done in Japan, then I'd like to make sure it was recorde= d >> for anyone who could not attend and didn't want to watch it when they are= >> not at their best for learning (middle of the night). >=20 > Sure. I think Meetecho routinely record all BoFs. >=20 > A >=20 From nobody Mon Aug 17 01:09:52 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B585F1A87A6 for ; Mon, 17 Aug 2015 01:09:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jEypau7xAaK9 for ; Mon, 17 Aug 2015 01:09:49 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD7601A8779 for ; Mon, 17 Aug 2015 01:09:48 -0700 (PDT) X-AuditID: c1b4fb3a-f79136d0000071e2-97-55d196ca212f Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id ED.B3.29154.AC691D55; Mon, 17 Aug 2015 10:09:46 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.233]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0210.002; Mon, 17 Aug 2015 10:09:46 +0200 From: Daniele Ceccarelli To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQDYI/mA Date: Mon, 17 Aug 2015 08:09:45 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129C62B0@ESESSMB301.ericsson.se> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129C62B0ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUyM+Jvje6paRdDDVYtNbV4MucGi8Xlrm52 i5fznzFa9DWfZ3Vg8XjZP4fRo+XIW1aPJUt+Mnl0/mYOYInisklJzcksSy3St0vgyph5YAdT wdaQiofrX7M0MJ7y6mLk5JAQMJG4++QoE4QtJnHh3nq2LkYuDiGBo4wST1bOZoZwljBKfN76 gb2LkYODTcBK4skhH5AGEYEQiUnP1rOA2MwC6xklFvyQAikRFvCU+PJeDMQUEfCSuPGqFqLa SGLbhIOsIDaLgKrEpL4WdhCbV8BX4umzyWBxIYFQicMHmplBbE6BMIm3C7eB2YwCshITdi9i hNgkLnHryXyokwUkluw5zwxhi0q8fPyPFcJWlPj4ah8jyAnMAvkS8744QKwSlDg58wnLBEbR WUgmzUKomoWkCqJET+LG1ClsELa2xLKFr5khbF2JGf8OsSCLL2BkX8UoWpxaXJybbmSkl1qU mVxcnJ+nl5dasokRGI0Ht/y22sF48LnjIUYBDkYlHt4H7BdDhVgTy4orcw8xSnOwKInzztic FyokkJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qB0fYvS8apE6Zv265EvW2SX72B1XTlG7e2YztY vRftTZns9mbPHBept4+aOZfzfvm0zGqF8XGlxggPQVt/o4Vz1m7smnbooc9OlTSuWb/75c9/ 7d3I+PkO+x7FUke5d/MfvP9ulFRu6Vuu6ZFr92LeTOm3gSkVWUkx3k5H6iP/a3xafSLaoaZ7 thJLcUaioRZzUXEiAOiHw96nAgAA Archived-At: Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2015 08:09:51 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129C62B0ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable "Yes, I'm aware of IPR that applies to this draft" BR Daniele From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: gioved=EC 13 agosto 2015 03:00 To: CCAMP (ccamp@ietf.org) Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A (ATTLABS) (db3546@att.com); OSC= AR GONZALEZ DE DIOS (oscar.gonzalezdedios@telefonica.com) Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Authors, Contributors, CCAMP, As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr= id-rsvp-te-ext: Are you aware of any IPR that applies to the draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. 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 awa= re of any relevant IPR. This document will not advance to the next stage un= til 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 co= ntributor, 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 se= e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki= /IntellectualProperty. Thank you, Fatai & Daniele --_000_4A1562797D64E44993C5CBF38CF1BE48129C62B0ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

"Yes= , I'm aware of IPR that applies to this draft"

=  

BR

Danie= le

=  

From: Fatai Zhang [mailto:zhangfatai@huawei.com]
Sent: gioved=EC 13 agosto 2015 03:00
To: CCAMP (ccamp@ietf.org)
Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A (ATTLABS) (db3546@att.co= m); OSCAR GONZALEZ DE DIOS (oscar.gonzalezdedios@telefonica.com)
Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-0= 3

 =

Authors, = Contributors, CCAMP,

&nbs= p;

As par= t of the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid= -rsvp-te-ext:

&nbs= p;

Are you a= ware of any IPR that applies to the draft identified above?

&nbs= p;

Please st= ate either:

"No,= I'm not aware of any IPR that applies to this draft"

or

"Yes= , I'm aware of IPR that applies to this draft"

&nbs= p;

If so, ha= s this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979,= 4879, 3669 and 5378 for more details)?

If yes to= the above, please state either:

&nbs= p;

"Yes= , the IPR has been disclosed in compliance with IETF IPR rules"

or

"No,= the IPR has not been disclosed"

&nbs= p;

If you an= swer no, please provide any additional details you think appropriate. If yo= u 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 no= t advance to the next stage until a response has been received from each au= thor and listed contributor.

&nbs= p;

NOTE: THI= S APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES.

&nbs= p;

If you ar= e 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 encourag= es you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from partici= pating in any contribution or discussion related to your undisclosed IPR. F= or more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<= /a>.

&nbs= p;

Thank you= ,

Fatai &am= p; Daniele

 

 

 

 

--_000_4A1562797D64E44993C5CBF38CF1BE48129C62B0ESESSMB301erics_-- From nobody Mon Aug 17 01:25:57 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9357B1A8837 for ; Mon, 17 Aug 2015 01:25:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VuKEzaBS6XqN for ; Mon, 17 Aug 2015 01:25:54 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EC491A8831 for ; Mon, 17 Aug 2015 01:25:53 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWI35729; Mon, 17 Aug 2015 08:25:51 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 17 Aug 2015 09:25:51 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Mon, 17 Aug 2015 16:25:41 +0800 From: Fatai Zhang To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Thread-Index: AQHQ2MZNfE+wdhu710uwgwxBZULv1w== Date: Mon, 17 Aug 2015 08:25:40 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCB6A70SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2015 08:25:56 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB6A70SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, all, Yes, I'm aware of IPR that applies to this draft, and the IPR has been dis= closed in compliance with IETF IPR rules. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Thursday, August 13, 2015 9:00 AM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Authors, Contributors, CCAMP, As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr= id-rsvp-te-ext: Are you aware of any IPR that applies to the draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. 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 awa= re of any relevant IPR. This document will not advance to the next stage un= til 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 co= ntributor, 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 se= e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki= /IntellectualProperty. Thank you, Fatai & Daniele --_000_F82A4B6D50F9464B8EBA55651F541CF85CCB6A70SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, all= ,

&n= bsp;

Yes, I'= m aware of IPR that applies to this draft, and  the IPR has been discl= osed in compliance with IETF IPR rules.

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

Best Re= gards

&n= bsp;

Fatai

&n= bsp;

From: CCAMP [mailt= o:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Thursday, August 13, 2015 9:00 AM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-0= 3

 

Authors, Contributors, CCAMP,

 

As part of the preparation f= or WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext= :

 

Are you aware of any IPR that a= pplies to the draft identified above?

 

Please state either:=

"No, I'm not aware of any = IPR that applies to this draft"

or

"Yes, I'm aware of IPR tha= t applies to this draft"

 

If so, has this IPR been disclo= sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f= or more details)?

If yes to the above, please sta= te either:

 

"Yes, the IPR has been dis= closed in compliance with IETF IPR rules"

or

"No, the IPR has not been = disclosed"

 

If you answer no, please provid= e any additional details you think appropriate. If you are listed as a docu= ment author or contributor please answer the above by responding to this em= ail 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 contri= butor.

 

NOTE: THIS APPLIES TO ALL OF YO= U LISTED IN THIS MESSAGE'S TO LINES.

 

If you are on the CCAMP WG emai= l list but are not listed as an author or contributor, we remind you of you= r obligations under the IETF IPR rules which encourages you to notify the I= ETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribut= ion or discussion related to your undisclosed IPR. For more information, pl= ease see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<= /a>.

 

Thank you,

Fatai & Daniele<= /span>

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCB6A70SZXEMA504MBSchi_-- From nobody Mon Aug 17 07:00:55 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 880C61A017E for ; Mon, 17 Aug 2015 07:00:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tB4zDjKm2rd1 for ; Mon, 17 Aug 2015 07:00:51 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FE7F1A01D6 for ; Mon, 17 Aug 2015 07:00:50 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t7HE0av8022881; Mon, 17 Aug 2015 15:00:36 +0100 Received: from 950129200 ([62.7.67.18]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t7HE0Zed022850 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 17 Aug 2015 15:00:35 +0100 From: "Adrian Farrel" To: "'Daniele Ceccarelli'" References: <4A1562797D64E44993C5CBF38CF1BE48129C62B0@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129C62B0@ESESSMB301.ericsson.se> Date: Mon, 17 Aug 2015 15:00:35 +0100 Message-ID: <0d2801d0d8f5$171a2180$454e6480$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0D29_01D0D8FD.78E20BF0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJQcqa9hsfgiTJSbYJBtZOjod6UuAFnGXLinQXLwEA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21752.000 X-TM-AS-Result: No--22.041-10.0-31-10 X-imss-scan-details: No--22.041-10.0-31-10 X-TMASE-MatchedRID: mGV7xPP3pcUs3eJUt5qL1VdKFpBwISGP2RUBVvfn2VyPLG+A0qvEpuBK a0pUJhagGbJMFqqIm9zYwcPUWgXqrxlby9sTjxSilCZlAVDfXYzFwQFsspQiPHMokfyWrQX6Vo6 mn+xXmdXo/OjYPAGsijP3WYNhkszlSsXdBTjJu8OSJDsK0LUOWcs84zBIgEgt4QsjLzswuv4KYS f7LxJrxgtx7lnIMkAmOcqlsYvgKFVp+wJU2/FtseZiBeqpiLHWjFhws62FRsI109PlO/IjKLmR+ C0l9vjVO1K5iM8Q6KBb6PBUqmq+Umo4jP0PUMT6QcjSLk+uBJ3aaTRt+QG+1qopNSQ1IoWyCFaA ixm5eU/A8jzXpPXv2se0H7LMCFcVwRq4tsfhpBwOxu2s7fdNV4sWCfP6Gmv5dbSgks66AoGPVEZ A4HZW+f0ZphLMH+yHol3uZzZ1GLegSjOtq5sfafHqAX4A3hCO4F7lBGYh+K8/Btxv8I1Q6XC8PJ 2EFS7IIBcsXIuEvlbkZ1myTXKoFyqh5cUye3iVIm6fKcuFyK8oR0K3DJ8mwtZXwwpvfhGVFlT/K ggLyj0lWygvtTclwOKYpwtG+wHVwIZsltUXDSM1vSxWsvbtO3C2KyYp/H7vVYkVwZtUvNC4jAuc HcCqnXcF/0kiqyh4DxjBugJBzzzZ8MUYhpNWM1Z2LO14OZ129Oswsnn5skgUhfC/ipzRk6WEP0j L4hXDIgQH9fS2CAaVOHAvZwDoXVHXxCnNdK1OOEQxmwckb1tB/gBk2os4Hx5dcxUORpF4GUubsV z8Tem5pw2tsxj4tPufvd3T2+v34G+HMbHU4xDi8zVgXoAltk77e4Y1xq/3ELDJ6cCL86XW5K7Ku l/lHkUYJ3RLQ0KyXxDebeY1nXEdc6kcLnjea+cfYNPe/v/Axya0fn3K63/FhXMjdQIJpg== Archived-At: Cc: 'CCAMP' Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2015 14:00:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0D29_01D0D8FD.78E20BF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Daniele, =20 In the datatracker I only see IPR disclosed from Huawei. =20 Is there some other IPR you need to disclose to us? =20 Thanks, Adrian =20 From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele = Ceccarelli Sent: 17 August 2015 09:10 To: Fatai Zhang; CCAMP (ccamp@ietf.org) Subject: Re: [CCAMP] IPR on = draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 =20 "Yes, I'm aware of IPR that applies to this draft" =20 BR Daniele =20 From: Fatai Zhang [mailto:zhangfatai@huawei.com]=20 Sent: gioved=EC 13 agosto 2015 03:00 To: CCAMP (ccamp@ietf.org) Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A (ATTLABS) (db3546@att.com); = OSCAR GONZALEZ DE DIOS (oscar.gonzalezdedios@telefonica.com) Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 =20 Authors, Contributors, CCAMP, =20 As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext : =20 Are you aware of any IPR that applies to the draft identified above? =20 Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" =20 If so, has this IPR been disclosed in compliance with IETF IPR rules = (see RFCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: =20 "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" =20 If you answer no, please provide any additional details you think = appropriate. 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. =20 NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. =20 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. =20 Thank you, Fatai & Daniele =20 =20 =20 =20 ------=_NextPart_000_0D29_01D0D8FD.78E20BF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Daniele,

 

In = the datatracker I only see IPR disclosed from = Huawei.

 

Is = there some other IPR you need to disclose to us?

 

Thanks,

Adrian

 

From: CCAMP = [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele = Ceccarelli
Sent: 17 August 2015 09:10
To: Fatai = Zhang; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] IPR on = draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03

=

 

"Yes, = I'm aware of IPR that applies to this draft"

 

BR

Daniele<= /span>

 

From: Fatai Zhang [mailto:zhangfatai@huawei.com]
Sent: = gioved=EC 13 agosto 2015 03:00
To: CCAMP = (ccamp@ietf.org)
Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A = (ATTLABS) (db3546@att.com); OSCAR GONZALEZ DE DIOS = (oscar.gonzalezdedios@telefonica.com)
Subject: [CCAMP] IPR on = draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03

 

Authors, = Contributors, CCAMP,

 

As part of = the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext:

 

Are you = aware of any IPR that applies to the draft identified above?

 

Please = state either:

"No, = I'm not aware of any IPR that applies to this draft"

or

"Yes, = I'm aware of IPR that applies to this draft"

 

If so, has = this IPR been disclosed in compliance with IETF IPR rules (see RFCs = 3979, 4879, 3669 and 5378 for more details)?

If yes to = the above, please state either:

 

"Yes, = the IPR has been disclosed in compliance with IETF IPR = rules"

or

"No, = the IPR has not been disclosed"

 

If you = answer no, please provide any additional details you think appropriate. = 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,

Fatai & = Daniele

 

 

 

 

------=_NextPart_000_0D29_01D0D8FD.78E20BF0-- From nobody Mon Aug 17 07:02:56 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CC301A01FC for ; Mon, 17 Aug 2015 07:02:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nkhqReHEDb67 for ; Mon, 17 Aug 2015 07:02:52 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46B671A0113 for ; Mon, 17 Aug 2015 07:02:51 -0700 (PDT) X-AuditID: c1b4fb2d-f79626d000004282-ce-55d1e988547b Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 6E.E7.17026.889E1D55; Mon, 17 Aug 2015 16:02:49 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.233]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0210.002; Mon, 17 Aug 2015 16:02:48 +0200 From: Daniele Ceccarelli To: "adrian@olddog.co.uk" Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQDYI/mAAAgWlYAABDZ8wA== Date: Mon, 17 Aug 2015 14:02:48 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129C8BBA@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE48129C62B0@ESESSMB301.ericsson.se> <0d2801d0d8f5$171a2180$454e6480$@olddog.co.uk> In-Reply-To: <0d2801d0d8f5$171a2180$454e6480$@olddog.co.uk> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129C8BBAESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplkeLIzCtJLcpLzFFi42KZGfG3Rrfz5cVQg+lv2S1+9Nxgtngy5waL RV/zeVYHZo+WI29ZPZYs+cnksWLzSsYA5igum5TUnMyy1CJ9uwSujO/T8gvONDBWzFm3jbGB cWtRFyMnh4SAicSTjh4mCFtM4sK99WxdjFwcQgJHGSUuT93FDOEsYZSY/2sSYxcjBwebgJXE k0M+IA0iAvoS3eemsYPYzALOEiuvnmIBKREW8JT48l4MxBQR8JK48aoWwnSS+PzBHaSYRUBV Yuqp82CNvAK+Eovn7WeHWHQKaNHSSywgCU4Ba4nV9xrYQGxGAVmJCbsXMUJsEpe49WQ+1MkC Ekv2nGeGsEUlXj7+xwphK0n82AAxh1kgX6Kx+zwrxDJBiZMzn7BMYBSdhWTULCRls5CUQcT1 JG5MncIGYWtLLFv4mhnC1pWY8e8QC7L4Akb2VYyixanFxbnpRsZ6qUWZycXF+Xl6eaklmxiB 8Xdwy2/dHYyrXzseYhTgYFTi4X3AfjFUiDWxrLgy9xCjNAeLkjjvjM15oUIC6YklqdmpqQWp RfFFpTmpxYcYmTg4pRoY+dpjlvVU/NNSsZzwYkHg++PdSm1/iv836jWuNHpQyB2w9fG1NRHz trhJTvxx+8+9bUXHhFI6bqsVWH2e48x67+99I7E1TZ4LRd5knJl38W2kZ/8Wz4n/P5jLvdzP OK3ReH2Z84tL0VZ33z2t2bFXr2221MHPZWXOJw8Knt5sfG936cdZeuXcB5RYijMSDbWYi4oT AeXWWiygAgAA Archived-At: Cc: 'CCAMP' Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2015 14:02:55 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129C8BBAESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes, the one saying: "sorry I'm back from vacation today and I left the bra= in somewhere between Italy and Sweden"... I meant: "No, I'm not aware of any IPR that applies to this draft" Cheers Daniele From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: luned=EC 17 agosto 2015 16:01 To: Daniele Ceccarelli Cc: 'Fatai Zhang'; 'CCAMP' Subject: RE: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Hi Daniele, In the datatracker I only see IPR disclosed from Huawei. Is there some other IPR you need to disclose to us? Thanks, Adrian From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli Sent: 17 August 2015 09:10 To: Fatai Zhang; CCAMP (ccamp@ietf.org) Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 "Yes, I'm aware of IPR that applies to this draft" BR Daniele From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: gioved=EC 13 agosto 2015 03:00 To: CCAMP (ccamp@ietf.org) Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A (ATTLABS) (db3546@att.com); OSCAR GONZALEZ DE DIOS (oscar.gonzalezdedios@telefonica= .com) Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Authors, Contributors, CCAMP, As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr= id-rsvp-te-ext: Are you aware of any IPR that applies to the draft identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. 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 awa= re of any relevant IPR. This document will not advance to the next stage un= til 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 co= ntributor, 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 se= e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki= /IntellectualProperty. Thank you, Fatai & Daniele --_000_4A1562797D64E44993C5CBF38CF1BE48129C8BBAESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Yes, = the one saying: “sorry I’m back from vacation today and I left = the brain somewhere between Italy and Sweden”…

=  

I mea= nt: "No, I'm not aware of any I= PR that applies to this draft"

=  

Cheer= s

Danie= le

=  

From: Adrian Farrel [mailto:adrian@olddog.co.uk]
Sent: luned=EC 17 agosto 2015 16:01
To: Daniele Ceccarelli
Cc: 'Fatai Zhang'; 'CCAMP'
Subject: RE: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-e= xt-03

 =

Hi Daniele,

 

In the datatracker I only see IPR disclosed from Huawei.

 

Is there some other IPR you need to disclose to us?

 

Thanks,

Adrian

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 17 August 2015 09:10
To: Fatai Zhang; CCAMP (ccamp@ietf= .org)
Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-e= xt-03

 

"Yes= , I'm aware of IPR that applies to this draft"

 = ;

BR

Danie= le

 = ;

From: Fatai Zhang [mailto:zhangfatai@huawei.com]
Sent: gioved=EC 13 agosto 2015 03:00
To: CCAMP (ccamp@ietf.org)
Cc: Daniele Ceccarelli; BRUNGARD, DEBORAH A (ATTLABS) (db3546@att.com); OSCAR GONZALEZ DE DIOS (oscar.gonzalezdedios@telefo= nica.com)
Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-0= 3

 =

Authors, = Contributors, CCAMP,

 

As par= t of the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid= -rsvp-te-ext:<= o:p>

 

Are you a= ware of any IPR that applies to the draft identified above?

 

Please st= ate either:

"No,= I'm not aware of any IPR that applies to this draft"

or=

"Yes= , I'm aware of IPR that applies to this draft"

 

If so, ha= s this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979,= 4879, 3669 and 5378 for more details)?

If yes to= the above, please state either:

 

"Yes= , the IPR has been disclosed in compliance with IETF IPR rules"=

or=

"No,= the IPR has not been disclosed"

 

If you an= swer no, please provide any additional details you think appropriate. If yo= u 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 no= t advance to the next stage until a response has been received from each au= thor and listed contributor.

 

NOTE: THI= S APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES.

 

If you ar= e 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 encourag= es you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from partici= pating in any contribution or discussion related to your undisclosed IPR. F= or more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<= /a>.

 

Thank you= ,

Fatai &am= p; Daniele

 

 

 

 

--_000_4A1562797D64E44993C5CBF38CF1BE48129C8BBAESESSMB301erics_-- From nobody Mon Aug 17 18:19:29 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 012EF1B305F for ; Mon, 17 Aug 2015 18:19:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.76 X-Spam-Level: X-Spam-Status: No, score=-1.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PTQCLvAY03ee for ; Mon, 17 Aug 2015 18:19:25 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E7341B3059 for ; Mon, 17 Aug 2015 18:19:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWJ14759; Tue, 18 Aug 2015 01:19:23 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 18 Aug 2015 02:19:22 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Tue, 18 Aug 2015 09:19:13 +0800 From: "Zhangxian (Xian)" To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQDYjTKA Date: Tue, 18 Aug 2015 01:19:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245B0ASZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 01:19:28 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245B0ASZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 WWVzLCBJIGFtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCBhbmQgaXQg aGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K UmVnYXJkcywNClhpYW4NCg0KRnJvbTogQ0NBTVAgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgRmF0YWkgWmhhbmcNClNlbnQ6IDIwMTXE6jjUwjEzyNUgOTowMA0K VG86IENDQU1QIChjY2FtcEBpZXRmLm9yZykNClN1YmplY3Q6IFtDQ0FNUF0gSVBSIG9uIGRyYWZ0 LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dC0wMw0KDQpBdXRob3JzLCBDb250 cmlidXRvcnMsIENDQU1QLA0KDQoNCkFzIHBhcnQgb2YgdGhlIHByZXBhcmF0aW9uIGZvciBXRyBM YXN0IENhbGwgb24gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0PGh0 dHA6Ly90b29scy5pZXRmLm9yZy93Zy9jY2FtcC9kcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdy aWQtcnN2cC10ZS1leHQvPjoNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGll cyB0byB0aGUgZHJhZnQgaWRlbnRpZmllZCBhYm92ZT8NCg0KUGxlYXNlIHN0YXRlIGVpdGhlcjoN CiJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0 Ig0Kb3INCiJZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQi DQoNCklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBt b3JlIGRldGFpbHMpPw0KSWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjoN Cg0KIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElF VEYgSVBSIHJ1bGVzIg0Kb3INCiJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0K DQpJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxz IHlvdSB0aGluayBhcHByb3ByaWF0ZS4gSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBh dXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIGFuc3dlciB0aGUgYWJvdmUgYnkgcmVzcG9uZGlu ZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2Fy ZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8g dGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVh Y2ggYXV0aG9yIGFuZCBsaXN0ZWQgY29udHJpYnV0b3IuDQoNCk5PVEU6IFRISVMgQVBQTElFUyBU TyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy4NCg0KSWYgeW91 IGFyZSBvbiB0aGUgQ0NBTVAgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4g YXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMg dW5kZXIgdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0 aGUgSUVURiBpZiB5b3UgYXJlIGF3YXJlIG9mIElQUiBvZiBvdGhlcnMgb24gYW4gSUVURiBjb250 cmlidXRpb24sIG9yIHRvIHJlZnJhaW4gZnJvbSBwYXJ0aWNpcGF0aW5nIGluIGFueSBjb250cmli dXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQgSVBSLiBGb3Ig bW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUgYW5kIGh0 dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVh bFByb3BlcnR5Lg0KDQpUaGFuayB5b3UsDQpGYXRhaSAmIERhbmllbGUNCg0KDQoNCg0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245B0ASZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Yes, I am aware of IPR that app= lies to this draft and it has been disclosed in compliance with IETF IPR ru= les.

 

Regards,

Xian

&n= bsp;

From: CCAMP [mailt= o:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: 2015=C4=EA8=D4=C213=C8= =D5 9:00
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-0= 3

 

Authors, Contributors, CCAMP,

 

As part of the preparation f= or WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext= :

 

Are you aware of any IPR that a= pplies to the draft identified above?

 

Please state either:=

"No, I'm not aware of any = IPR that applies to this draft"

or

"Yes, I'm aware of IPR tha= t applies to this draft"

 

If so, has this IPR been disclo= sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f= or more details)?

If yes to the above, please sta= te either:

 

"Yes, the IPR has been dis= closed in compliance with IETF IPR rules"

or

"No, the IPR has not been = disclosed"

 

If you answer no, please provid= e any additional details you think appropriate. If you are listed as a docu= ment author or contributor please answer the above by responding to this em= ail 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 contri= butor.

 

NOTE: THIS APPLIES TO ALL OF YO= U LISTED IN THIS MESSAGE'S TO LINES.

 

If you are on the CCAMP WG emai= l list but are not listed as an author or contributor, we remind you of you= r obligations under the IETF IPR rules which encourages you to notify the I= ETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribut= ion or discussion related to your undisclosed IPR. For more information, pl= ease see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<= /a>.

 

Thank you,

Fatai & Daniele<= /span>

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245B0ASZXEMA512MBSchi_-- From nobody Tue Aug 18 06:47:47 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E0D61A874F for ; Tue, 18 Aug 2015 06:47:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.56 X-Spam-Level: X-Spam-Status: No, score=-8.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jxwmtSW3Ssr8 for ; Tue, 18 Aug 2015 06:47:44 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BA661A874D for ; Tue, 18 Aug 2015 06:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24564; q=dns/txt; s=iport; t=1439905664; x=1441115264; h=from:to:subject:date:message-id:mime-version; bh=0wbxpytBxzIjqseg7NGPkuopfTUzjmDOSOuKczxXssY=; b=Q+TufkMUWqzxNTYImggCImhLUU4VlRDUE0pyeRAtOt+weR9Uc5FPn6MW qGqCil3sJRIowr/8ha9BPQkFiYpwXOYudbqTJYq+ojopUK9BXH4JIIfoz gIc7QjHGDlL17q7VxHBXZql5vgVe3Ll/OdoCqFdT/KmVaSRvqTcX4x9Ca M=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[167].png : 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0C7AgByNtNV/4YNJK1dgk5NVGkGgx66YgEJgXKFfQIcgRI4FAEBAQEBAQGBCoQjAQIEBQEnHD4EAQYCEQMBAgYBAQEYBwUEBRABAwsMFAYDCgQBEQEGCA0EiA8NnXqdFwiWLAEBAQEBBQEBAQEBAQEbBItOhG4KF4JmgUcFlSABhBqIUYFKhCyUOSaCDhwVgT5xAYFHgQQBAQE X-IronPort-AV: E=Sophos;i="5.15,701,1432598400"; d="png'150?scan'150,208,217,150";a="179396622" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Aug 2015 13:47:43 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t7IDlhUR004069 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 18 Aug 2015 13:47:43 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 18 Aug 2015 08:47:42 -0500 Received: from xhc-aln-x08.cisco.com (173.36.12.82) by xch-aln-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Tue, 18 Aug 2015 08:47:42 -0500 Received: from xmb-rcd-x09.cisco.com ([169.254.9.173]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0248.002; Tue, 18 Aug 2015 08:47:42 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: Zhenghaomian , Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdA== Date: Tue, 18 Aug 2015 13:47:41 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [173.36.7.11] Content-Type: multipart/related; boundary="_004_D1F8EE8883DBFggalimbeciscocom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2015 13:47:46 -0000 --_004_D1F8EE8883DBFggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1F8EE8883DBFggalimbeciscocom_" --_000_D1F8EE8883DBFggalimbeciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgV0csDQoNCkknZCB2b3RlIGZvciBzb2x1dGlvbiBDLg0KDQpCdXQgbG9va2luZyBhdCB0aGUg ZG9jLiBJIHNlZSB0aGF0IHRoZSBDZW50cmFsIEZyZXF1ZW5jeSBHcmFudWxhcml0eSAoNi4yNUdI eikgYW5kIHRoZSBTbG90IFdpZHRoIEdyYW51bGFyaXR5ICgxMi41R0h6KQ0KQXJlIGZpeGVkIHZh bHVlcy4gIE15IHN1Z2dlc3Rpb24gaXMgdG8gbWFrZSB0aGVtIHZhcmlhYmxlIGJlY2F1c2Ugc29v bmVyIG9yIGxhdGVyIHRoZSB0ZWNobm9sb2d5IHdpbGwgZXZvbHZlIGFuZA0KVGhvc2UgdmFsdWVz IHdpbGwgY2hhbmdlIGZvciBzdXJlLg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkdhYnJpZWxlDQpbaHR0 cDovL3d3dy5jaXNjby5jb20vc3dhL2kvbG9nby5naWZdDQoNCg0KR2FicmllbGUgR2FsaW1iZXJ0 aQ0KUHJpbmNpcGFsIEVuZ2luZWVyDQpDaXNjbyBQaG90b25pY3MgU3JsDQoNCg0KdmlhIFMuTWFy aWEgTW9sZ29yYSwgNDggQw0KMjA4NzEgLSBWaW1lcmNhdGUgKE1CKQ0KSXRhbHkNCnd3dy5jaXNj by5jb20vZ2xvYmFsL0lULzxodHRwOi8vd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPg0KDQpnZ2Fs aW1iZUBjaXNjby5jb208bWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbT4NClBob25lIDorMzkgMDM5 IDIwOTE0NjINCk1vYmlsZSA6KzM5IDMzNSA3NDgxOTQ3DQpGYXggOiszOSAwMzkgMjA5MjA0OQ0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3VuY2VzQGll dGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFpoZW5n aGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlhbkBodWF3 ZWkuY29tPj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAxMSwgMjAxNSAxMTozNCBBTQ0KVG86IERh bmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86 ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPj4NClN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2Nh bXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGksIERh bmllbGUgYW5kIENDQU1QZXJzLA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0byBrZWVw IHRoZSBkcmFmdCBhcyBpdCBpcywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2VlcCBpdCBj b25zaXN0ZW50IHdpdGggW1JGQzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZvciBsYWJl bCBzZXQgZmllbGQgZGVzY3JpcHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZpbmVkIFRM Vi4NCg0KSSBhbSBpbnRlcmVzdGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxyZWFkeSBz dXBwb3J0IDMgbWV0aG9kcyBhcyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2ggYWRkaXRp b25hbCBlZmZvcnQgaXMgbmVlZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMgZHJhZnQ/ IElmIG5vdCBtdWNoLCBJIHN1Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUgd29uoa90 IGJlIGludGVyLW9wIHByb2JsZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJlc3Qgd2lz aGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZ10gtPqx7SBEYW5pZWxlIENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIyN8jVIDE3 OjE0DQrK1bz+yMs6IENDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ KQ0K1vfM4jogW0NDQU1QXSBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlk LW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpXb3JraW5nIGdyb3VwLA0KDQphdCB0 aGUgbWVldGluZyBpbiBQcmFndWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBoaWdoIG51 bWJlciBvZiBleGlzdGluZyBvcHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOhsSBlbmNv ZGluZyBpbiBPU1BGIGZvciBmbGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1cHBvcnRz IChpbiBsaW5lIHdpdGggdGhlIFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoNCg0KYSkg ICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIEluY2x1c2l2 ZS9FeGNsdXNpdmUgbGFiZWwgTGlzdHMNCg0KYykgICAgICAgQml0bWFwIGxhYmVsIHNldA0KDQpX aGF0IHdloa9kIGxpa2UgdG8gaGVhciBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGlzIGlmIHRoZSB3 b3JyeSBmb3IgdG9vIG1hbnkgYWx0ZXJuYXRpdmVzIGlzIHNoYXJlZCBhbmQsIGlmIHNvLCB3aGlj aCBvbmVzIGFyZSB0aGUgcHJlZmVycmVkLg0KUGxlYXNlIGNob29zZSBvbmUgb2YgdGhlIGZvbGxv d2luZyBvcHRpb25zIGFuZCBzYXkgd2h5Og0KDQpPcHRpb24gMTogYSkgb25seQ0KT3B0aW9uIDI6 IGIpIG9ubHkNCk9wdGlvbiAzOiBjKSBvbmx5DQpPcHRpb24gNDogYSkrYikrYykgKGkuZS4ga2Vl cCB0aGUgZHJhZnQgYXMgaXQgaXMpDQpPcHRpb24gNTogYW55IGNvbWJpbmF0aW9uIG9mIGEpLGIp LGMpLiBJZiB5b3UgY2hvb3NlIDUgcGxlYXNlIHNheSB3aGljaCBvcHRpb25zIHlvdSB3YW50IHRv IGtlZXAgYW5kIHdoaWNoIG9uZXMgdG8gZHJvcC4NCg0KVGhhbmtzLA0KRGFuaWVsZQ0K --_000_D1F8EE8883DBFggalimbeciscocom_ Content-Type: text/html; charset="gb2312" Content-ID: <1FDBAC302A0BDA4EA99E6F24471C9397@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi WG, 

I'd vote for solution C.

But looking at the doc. I see that the Central Frequency Granularity (= 6.25GHz) and the Slot Width Granularity (12.5GHz)
Are fixed values.  My suggestion is to make them variable because= sooner or later the technology will evolve and
Those values will change for sure.

Best Regards, 

Gabriele

3D"http://www.cisco.com/swa/i/l=



Gabriele Galimberti=
Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C<= /p>

20871 - Vimercate (MB)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049













From: CCAMP <ccamp-bounces@ietf.org> on behalf of Zhenghao= mian <zhenghaomian@huawei.com= >
Date: Tuesday, August 11, 2015 11:3= 4 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com= >, "CCAMP (ccamp@ietf.org= )" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: POLL= ING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [= mailto:ccamp-bounces@ietf.org= ] =B4=FA= =B1=ED Daniele Ceccarelli
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227=C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions

 

Working group,

 

at the meeting in Prague we rec= eived a comment on the high number of existing options for =A1=B0available = resources=A1=B1 encoding in OSPF for flexi-grid.

The draft actually supports (in= line with the WSON encoding) three methods:

 

a)      Inclusive/Exclusive= label ranges

b)      Inclusive/Exclusive= label Lists

c)       Bitmap label set

 

What we=A1=AFd like to hear fro= m the working group is if the worry for too many alternatives is shared and= , if so, which ones are the preferred.

Please choose one of the = following options and say why:

 

Option 1: a) only

Option 2: b) only

Option 3: c) only

Option 4: a)+b)+c) (i.e= . keep the draft as it is)

Option 5: any combination of a)= ,b),c). If you choose 5 please say which options you want to keep and which= ones to drop.

 

Thanks,

Daniele

--_000_D1F8EE8883DBFggalimbeciscocom_-- --_004_D1F8EE8883DBFggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[167].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[167].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[167].png"; size=1632; creation-date="Tue, 18 Aug 2015 13:47:41 GMT"; modification-date="Tue, 18 Aug 2015 13:47:41 GMT" Content-ID: <3215B948-9F61-4494-813C-250FF2F17C71> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_D1F8EE8883DBFggalimbeciscocom_-- From nobody Wed Aug 19 05:30:30 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF9B81A008F for ; Wed, 19 Aug 2015 05:30:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.75 X-Spam-Level: * X-Spam-Status: No, score=1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UsRtWR33Uf1N for ; Wed, 19 Aug 2015 05:30:26 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC7961A0060 for ; Wed, 19 Aug 2015 05:30:24 -0700 (PDT) X-AuditID: c1b4fb2d-f79626d000004282-c5-55d476ded833 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 62.A3.17026.ED674D55; Wed, 19 Aug 2015 14:30:22 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.233]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0210.002; Wed, 19 Aug 2015 14:30:21 +0200 From: Daniele Ceccarelli To: "Gabriele Maria Galimberti (ggalimbe)" , Zhenghaomian , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxzCiYRNFjdQ9CRMU3saUU66Z4TP1cA Date: Wed, 19 Aug 2015 12:30:21 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/related; boundary="_004_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_"; type="multipart/alternative" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrPIsWRmVeSWpSXmKPExsUyM+Jvje69siuhBnevilg8mXODxeLRo4+s Fl/3ZTkwe0z5vZHVo+XIW1aPJUt+MgUwR3HZpKTmZJalFunbJXBlTHl7lb1g7UfGitmf/jM3 MN65x9jFyMkhIWAisa99HpQtJnHh3nq2LkYuDiGBo4wSV2ZNYYFwljBKvN6xEMjh4GATsJJ4 csgHJC4iMIVR4vzs2awgjrBAH6PEm7UTwUaJCPQzSjxtMoewjSRO/FsK1swioCqx8Ws2SJhX wFfi6+opjCBhIQF9id/TPUHCnAIGEuuWLGMCsRkFZCUm7F4ENpFZQFzi1pP5TBCHikg8vHia DcIWlXj5+B8rhK0k8WPDJbCbmQW6GSWmPt3ABLFLUOLkzCcsExhFZiGZNQtZ3SwkdRBF+RKT Hv1hgrC1JOY1/IayFSWmdD9kh7A1Ja5MPgRla0ssW/iaGcLWkfj9rYsNpv721amsEMuWAkP1 73JGmKI9l/azIxu6gJF3FaNocWpxcW66kbFealFmcnFxfp5eXmrJJkZgCji45bfuDsbVrx0P MQpwMCrx8Co8vhwqxJpYVlyZe4hRmoNFSZx3xua8UCGB9MSS1OzU1ILUovii0pzU4kOMTByc Ug2MLpO3Ojd0dyWZMB8ptQ56pdWhqLnFwGO1wHzJmpyoN72ahpMyDP9uvZb0fG4D5077Mp9j Ry+LsDTzWR/u1wlVZrZjKz0563FlaLXIhdXzprFc19i1g3P2BCmph0ejeVs6b4ouuP3ne2yF 6vp29d31smc2rogvunhXI2GRjWxitTiPnNnPzF9KLMUZiYZazEXFiQBoyHHD4gIAAA== Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 12:30:28 -0000 --_004_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_ Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_" --_000_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 VGhhbmtzIEdhYnJpZWxlIGFuZCBhbGwgZm9yIHlvdXIgcmVwbGllcy4NCg0KSXQgc2VlbXMgdGhh dCB0aGUgY29uc2Vuc3VzIGlzIGxlYW5pbmcgdG93YXJkIHNvbHV0aW9uIGMpIG9ubHkgKGkuZS4g Qml0bWFwIGxhYmVsIHNldCkuDQpJZiB3ZSBuZWVkIHRvIGRpdmVyZ2UgZnJvbSB3aGF0IHdlIGRp ZCBmb3IgV1NPTiAoaS5lLiBhK2IrYykgSaGvbSBpbiBmYXZvciBvZiBhIHNvbHV0aW9uIHdpdGgg YSBzaW5nbGUgb3B0aW9uLg0KDQpJIHdvdWxkIHN1Z2dlc3QgY2hhbmdpbmcgdGhlIGRyYWZ0IGFj Y29yZGluZ2x5IGFuZCBhZGRpbmcgdGhlIHR3byBtb2RpZmljYXRpb25zIHJlcXVlc3RlZCBmcm9t IFJhbW9uL1NlcmdpbyBhbmQgR2FicmllbGUsIG5hbWVseToNCg0KDQoxLiAgICAgICBDbGFyaWZp Y2F0aW9uIG9uIHRoZSB1c2FnZSBvZiB0aGUgYml0bWFwDQoNCjIuICAgICAgIENoYW5nZSBDZW50 cmFsIEZyZXF1ZW5jeSBncmFudWxhcml0eSBhbmQgU2xvdCB3aWR0aCBncmFudWxhcml0eSB0byB2 YXJpYWJsZSBmaWVsZHMgZm9yIGZ1dHVyZXByb29mbmVzcy4NCg0KVGhhbmtzDQpEYW5pZWxlDQoN Cg0KRnJvbTogR2FicmllbGUgTWFyaWEgR2FsaW1iZXJ0aSAoZ2dhbGltYmUpIFttYWlsdG86Z2dh bGltYmVAY2lzY28uY29tXQ0KU2VudDogbWFydGVkqKwgMTggYWdvc3RvIDIwMTUgMTU6NDgNClRv OiBaaGVuZ2hhb21pYW47IERhbmllbGUgQ2VjY2FyZWxsaTsgQ0NBTVAgKGNjYW1wQGlldGYub3Jn KQ0KU3ViamVjdDogUmU6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGkgV0csDQoN CkknZCB2b3RlIGZvciBzb2x1dGlvbiBDLg0KDQpCdXQgbG9va2luZyBhdCB0aGUgZG9jLiBJIHNl ZSB0aGF0IHRoZSBDZW50cmFsIEZyZXF1ZW5jeSBHcmFudWxhcml0eSAoNi4yNUdIeikgYW5kIHRo ZSBTbG90IFdpZHRoIEdyYW51bGFyaXR5ICgxMi41R0h6KQ0KQXJlIGZpeGVkIHZhbHVlcy4gIE15 IHN1Z2dlc3Rpb24gaXMgdG8gbWFrZSB0aGVtIHZhcmlhYmxlIGJlY2F1c2Ugc29vbmVyIG9yIGxh dGVyIHRoZSB0ZWNobm9sb2d5IHdpbGwgZXZvbHZlIGFuZA0KVGhvc2UgdmFsdWVzIHdpbGwgY2hh bmdlIGZvciBzdXJlLg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkdhYnJpZWxlDQpbaHR0cDovL3d3dy5j aXNjby5jb20vc3dhL2kvbG9nby5naWZdDQoNCg0KR2FicmllbGUgR2FsaW1iZXJ0aQ0KUHJpbmNp cGFsIEVuZ2luZWVyDQpDaXNjbyBQaG90b25pY3MgU3JsDQoNCg0KdmlhIFMuTWFyaWEgTW9sZ29y YSwgNDggQw0KMjA4NzEgLSBWaW1lcmNhdGUgKE1CKQ0KSXRhbHkNCnd3dy5jaXNjby5jb20vZ2xv YmFsL0lULzxodHRwOi8vd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPg0KDQpnZ2FsaW1iZUBjaXNj by5jb208bWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbT4NClBob25lIDorMzkgMDM5IDIwOTE0NjIN Ck1vYmlsZSA6KzM5IDMzNSA3NDgxOTQ3DQpGYXggOiszOSAwMzkgMjA5MjA0OQ0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KRnJvbTogQ0NBTVAgPGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgWmhlbmdoYW9taWFuIDx6aGVu Z2hhb21pYW5AaHVhd2VpLmNvbTxtYWlsdG86emhlbmdoYW9taWFuQGh1YXdlaS5jb20+Pg0KRGF0 ZTogVHVlc2RheSwgQXVndXN0IDExLCAyMDE1IDExOjM0IEFNDQpUbzogRGFuaWVsZSBDZWNjYXJl bGxpIDxkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPG1haWx0bzpkYW5pZWxlLmNlY2Nh cmVsbGlAZXJpY3Nzb24uY29tPj4sICJDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1w QGlldGYub3JnPikiIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KU3Vi amVjdDogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1n cmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpIaSwgRGFuaWVsZSBhbmQgQ0NB TVBlcnMsDQoNCkFzIGFuIGF1dGhvciwgSSB3b3VsZCBsaWtlIHRvIGtlZXAgdGhlIGRyYWZ0IGFz IGl0IGlzLCBvciBhbHRlcm5hdGl2ZWx5IHNwZWFraW5nLCBrZWVwIGl0IGNvbnNpc3RlbnQgd2l0 aCBbUkZDNzU3OV0gKHByZXZpb3VzIFtHRU4tRU5DT0RFXSkgZm9yIGxhYmVsIHNldCBmaWVsZCBk ZXNjcmlwdGlvbiwgZXZlbiBpZiB0aGlzIGlzIGEgbmV3IGRlZmluZWQgVExWLg0KDQpJIGFtIGlu dGVyZXN0ZWQgaW4sIGlmIGFueSBpbXBsZW1lbnRhdGlvbiBhbHJlYWR5IHN1cHBvcnQgMyBtZXRo b2RzIGFzIGRlZmluZWQgaW4gW1JGQzc1NzldLCBob3cgbXVjaCBhZGRpdGlvbmFsIGVmZm9ydCBp cyBuZWVkZWQgdG8gc3VwcG9ydCAzIG1ldGhvZHMgaW4gdGhpcyBkcmFmdD8gSWYgbm90IG11Y2gs IEkgc3VnZ2VzdCB3ZSBrZWVwIHRoZW0gYWxsLg0KDQpUaGVyZSB3b26hr3QgYmUgaW50ZXItb3Ag cHJvYmxlbSBhcyBsb25nIGFzIHN0YW5kYXJkaXplZC4NCg0KQmVzdCB3aXNoZXMsDQpIYW9taWFu DQoNCreivP7IyzogQ0NBTVAgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSC0+rHtIERh bmllbGUgQ2VjY2FyZWxsaQ0Kt6LLzcqxvOQ6IDIwMTXE6jfUwjI3yNUgMTc6MTQNCsrVvP7Iyzog Q0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pDQrW98ziOiBbQ0NB TVBdIFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIg LSBFbmNvZGluZyBPcHRpb25zDQoNCldvcmtpbmcgZ3JvdXAsDQoNCmF0IHRoZSBtZWV0aW5nIGlu IFByYWd1ZSB3ZSByZWNlaXZlZCBhIGNvbW1lbnQgb24gdGhlIGhpZ2ggbnVtYmVyIG9mIGV4aXN0 aW5nIG9wdGlvbnMgZm9yIKGwYXZhaWxhYmxlIHJlc291cmNlc6GxIGVuY29kaW5nIGluIE9TUEYg Zm9yIGZsZXhpLWdyaWQuDQpUaGUgZHJhZnQgYWN0dWFsbHkgc3VwcG9ydHMgKGluIGxpbmUgd2l0 aCB0aGUgV1NPTiBlbmNvZGluZykgdGhyZWUgbWV0aG9kczoNCg0KDQphKSAgICAgIEluY2x1c2l2 ZS9FeGNsdXNpdmUgbGFiZWwgcmFuZ2VzDQoNCmIpICAgICAgSW5jbHVzaXZlL0V4Y2x1c2l2ZSBs YWJlbCBMaXN0cw0KDQpjKSAgICAgICBCaXRtYXAgbGFiZWwgc2V0DQoNCldoYXQgd2Whr2QgbGlr ZSB0byBoZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYgdGhlIHdvcnJ5IGZvciB0b28g bWFueSBhbHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28sIHdoaWNoIG9uZXMgYXJlIHRo ZSBwcmVmZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93aW5nIG9wdGlvbnMg YW5kIHNheSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRpb24gMjogYikgb25seQ0KT3B0 aW9uIDM6IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5lLiBrZWVwIHRoZSBkcmFmdCBh cyBpdCBpcykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2YgYSksYiksYykuIElmIHlvdSBj aG9vc2UgNSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdhbnQgdG8ga2VlcCBhbmQgd2hp Y2ggb25lcyB0byBkcm9wLg0KDQpUaGFua3MsDQpEYW5pZWxlDQo= --_000_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Thanks Gabriele and al= l for your replies.

 

It seems that the cons= ensus is leaning toward solution c) only (i.e. Bitmap label set).

If we need to diverge = from what we did for WSON (i.e. a+b+c) I=A1=AFm in favor of a solut= ion with a single option.

 

I would suggest changi= ng the draft accordingly and adding the two modifications requested from Ra= mon/Sergio and Gabriele, namely:

 

1.&= nbsp;      Clarification = on the usage of the bitmap

2.&= nbsp;      Change Central= Frequency granularity and Slot width granularity to variable fields for fu= tureproofness.

 

Thanks

Daniele

 

 

From: Gabriele= Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft= -ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /p>

 

Hi WG,&= nbsp;

&n= bsp;

I'd vot= e for solution C.

&n= bsp;

But loo= king at the doc. I see that the Central Frequency Granularity (6.25GHz) and= the Slot Width Granularity (12.5GHz)

Are fix= ed values.  My suggestion is to make them variable because sooner or l= ater the technology will evolve and

Those v= alues will change for sure.

&n= bsp;

Best Re= gards, 

&n= bsp;

Gabriel= e

3D"http://www.cisco.com/swa/i/logo.gif"<= o:p>

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

 

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

&n= bsp;

From: CCAMP <ccamp-bounces@ietf.org> on behalf of Zhenghaomian <zhenghaomian@huawei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: POLLING = - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /span>

&n= bsp;

Hi, D= aniele and CCAMPers,

 = ;

As an= author, I would like to keep the draft as it is, or alternatively speaking= , keep it consistent with [RFC7579] (previous [GEN-ENCODE]) for label set f= ield description, even if this is a new defined TLV.

 = ;

I am = interested in, if any implementation already support 3 methods as defined i= n [RFC7579], how much additional effort is needed to support 3 methods in t= his draft? If not much, I suggest we keep them all.

 = ;

There= won=A1=AFt be inter-op problem as long as standardized.

 = ;

Best = wishes,

Haomi= an

 = ;

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:ccamp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227=C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ie= tf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 =

Working grou= p,

 

at the meeting in Prague= we received a comment on the high number of existing options for =A1=B0ava= ilable resources=A1=B1 encoding in OSPF for flexi-grid.

The draft actually suppo= rts (in line with the WSON encoding) three methods:

 =

a)  =     Inclusive/Exclus= ive label ranges

b)  =     Inclusive/Exclus= ive label Lists

c)  =      Bitmap label set=

 =

What we=A1=AFd like to h= ear from the working group is if the worry for too many alternatives is sha= red and, if so, which ones are the preferred.

Please choose one = of the following options and say why:

 =

Option 1: a) only

Option 2: b) only

Option 3: c) only

Option 4: a)+b)+= c) (i.e. keep the draft as it is)

Option 5: any combinatio= n of a),b),c). If you choose 5 please say which options you want to keep an= d which ones to drop.

 =

Thanks,

Daniele

--_000_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_-- --_004_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=1632; creation-date="Wed, 19 Aug 2015 12:30:21 GMT"; modification-date="Wed, 19 Aug 2015 12:30:21 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_4A1562797D64E44993C5CBF38CF1BE48129CB108ESESSMB301erics_-- From nobody Wed Aug 19 19:02:16 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A1BD1A8AFE for ; Wed, 19 Aug 2015 19:02:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6B_zBcj1JCQn for ; Wed, 19 Aug 2015 19:02:10 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5585D1A8AF6 for ; Wed, 19 Aug 2015 19:02:09 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAD90891; Thu, 20 Aug 2015 02:02:07 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 20 Aug 2015 03:02:05 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Thu, 20 Aug 2015 10:01:56 +0800 From: "Zhangxian (Xian)" To: Daniele Ceccarelli , "Gabriele Maria Galimberti (ggalimbe)" , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+A= Date: Thu, 20 Aug 2015 02:01:56 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: multipart/related; boundary="_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 02:02:14 -0000 --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_ Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_" --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIEdhYnJpZWxlIGFuZCBEYW5pZWxlLA0KDQogICBJIGFtIG5vdCBzdXJlIEkgZ2V0IHRoZSAy bmQgcG9pbnQgdGhhdCBuZWVkcyB0byBiZSB1cGRhdGVkLg0KDQpDdXJyZW50bHksIHRoZSB0d28g dmFsdWVzIChpLmUuLCBDRkcgYW5kIFNXRykgaXMgdXNlZCB0byBjb252ZXkgdGhlIGxpbWl0YXRp b24gb2YgYSBub2RlLiAgVGhpcyBpcyBiZWNhdXNlIGEgbm9kZSBtYXkgbm90IHN1cHBvcnQgdGhl IGdyYW51bGFyaXR5IG9mIDYuMjVHKENTKSBhbmQgMTIuNSAoU1cpIGFzIGN1cnJlbnRseSBkZWZp bmVkIGJ5IEcuNjk0LjEgYW5kIGl0IG1pZ2h0IHN1cHBvcnQgb25seSBsYXJnZXIgbnVtYmVycyAo Zm9yIGV4YW1wbGUsIDEyLjUgYW5kIDI1LCBzbyBDRkcgd2lsbCBiZSBzZXQgdG8gMiBhbmQgU1dH PTIpLiAgVGhpcyBpcyBhbGlnbmVkIHdpdGggd2hhdCBpcyBjdXJyZW50bHkgZGVmaW5lZCBpbiB0 aGUgbGFiZWwgZHJhZnQgd2hlcmUgd2UgaGF2ZSBhIG5ldyA2LjI1IENTIHZhbHVlLg0KDQpTbywg R2FicmllbGUsIGNvdWxkIHlvdSBwbGVhc2UgZXhwbGFpbiBmdXJ0aGVyIHdoYXQgaXMgdGhlIGZ1 cnRoZXIgcHJvb2ZuZXNzIHlvdSBtZWFudCBmb3IgdGhlIHJvdXRpbmcgZHJhZnQgb25seT8gQW5k IHdoYXQgY2hhbmdlcyB5b3Ugd291bGQgbGlrZSB0byBzZWUgaW4gdGhlIGRyYWZ0Pw0KDQpSZWdh cmRzLA0KWGlhbg0KDQpGcm9tOiBDQ0FNUCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBEYW5pZWxlIENlY2NhcmVsbGkNClNlbnQ6IDIwMTXE6jjUwjE5yNUgMjA6 MzANClRvOiBHYWJyaWVsZSBNYXJpYSBHYWxpbWJlcnRpIChnZ2FsaW1iZSk7IFpoZW5naGFvbWlh bjsgQ0NBTVAgKGNjYW1wQGlldGYub3JnKQ0KU3ViamVjdDogUmU6IFtDQ0FNUF0gtPC4tDogUE9M TElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29k aW5nIE9wdGlvbnMNCg0KVGhhbmtzIEdhYnJpZWxlIGFuZCBhbGwgZm9yIHlvdXIgcmVwbGllcy4N Cg0KSXQgc2VlbXMgdGhhdCB0aGUgY29uc2Vuc3VzIGlzIGxlYW5pbmcgdG93YXJkIHNvbHV0aW9u IGMpIG9ubHkgKGkuZS4gQml0bWFwIGxhYmVsIHNldCkuDQpJZiB3ZSBuZWVkIHRvIGRpdmVyZ2Ug ZnJvbSB3aGF0IHdlIGRpZCBmb3IgV1NPTiAoaS5lLiBhK2IrYykgSaGvbSBpbiBmYXZvciBvZiBh IHNvbHV0aW9uIHdpdGggYSBzaW5nbGUgb3B0aW9uLg0KDQpJIHdvdWxkIHN1Z2dlc3QgY2hhbmdp bmcgdGhlIGRyYWZ0IGFjY29yZGluZ2x5IGFuZCBhZGRpbmcgdGhlIHR3byBtb2RpZmljYXRpb25z IHJlcXVlc3RlZCBmcm9tIFJhbW9uL1NlcmdpbyBhbmQgR2FicmllbGUsIG5hbWVseToNCg0KDQox LiAgICAgIENsYXJpZmljYXRpb24gb24gdGhlIHVzYWdlIG9mIHRoZSBiaXRtYXANCg0KMi4gICAg ICBDaGFuZ2UgQ2VudHJhbCBGcmVxdWVuY3kgZ3JhbnVsYXJpdHkgYW5kIFNsb3Qgd2lkdGggZ3Jh bnVsYXJpdHkgdG8gdmFyaWFibGUgZmllbGRzIGZvciBmdXR1cmVwcm9vZm5lc3MuDQoNClRoYW5r cw0KRGFuaWVsZQ0KDQoNCkZyb206IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVydGkgKGdnYWxpbWJl KSBbbWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbV0NClNlbnQ6IG1hcnRlZKisIDE4IGFnb3N0byAy MDE1IDE1OjQ4DQpUbzogWmhlbmdoYW9taWFuOyBEYW5pZWxlIENlY2NhcmVsbGk7IENDQU1QIChj Y2FtcEBpZXRmLm9yZykNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFm dC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25z DQoNCkhpIFdHLA0KDQpJJ2Qgdm90ZSBmb3Igc29sdXRpb24gQy4NCg0KQnV0IGxvb2tpbmcgYXQg dGhlIGRvYy4gSSBzZWUgdGhhdCB0aGUgQ2VudHJhbCBGcmVxdWVuY3kgR3JhbnVsYXJpdHkgKDYu MjVHSHopIGFuZCB0aGUgU2xvdCBXaWR0aCBHcmFudWxhcml0eSAoMTIuNUdIeikNCkFyZSBmaXhl ZCB2YWx1ZXMuICBNeSBzdWdnZXN0aW9uIGlzIHRvIG1ha2UgdGhlbSB2YXJpYWJsZSBiZWNhdXNl IHNvb25lciBvciBsYXRlciB0aGUgdGVjaG5vbG9neSB3aWxsIGV2b2x2ZSBhbmQNClRob3NlIHZh bHVlcyB3aWxsIGNoYW5nZSBmb3Igc3VyZS4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHYWJyaWVsZQ0K W2h0dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGlt YmVydGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBT Lk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cu Y2lzY28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0K Z2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5 IDAzOSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIw NDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3VuY2VzQGll dGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFpoZW5n aGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlhbkBodWF3 ZWkuY29tPj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAxMSwgMjAxNSAxMTozNCBBTQ0KVG86IERh bmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86 ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPj4NClN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2Nh bXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGksIERh bmllbGUgYW5kIENDQU1QZXJzLA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0byBrZWVw IHRoZSBkcmFmdCBhcyBpdCBpcywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2VlcCBpdCBj b25zaXN0ZW50IHdpdGggW1JGQzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZvciBsYWJl bCBzZXQgZmllbGQgZGVzY3JpcHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZpbmVkIFRM Vi4NCg0KSSBhbSBpbnRlcmVzdGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxyZWFkeSBz dXBwb3J0IDMgbWV0aG9kcyBhcyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2ggYWRkaXRp b25hbCBlZmZvcnQgaXMgbmVlZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMgZHJhZnQ/ IElmIG5vdCBtdWNoLCBJIHN1Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUgd29uoa90 IGJlIGludGVyLW9wIHByb2JsZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJlc3Qgd2lz aGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZ10gtPqx7SBEYW5pZWxlIENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIyN8jVIDE3 OjE0DQrK1bz+yMs6IENDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ KQ0K1vfM4jogW0NDQU1QXSBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlk LW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpXb3JraW5nIGdyb3VwLA0KDQphdCB0 aGUgbWVldGluZyBpbiBQcmFndWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBoaWdoIG51 bWJlciBvZiBleGlzdGluZyBvcHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOhsSBlbmNv ZGluZyBpbiBPU1BGIGZvciBmbGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1cHBvcnRz IChpbiBsaW5lIHdpdGggdGhlIFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoNCg0KYSkg ICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIEluY2x1c2l2 ZS9FeGNsdXNpdmUgbGFiZWwgTGlzdHMNCg0KYykgICAgICBCaXRtYXAgbGFiZWwgc2V0DQoNCldo YXQgd2Whr2QgbGlrZSB0byBoZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYgdGhlIHdv cnJ5IGZvciB0b28gbWFueSBhbHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28sIHdoaWNo IG9uZXMgYXJlIHRoZSBwcmVmZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93 aW5nIG9wdGlvbnMgYW5kIHNheSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRpb24gMjog Yikgb25seQ0KT3B0aW9uIDM6IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5lLiBrZWVw IHRoZSBkcmFmdCBhcyBpdCBpcykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2YgYSksYiks YykuIElmIHlvdSBjaG9vc2UgNSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdhbnQgdG8g a2VlcCBhbmQgd2hpY2ggb25lcyB0byBkcm9wLg0KDQpUaGFua3MsDQpEYW5pZWxlDQo= --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8=D4=C219=C8= =D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp= @ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING -= draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Thanks = Gabriele and all for your replies.

&n= bsp;

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

&n= bsp;

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

&n= bsp;

= 1.      Clarification on the usage of the bitmap

= 2.      Change Central Frequency granularity and Slot width granularity to variabl= e fields for futureproofness.

&n= bsp;

Thanks<= o:p>

Daniele=

&n= bsp;

&n= bsp;

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe= @cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING -= draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi WG, 

 

I'd vote for solution C.

 

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 

Best Regards, 

 

Gabriele

3D"http://www.cisco.=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

 

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      I= nclusive/Exclusive label ranges

b)      I= nclusive/Exclusive label Lists

c)      B= itmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_-- --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 02:01:56 GMT"; modification-date="Thu, 20 Aug 2015 02:01:56 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245F4ESZXEMA512MBSchi_-- From nobody Thu Aug 20 00:24:35 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2698F1A0282 for ; Thu, 20 Aug 2015 00:24:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.56 X-Spam-Level: X-Spam-Status: No, score=-8.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D1eauZMYIKqA for ; Thu, 20 Aug 2015 00:24:30 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC3AE1A0194 for ; Thu, 20 Aug 2015 00:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54562; q=dns/txt; s=iport; t=1440055469; x=1441265069; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=yZOLvEGifL/U+ZCMKeS2Ub7ClSsH0R6QJmKbij4nYdk=; b=l7inw+PP4SthOMFxLeRpHfENjmt/8NN+rU3Elpn9cLKE/NTdAyzCICRd ISgL9l1DdGAZDom15o2MkCxhUg6z0t9Im08iANvdld5M6aX8b36Z3I6DI u0PluuqGadNlX+jKvlSmwFO0UeJR4q89CuKbDr1nrmnHbfwuP+xD7NEjH w=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[180].png, image001.png : 1632, 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CaAwCwf9VV/4ENJK1dgk5NVGkGgx+6SQqBeYV5AhyBEjgUAQEBAQEBAYEKhCMBAQEEBQEfCAEbMA4CAgEGAhEDAQEBBgEBARgBBgUCAhUECwwUBgMIAgQBDQQBDg0EiA8Nm2ydFwiWAgEBAQEBAQEBAQEBAQEBAQEBAQEBARcEi0+EbwoNBAYBgmWBRwEEhyWKcoMRAYI+gVwBaYdqgUqELpBZg2kmgg4cFYE+cQGBR4EEAQEB X-IronPort-AV: E=Sophos;i="5.15,714,1432598400"; d="png'150?scan'150,208,217,150";a="25768940" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Aug 2015 07:24:28 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t7K7ORJX025793 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Aug 2015 07:24:28 GMT Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 20 Aug 2015 02:24:26 -0500 Received: from xhc-aln-x08.cisco.com (173.36.12.82) by xch-rcd-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 20 Aug 2015 02:24:26 -0500 Received: from xmb-rcd-x09.cisco.com ([169.254.9.173]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0248.002; Thu, 20 Aug 2015 02:24:23 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: "Zhangxian (Xian)" , Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+CAANYxgA== Date: Thu, 20 Aug 2015 07:24:23 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [173.37.102.20] Content-Type: multipart/mixed; boundary="_006_D1FB4A3584021ggalimbeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 07:24:33 -0000 --_006_D1FB4A3584021ggalimbeciscocom_ Content-Type: multipart/related; boundary="_005_D1FB4A3584021ggalimbeciscocom_"; type="multipart/alternative" --_005_D1FB4A3584021ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1FB4A3584021ggalimbeciscocom_" --_000_D1FB4A3584021ggalimbeciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgWGlhbiwNCg0KSSdtIE9LIHdpdGggdGhlIGRlZmluaXRpb24gb2YgQ0ZHIGFuZCBTV0cgYXMg YSBtdWx0aXBsZSBvZiBNaW5pbXVtIEdyYW51bGFyaXR5ICh0b2RheSA2LjI1IGFuZCAxMi41IGFz IHBlciBHLjY5NC4xKS4NCk15IHN1Z2dlc3Rpb24gaXMgdG8gbWFrZSB0aGUgTWluaW11bSBHcmFu dWxhcml0eSBhIHZhcmlhYmxlIHNvIHRoYXQgY2FuIGJlIGNoYW5nZWQgaW4gZnV0dXJlDQpBbmQg YXNzaWduIHRoZSB2YWx1ZXMgNSBhbmQgNCAgYXMgaW5kaWNhdGVkIGJ5IFJGQyA2MjA1IGFuZA0K DQpkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWw8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbC0wNC50 eHQ+DQoNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfEMuUy4gKEdIeil8ICBWYWx1 ZSAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCBSZXNlcnZlZCB8ICAgIDAgICAg fA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAxMDAgICB8ICAgIDEgICAgfA0K ICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICA1MCAgICB8ICAgIDIgICAgfA0KICAg Ky0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAyNSAgICB8ICAgIDMgICAgfA0KICAgKy0t LS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAxMi41ICB8ICAgIDQgICAgfA0KICAgKy0tLS0t LS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAgNi4yNSB8ICAgIDUgICAgfA0KICAgKy0tLS0tLS0t LS0rLS0tLS0tLS0tKw0KDQogICB8RnV0dXJlIHVzZXwgIDYgLSAxNSB8DQogICArLS0tLS0tLS0t LSstLS0tLS0tLS0rDQoNCg0KVGhlIGFib3ZlIHRhYmxlIChJIG1vZGlmaWVkIGZyb20gNjIwNSkg aXMgc3ViamVjdCB0byBldm9sdmUgd2l0aCB0aGUgZXZvbHV0aW9uIG9mDQoNClRoZSB0ZWNobm9s b2d5ICh0aGVyZSBtaWdodCBiZSB2YWx1ZXMgNiBvciBtb3JlKSBidXQgdGhlIHNpZ25hbGxpbmcN Cg0KV2lsbCBub3QgY2hhbmdlLg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpHYWJyaWVsZQ0KW2h0 dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGltYmVy dGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBTLk1h cmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cuY2lz Y28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0KZ2dh bGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5IDAz OSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIwNDkN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQXNzaWduIHRoZQ0KDQpGcm9tOiBYaWFuIFpoYW5n IDx6aGFuZy54aWFuQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nLnhpYW5AaHVhd2VpLmNvbT4+DQpE YXRlOiBUaHVyc2RheSwgQXVndXN0IDIwLCAyMDE1IDQ6MDEgQU0NClRvOiBEYW5pZWxlIENlY2Nh cmVsbGkgPGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb208bWFpbHRvOmRhbmllbGUuY2Vj Y2FyZWxsaUBlcmljc3Nvbi5jb20+PiwgR2FicmllbGUgR2FsaW1iZXJ0aSA8Z2dhbGltYmVAY2lz Y28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+PiwgIkNDQU1QIChjY2FtcEBpZXRmLm9y ZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KSIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4+DQpDYzogWmhlbmdoYW9taWFuIDx6aGVuZ2hhb21pYW5AaHVhd2VpLmNvbTxtYWls dG86emhlbmdoYW9taWFuQGh1YXdlaS5jb20+Pg0KU3ViamVjdDogUkU6IFtDQ0FNUF0gtPC4tDog UE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVu Y29kaW5nIE9wdGlvbnMNCg0KSGksIEdhYnJpZWxlIGFuZCBEYW5pZWxlLA0KDQogICBJIGFtIG5v dCBzdXJlIEkgZ2V0IHRoZSAybmQgcG9pbnQgdGhhdCBuZWVkcyB0byBiZSB1cGRhdGVkLg0KDQpD dXJyZW50bHksIHRoZSB0d28gdmFsdWVzIChpLmUuLCBDRkcgYW5kIFNXRykgaXMgdXNlZCB0byBj b252ZXkgdGhlIGxpbWl0YXRpb24gb2YgYSBub2RlLiAgVGhpcyBpcyBiZWNhdXNlIGEgbm9kZSBt YXkgbm90IHN1cHBvcnQgdGhlIGdyYW51bGFyaXR5IG9mIDYuMjVHKENTKSBhbmQgMTIuNSAoU1cp IGFzIGN1cnJlbnRseSBkZWZpbmVkIGJ5IEcuNjk0LjEgYW5kIGl0IG1pZ2h0IHN1cHBvcnQgb25s eSBsYXJnZXIgbnVtYmVycyAoZm9yIGV4YW1wbGUsIDEyLjUgYW5kIDI1LCBzbyBDRkcgd2lsbCBi ZSBzZXQgdG8gMiBhbmQgU1dHPTIpLiAgVGhpcyBpcyBhbGlnbmVkIHdpdGggd2hhdCBpcyBjdXJy ZW50bHkgZGVmaW5lZCBpbiB0aGUgbGFiZWwgZHJhZnQgd2hlcmUgd2UgaGF2ZSBhIG5ldyA2LjI1 IENTIHZhbHVlLg0KDQpTbywgR2FicmllbGUsIGNvdWxkIHlvdSBwbGVhc2UgZXhwbGFpbiBmdXJ0 aGVyIHdoYXQgaXMgdGhlIGZ1cnRoZXIgcHJvb2ZuZXNzIHlvdSBtZWFudCBmb3IgdGhlIHJvdXRp bmcgZHJhZnQgb25seT8gQW5kIHdoYXQgY2hhbmdlcyB5b3Ugd291bGQgbGlrZSB0byBzZWUgaW4g dGhlIGRyYWZ0Pw0KDQpSZWdhcmRzLA0KWGlhbg0KDQpGcm9tOiBDQ0FNUCBbbWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYW5pZWxlIENlY2NhcmVsbGkNClNlbnQ6 IDIwMTXE6jjUwjE5yNUgMjA6MzANClRvOiBHYWJyaWVsZSBNYXJpYSBHYWxpbWJlcnRpIChnZ2Fs aW1iZSk7IFpoZW5naGFvbWlhbjsgQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4pDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0 Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpU aGFua3MgR2FicmllbGUgYW5kIGFsbCBmb3IgeW91ciByZXBsaWVzLg0KDQpJdCBzZWVtcyB0aGF0 IHRoZSBjb25zZW5zdXMgaXMgbGVhbmluZyB0b3dhcmQgc29sdXRpb24gYykgb25seSAoaS5lLiBC aXRtYXAgbGFiZWwgc2V0KS4NCklmIHdlIG5lZWQgdG8gZGl2ZXJnZSBmcm9tIHdoYXQgd2UgZGlk IGZvciBXU09OIChpLmUuIGErYitjKSBJoa9tIGluIGZhdm9yIG9mIGEgc29sdXRpb24gd2l0aCBh IHNpbmdsZSBvcHRpb24uDQoNCkkgd291bGQgc3VnZ2VzdCBjaGFuZ2luZyB0aGUgZHJhZnQgYWNj b3JkaW5nbHkgYW5kIGFkZGluZyB0aGUgdHdvIG1vZGlmaWNhdGlvbnMgcmVxdWVzdGVkIGZyb20g UmFtb24vU2VyZ2lvIGFuZCBHYWJyaWVsZSwgbmFtZWx5Og0KDQoNCjEuICAgICAgQ2xhcmlmaWNh dGlvbiBvbiB0aGUgdXNhZ2Ugb2YgdGhlIGJpdG1hcA0KDQoyLiAgICAgIENoYW5nZSBDZW50cmFs IEZyZXF1ZW5jeSBncmFudWxhcml0eSBhbmQgU2xvdCB3aWR0aCBncmFudWxhcml0eSB0byB2YXJp YWJsZSBmaWVsZHMgZm9yIGZ1dHVyZXByb29mbmVzcy4NCg0KVGhhbmtzDQpEYW5pZWxlDQoNCg0K RnJvbTogR2FicmllbGUgTWFyaWEgR2FsaW1iZXJ0aSAoZ2dhbGltYmUpIFttYWlsdG86Z2dhbGlt YmVAY2lzY28uY29tXQ0KU2VudDogbWFydGVkqKwgMTggYWdvc3RvIDIwMTUgMTU6NDgNClRvOiBa aGVuZ2hhb21pYW47IERhbmllbGUgQ2VjY2FyZWxsaTsgQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4pDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBQT0xMSU5H IC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2Rpbmcg T3B0aW9ucw0KDQpIaSBXRywNCg0KSSdkIHZvdGUgZm9yIHNvbHV0aW9uIEMuDQoNCkJ1dCBsb29r aW5nIGF0IHRoZSBkb2MuIEkgc2VlIHRoYXQgdGhlIENlbnRyYWwgRnJlcXVlbmN5IEdyYW51bGFy aXR5ICg2LjI1R0h6KSBhbmQgdGhlIFNsb3QgV2lkdGggR3JhbnVsYXJpdHkgKDEyLjVHSHopDQpB cmUgZml4ZWQgdmFsdWVzLiAgTXkgc3VnZ2VzdGlvbiBpcyB0byBtYWtlIHRoZW0gdmFyaWFibGUg YmVjYXVzZSBzb29uZXIgb3IgbGF0ZXIgdGhlIHRlY2hub2xvZ3kgd2lsbCBldm9sdmUgYW5kDQpU aG9zZSB2YWx1ZXMgd2lsbCBjaGFuZ2UgZm9yIHN1cmUuDQoNCkJlc3QgUmVnYXJkcywNCg0KR2Fi cmllbGUNCltodHRwOi8vd3d3LmNpc2NvLmNvbS9zd2EvaS9sb2dvLmdpZl0NCg0KDQpHYWJyaWVs ZSBHYWxpbWJlcnRpDQpQcmluY2lwYWwgRW5naW5lZXINCkNpc2NvIFBob3RvbmljcyBTcmwNCg0K DQp2aWEgUy5NYXJpYSBNb2xnb3JhLCA0OCBDDQoyMDg3MSAtIFZpbWVyY2F0ZSAoTUIpDQpJdGFs eQ0Kd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPGh0dHA6Ly93d3cuY2lzY28uY29tL2dsb2JhbC9J VC8+DQoNCmdnYWxpbWJlQGNpc2NvLmNvbTxtYWlsdG86Z2dhbGltYmVAY2lzY28uY29tPg0KUGhv bmUgOiszOSAwMzkgMjA5MTQ2Mg0KTW9iaWxlIDorMzkgMzM1IDc0ODE5NDcNCkZheCA6KzM5IDAz OSAyMDkyMDQ5DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpGcm9tOiBDQ0FNUCA8Y2NhbXAtYm91 bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBv ZiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGVuZ2hhb21p YW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBBdWd1c3QgMTEsIDIwMTUgMTE6MzQgQU0N ClRvOiBEYW5pZWxlIENlY2NhcmVsbGkgPGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb208 bWFpbHRvOmRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb20+PiwgIkNDQU1QIChjY2FtcEBp ZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KSIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpj Y2FtcEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1p ZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoN CkhpLCBEYW5pZWxlIGFuZCBDQ0FNUGVycywNCg0KQXMgYW4gYXV0aG9yLCBJIHdvdWxkIGxpa2Ug dG8ga2VlcCB0aGUgZHJhZnQgYXMgaXQgaXMsIG9yIGFsdGVybmF0aXZlbHkgc3BlYWtpbmcsIGtl ZXAgaXQgY29uc2lzdGVudCB3aXRoIFtSRkM3NTc5XSAocHJldmlvdXMgW0dFTi1FTkNPREVdKSBm b3IgbGFiZWwgc2V0IGZpZWxkIGRlc2NyaXB0aW9uLCBldmVuIGlmIHRoaXMgaXMgYSBuZXcgZGVm aW5lZCBUTFYuDQoNCkkgYW0gaW50ZXJlc3RlZCBpbiwgaWYgYW55IGltcGxlbWVudGF0aW9uIGFs cmVhZHkgc3VwcG9ydCAzIG1ldGhvZHMgYXMgZGVmaW5lZCBpbiBbUkZDNzU3OV0sIGhvdyBtdWNo IGFkZGl0aW9uYWwgZWZmb3J0IGlzIG5lZWRlZCB0byBzdXBwb3J0IDMgbWV0aG9kcyBpbiB0aGlz IGRyYWZ0PyBJZiBub3QgbXVjaCwgSSBzdWdnZXN0IHdlIGtlZXAgdGhlbSBhbGwuDQoNClRoZXJl IHdvbqGvdCBiZSBpbnRlci1vcCBwcm9ibGVtIGFzIGxvbmcgYXMgc3RhbmRhcmRpemVkLg0KDQpC ZXN0IHdpc2hlcywNCkhhb21pYW4NCg0Kt6K8/sjLOiBDQ0FNUCBbbWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmddILT6se0gRGFuaWVsZSBDZWNjYXJlbGxpDQq3osvNyrG85DogMjAxNcTqN9TC MjfI1SAxNzoxNA0KytW8/sjLOiBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPikNCtb3zOI6IFtDQ0FNUF0gUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGli bGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KV29ya2luZyBncm91cCwN Cg0KYXQgdGhlIG1lZXRpbmcgaW4gUHJhZ3VlIHdlIHJlY2VpdmVkIGEgY29tbWVudCBvbiB0aGUg aGlnaCBudW1iZXIgb2YgZXhpc3Rpbmcgb3B0aW9ucyBmb3IgobBhdmFpbGFibGUgcmVzb3VyY2Vz obEgZW5jb2RpbmcgaW4gT1NQRiBmb3IgZmxleGktZ3JpZC4NClRoZSBkcmFmdCBhY3R1YWxseSBz dXBwb3J0cyAoaW4gbGluZSB3aXRoIHRoZSBXU09OIGVuY29kaW5nKSB0aHJlZSBtZXRob2RzOg0K DQoNCmEpICAgICAgSW5jbHVzaXZlL0V4Y2x1c2l2ZSBsYWJlbCByYW5nZXMNCg0KYikgICAgICBJ bmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIExpc3RzDQoNCmMpICAgICAgQml0bWFwIGxhYmVsIHNl dA0KDQpXaGF0IHdloa9kIGxpa2UgdG8gaGVhciBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGlzIGlm IHRoZSB3b3JyeSBmb3IgdG9vIG1hbnkgYWx0ZXJuYXRpdmVzIGlzIHNoYXJlZCBhbmQsIGlmIHNv LCB3aGljaCBvbmVzIGFyZSB0aGUgcHJlZmVycmVkLg0KUGxlYXNlIGNob29zZSBvbmUgb2YgdGhl IGZvbGxvd2luZyBvcHRpb25zIGFuZCBzYXkgd2h5Og0KDQpPcHRpb24gMTogYSkgb25seQ0KT3B0 aW9uIDI6IGIpIG9ubHkNCk9wdGlvbiAzOiBjKSBvbmx5DQpPcHRpb24gNDogYSkrYikrYykgKGku ZS4ga2VlcCB0aGUgZHJhZnQgYXMgaXQgaXMpDQpPcHRpb24gNTogYW55IGNvbWJpbmF0aW9uIG9m IGEpLGIpLGMpLiBJZiB5b3UgY2hvb3NlIDUgcGxlYXNlIHNheSB3aGljaCBvcHRpb25zIHlvdSB3 YW50IHRvIGtlZXAgYW5kIHdoaWNoIG9uZXMgdG8gZHJvcC4NCg0KVGhhbmtzLA0KRGFuaWVsZQ0K --_000_D1FB4A3584021ggalimbeciscocom_ Content-Type: text/html; charset="gb2312" Content-ID: <72C41717DAE31347862C54131A07D3D0@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Xian, 

I'm OK with the def= inition of CFG and SWG as a multipl= e of Minimum Granularity (today 6.25 and 12.5 as per G.694.1).
My suggestion is to make the Minimum Granularity a variable= so that can be changed in future
And assign the values 5 and 4  as indicated by RFC 6205 = and 
draft-ietf-ccamp-flexigrid-lambda-label

   +---------=
-+---------+
   |C.S. (GHz)|  Value  |
   +----------+---------+
   | Reserved |    0    |
   +----------+---------+
   |    100   |    1    |
   +----------+---------+
   |    50    |    2    |
   +----------+---------+
   |    25    |    3    |
   +----------+---------+
   |    12.5  |    4    |
   +----------+---------+
   |     6.25 |    5    |
   +----------+---------+
   |Future use|  6 - 15 |
   +----------+---------+

The above table (I modified from 6205) is subject t=
o evolve with the evolution of 
The techno=
logy (there might be values 6 or more) but the signalling 
Will not change.

Best Regards, 

Gabriele

3D"http://www.cisco.com/swa/i/l=



Gabriele Galimberti=
Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C<= /p>

20871 - Vimercate (MB)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049












Assign the

From: Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 4:0= 1 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com= >, Gabriele Galimberti <gga= limbe@cisco.com>, "CCAMP (cca= mp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhenghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4: = POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8=D4=C219=C8=D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-fl= exible-grid-ospf-ext-02 - Encoding Options

 

Thanks = Gabriele and all for your replies.

&n= bsp;

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

&n= bsp;

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

&n= bsp;

1.      Clarification on the usage of the bitmap

2.      Change Central Frequency granularity and Slot width granularity to var= iable fields for futureproofness.

&n= bsp;

Thanks<= o:p>

Daniele=

&n= bsp;

&n= bsp;

From: Gabriele Maria Gal= imberti (ggalimbe) [mailto:ggalimbe@c= isco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-fl= exible-grid-ospf-ext-02 - Encoding Options

 

Hi WG, 

 

I'd vote for solution C.

 

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 

Best Regards, 

 

Gabriele

3D"http://www.cisco.=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

 

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)      Bitmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

 --_000_D1FB4A3584021ggalimbeciscocom_-- --_005_D1FB4A3584021ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[180].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[180].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[180].png"; size=1632; creation-date="Thu, 20 Aug 2015 07:24:23 GMT"; modification-date="Thu, 20 Aug 2015 07:24:23 GMT" Content-ID: <00521A92-D4C7-4157-9120-92A50A11FE8A> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_005_D1FB4A3584021ggalimbeciscocom_-- --_006_D1FB4A3584021ggalimbeciscocom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: attachment; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 07:24:23 GMT"; modification-date="Thu, 20 Aug 2015 07:24:23 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_006_D1FB4A3584021ggalimbeciscocom_-- From nobody Thu Aug 20 00:33:56 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDD1A1A1A4C for ; Thu, 20 Aug 2015 00:33:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K5jRPnIdmdo1 for ; Thu, 20 Aug 2015 00:33:50 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95A9C1A1A27 for ; Thu, 20 Aug 2015 00:33:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWN11237; Thu, 20 Aug 2015 07:33:47 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 20 Aug 2015 08:33:46 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Thu, 20 Aug 2015 15:33:32 +0800 From: "Zhangxian (Xian)" To: "Gabriele Maria Galimberti (ggalimbe)" , "Daniele Ceccarelli" , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+CAANYxgP//i0Eg Date: Thu, 20 Aug 2015 07:33:31 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> 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.66.104.209] Content-Type: multipart/related; boundary="_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 07:33:55 -0000 --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_ Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_" --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIEdhYnJpZWxlLA0KDQogICBUaGFuayB5b3UgZm9yIHlvdXIgZnVydGhlciBleHBsYW5hdGlv bi4gSSBnZXQgeW91ciBwb2ludCBub3cuDQoNCiAgIEkgdGhpbmsgd2hhdCB5b3Ugc2FpZCBiZWxv dyBpcyBhbHJlYWR5IHN1cHBvcnRlZCBieSBSRkM2MjA1IGFuZCB0aGUgZmxleGktZ3JpZCBsYWJl bCBkcmFmdCwgc2luY2UgUkZDNjIwNSBzdGF0ZXM6DQoNCistLS0tLS0tLS0tKy0tLS0tLS0tLSsN CiAgIHxDLlMuIChHSHopfCAgVmFsdWUgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAg IHwgUmVzZXJ2ZWQgfCAgICAwICAgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgIHwg ICAgMTAwICAgfCAgICAxICAgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgIHwgICAg NTAgICAgfCAgICAyICAgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgIHwgICAgMjUg ICAgfCAgICAzICAgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgIHwgICAgMTIuNSAg fCAgICA0ICAgIHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgIHxGdXR1cmUgdXNlfCAg NSAtIDE1IHwNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KDQpXZSBhZGRlZCA1IGFzIDYu MjUgaW4gW2RyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbDxodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVs LTA0LnR4dD5dLCB3aGljaCBtZWFucyBuYXR1cmFsbHkgdGhhdCA2LTE1IGFyZSBmb3IgZnV0dXJl IHVzZSBhbmQgc3ViamVjdCB0bywgYXMgeW91IHNhaWQsIHRoZSBldm9sdXRpb24gb2YgdGVjaG5v bG9naWVzLg0KDQoNCg0KTXkgdW5kZXJzdGFuZGluZyBpcyB3ZSBkbyBub3QgbmVlZCB0byBhZGQg YW55dGhpbmcgaW4gT1NQRiBkcmFmdCB0byBzdXBwb3J0IHRoaXMuIElzIGl0IGNvcnJlY3Q/DQoN Cg0KDQpSZWdhcmRzLA0KWGlhbg0KDQoNCg0KRnJvbTogR2FicmllbGUgTWFyaWEgR2FsaW1iZXJ0 aSAoZ2dhbGltYmUpIFttYWlsdG86Z2dhbGltYmVAY2lzY28uY29tXQ0KU2VudDogMjAxNcTqONTC MjDI1SAxNToyNA0KVG86IFpoYW5neGlhbiAoWGlhbik7IERhbmllbGUgQ2VjY2FyZWxsaTsgQ0NB TVAgKGNjYW1wQGlldGYub3JnKQ0KQ2M6IFpoZW5naGFvbWlhbg0KU3ViamVjdDogUmU6IFtDQ0FN UF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4 dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGkgWGlhbiwNCg0KSSdtIE9LIHdpdGggdGhlIGRl ZmluaXRpb24gb2YgQ0ZHIGFuZCBTV0cgYXMgYSBtdWx0aXBsZSBvZiBNaW5pbXVtIEdyYW51bGFy aXR5ICh0b2RheSA2LjI1IGFuZCAxMi41IGFzIHBlciBHLjY5NC4xKS4NCk15IHN1Z2dlc3Rpb24g aXMgdG8gbWFrZSB0aGUgTWluaW11bSBHcmFudWxhcml0eSBhIHZhcmlhYmxlIHNvIHRoYXQgY2Fu IGJlIGNoYW5nZWQgaW4gZnV0dXJlDQpBbmQgYXNzaWduIHRoZSB2YWx1ZXMgNSBhbmQgNCAgYXMg aW5kaWNhdGVkIGJ5IFJGQyA2MjA1IGFuZA0KDQpkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1s YW1iZGEtbGFiZWw8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAt ZmxleGlncmlkLWxhbWJkYS1sYWJlbC0wNC50eHQ+DQoNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0t LS0tKw0KDQogICB8Qy5TLiAoR0h6KXwgIFZhbHVlICB8DQoNCiAgICstLS0tLS0tLS0tKy0tLS0t LS0tLSsNCg0KICAgfCBSZXNlcnZlZCB8ICAgIDAgICAgfA0KDQogICArLS0tLS0tLS0tLSstLS0t LS0tLS0rDQoNCiAgIHwgICAgMTAwICAgfCAgICAxICAgIHwNCg0KICAgKy0tLS0tLS0tLS0rLS0t LS0tLS0tKw0KDQogICB8ICAgIDUwICAgIHwgICAgMiAgICB8DQoNCiAgICstLS0tLS0tLS0tKy0t LS0tLS0tLSsNCg0KICAgfCAgICAyNSAgICB8ICAgIDMgICAgfA0KDQogICArLS0tLS0tLS0tLSst LS0tLS0tLS0rDQoNCiAgIHwgICAgMTIuNSAgfCAgICA0ICAgIHwNCg0KICAgKy0tLS0tLS0tLS0r LS0tLS0tLS0tKw0KDQogICB8ICAgICA2LjI1IHwgICAgNSAgICB8DQoNCiAgICstLS0tLS0tLS0t Ky0tLS0tLS0tLSsNCg0KICAgfEZ1dHVyZSB1c2V8ICA2IC0gMTUgfA0KDQogICArLS0tLS0tLS0t LSstLS0tLS0tLS0rDQoNCg0KVGhlIGFib3ZlIHRhYmxlIChJIG1vZGlmaWVkIGZyb20gNjIwNSkg aXMgc3ViamVjdCB0byBldm9sdmUgd2l0aCB0aGUgZXZvbHV0aW9uIG9mDQoNClRoZSB0ZWNobm9s b2d5ICh0aGVyZSBtaWdodCBiZSB2YWx1ZXMgNiBvciBtb3JlKSBidXQgdGhlIHNpZ25hbGxpbmcN Cg0KV2lsbCBub3QgY2hhbmdlLg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpHYWJyaWVsZQ0KW2h0 dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGltYmVy dGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBTLk1h cmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cuY2lz Y28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0KZ2dh bGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5IDAz OSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIwNDkN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpBc3NpZ24gdGhlDQoNCkZyb206IFhpYW4gWmhhbmcgPHpo YW5nLnhpYW5AaHVhd2VpLmNvbTxtYWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tPj4NCkRhdGU6 IFRodXJzZGF5LCBBdWd1c3QgMjAsIDIwMTUgNDowMSBBTQ0KVG86IERhbmllbGUgQ2VjY2FyZWxs aSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJl bGxpQGVyaWNzc29uLmNvbT4+LCBHYWJyaWVsZSBHYWxpbWJlcnRpIDxnZ2FsaW1iZUBjaXNjby5j b208bWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4NCkNjOiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0bzp6 aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogW0NDQU1QXSC08Li0OiBQT0xM SU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2Rp bmcgT3B0aW9ucw0KDQpIaSwgR2FicmllbGUgYW5kIERhbmllbGUsDQoNCiAgIEkgYW0gbm90IHN1 cmUgSSBnZXQgdGhlIDJuZCBwb2ludCB0aGF0IG5lZWRzIHRvIGJlIHVwZGF0ZWQuDQoNCkN1cnJl bnRseSwgdGhlIHR3byB2YWx1ZXMgKGkuZS4sIENGRyBhbmQgU1dHKSBpcyB1c2VkIHRvIGNvbnZl eSB0aGUgbGltaXRhdGlvbiBvZiBhIG5vZGUuICBUaGlzIGlzIGJlY2F1c2UgYSBub2RlIG1heSBu b3Qgc3VwcG9ydCB0aGUgZ3JhbnVsYXJpdHkgb2YgNi4yNUcoQ1MpIGFuZCAxMi41IChTVykgYXMg Y3VycmVudGx5IGRlZmluZWQgYnkgRy42OTQuMSBhbmQgaXQgbWlnaHQgc3VwcG9ydCBvbmx5IGxh cmdlciBudW1iZXJzIChmb3IgZXhhbXBsZSwgMTIuNSBhbmQgMjUsIHNvIENGRyB3aWxsIGJlIHNl dCB0byAyIGFuZCBTV0c9MikuICBUaGlzIGlzIGFsaWduZWQgd2l0aCB3aGF0IGlzIGN1cnJlbnRs eSBkZWZpbmVkIGluIHRoZSBsYWJlbCBkcmFmdCB3aGVyZSB3ZSBoYXZlIGEgbmV3IDYuMjUgQ1Mg dmFsdWUuDQoNClNvLCBHYWJyaWVsZSwgY291bGQgeW91IHBsZWFzZSBleHBsYWluIGZ1cnRoZXIg d2hhdCBpcyB0aGUgZnVydGhlciBwcm9vZm5lc3MgeW91IG1lYW50IGZvciB0aGUgcm91dGluZyBk cmFmdCBvbmx5PyBBbmQgd2hhdCBjaGFuZ2VzIHlvdSB3b3VsZCBsaWtlIHRvIHNlZSBpbiB0aGUg ZHJhZnQ/DQoNClJlZ2FyZHMsDQpYaWFuDQoNCkZyb206IENDQU1QIFttYWlsdG86Y2NhbXAtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERhbmllbGUgQ2VjY2FyZWxsaQ0KU2VudDogMjAx NcTqONTCMTnI1SAyMDozMA0KVG86IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVydGkgKGdnYWxpbWJl KTsgWmhlbmdoYW9taWFuOyBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYu b3JnPikNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNj YW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNClRoYW5r cyBHYWJyaWVsZSBhbmQgYWxsIGZvciB5b3VyIHJlcGxpZXMuDQoNCkl0IHNlZW1zIHRoYXQgdGhl IGNvbnNlbnN1cyBpcyBsZWFuaW5nIHRvd2FyZCBzb2x1dGlvbiBjKSBvbmx5IChpLmUuIEJpdG1h cCBsYWJlbCBzZXQpLg0KSWYgd2UgbmVlZCB0byBkaXZlcmdlIGZyb20gd2hhdCB3ZSBkaWQgZm9y IFdTT04gKGkuZS4gYStiK2MpIEmhr20gaW4gZmF2b3Igb2YgYSBzb2x1dGlvbiB3aXRoIGEgc2lu Z2xlIG9wdGlvbi4NCg0KSSB3b3VsZCBzdWdnZXN0IGNoYW5naW5nIHRoZSBkcmFmdCBhY2NvcmRp bmdseSBhbmQgYWRkaW5nIHRoZSB0d28gbW9kaWZpY2F0aW9ucyByZXF1ZXN0ZWQgZnJvbSBSYW1v bi9TZXJnaW8gYW5kIEdhYnJpZWxlLCBuYW1lbHk6DQoNCg0KMS4gICAgICBDbGFyaWZpY2F0aW9u IG9uIHRoZSB1c2FnZSBvZiB0aGUgYml0bWFwDQoNCjIuICAgICAgQ2hhbmdlIENlbnRyYWwgRnJl cXVlbmN5IGdyYW51bGFyaXR5IGFuZCBTbG90IHdpZHRoIGdyYW51bGFyaXR5IHRvIHZhcmlhYmxl IGZpZWxkcyBmb3IgZnV0dXJlcHJvb2ZuZXNzLg0KDQpUaGFua3MNCkRhbmllbGUNCg0KDQpGcm9t OiBHYWJyaWVsZSBNYXJpYSBHYWxpbWJlcnRpIChnZ2FsaW1iZSkgW21haWx0bzpnZ2FsaW1iZUBj aXNjby5jb21dDQpTZW50OiBtYXJ0ZWSorCAxOCBhZ29zdG8gMjAxNSAxNTo0OA0KVG86IFpoZW5n aGFvbWlhbjsgRGFuaWVsZSBDZWNjYXJlbGxpOyBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRv OmNjYW1wQGlldGYub3JnPikNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBk cmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRp b25zDQoNCkhpIFdHLA0KDQpJJ2Qgdm90ZSBmb3Igc29sdXRpb24gQy4NCg0KQnV0IGxvb2tpbmcg YXQgdGhlIGRvYy4gSSBzZWUgdGhhdCB0aGUgQ2VudHJhbCBGcmVxdWVuY3kgR3JhbnVsYXJpdHkg KDYuMjVHSHopIGFuZCB0aGUgU2xvdCBXaWR0aCBHcmFudWxhcml0eSAoMTIuNUdIeikNCkFyZSBm aXhlZCB2YWx1ZXMuICBNeSBzdWdnZXN0aW9uIGlzIHRvIG1ha2UgdGhlbSB2YXJpYWJsZSBiZWNh dXNlIHNvb25lciBvciBsYXRlciB0aGUgdGVjaG5vbG9neSB3aWxsIGV2b2x2ZSBhbmQNClRob3Nl IHZhbHVlcyB3aWxsIGNoYW5nZSBmb3Igc3VyZS4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHYWJyaWVs ZQ0KW2h0dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdh bGltYmVydGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZp YSBTLk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3 d3cuY2lzY28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4N Cg0KZ2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6 KzM5IDAzOSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIw OTIwNDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3VuY2Vz QGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFpo ZW5naGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlhbkBo dWF3ZWkuY29tPj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAxMSwgMjAxNSAxMTozNCBBTQ0KVG86 IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWls dG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYu b3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1w QGlldGYub3JnPj4NClN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYt Y2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGks IERhbmllbGUgYW5kIENDQU1QZXJzLA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0byBr ZWVwIHRoZSBkcmFmdCBhcyBpdCBpcywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2VlcCBp dCBjb25zaXN0ZW50IHdpdGggW1JGQzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZvciBs YWJlbCBzZXQgZmllbGQgZGVzY3JpcHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZpbmVk IFRMVi4NCg0KSSBhbSBpbnRlcmVzdGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxyZWFk eSBzdXBwb3J0IDMgbWV0aG9kcyBhcyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2ggYWRk aXRpb25hbCBlZmZvcnQgaXMgbmVlZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMgZHJh ZnQ/IElmIG5vdCBtdWNoLCBJIHN1Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUgd29u oa90IGJlIGludGVyLW9wIHByb2JsZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJlc3Qg d2lzaGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0Bp ZXRmLm9yZ10gtPqx7SBEYW5pZWxlIENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIyN8jV IDE3OjE0DQrK1bz+yMs6IENDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+KQ0K1vfM4jogW0NDQU1QXSBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1n cmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpXb3JraW5nIGdyb3VwLA0KDQph dCB0aGUgbWVldGluZyBpbiBQcmFndWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBoaWdo IG51bWJlciBvZiBleGlzdGluZyBvcHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOhsSBl bmNvZGluZyBpbiBPU1BGIGZvciBmbGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1cHBv cnRzIChpbiBsaW5lIHdpdGggdGhlIFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoNCg0K YSkgICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIEluY2x1 c2l2ZS9FeGNsdXNpdmUgbGFiZWwgTGlzdHMNCg0KYykgICAgICBCaXRtYXAgbGFiZWwgc2V0DQoN CldoYXQgd2Whr2QgbGlrZSB0byBoZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYgdGhl IHdvcnJ5IGZvciB0b28gbWFueSBhbHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28sIHdo aWNoIG9uZXMgYXJlIHRoZSBwcmVmZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9s bG93aW5nIG9wdGlvbnMgYW5kIHNheSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRpb24g MjogYikgb25seQ0KT3B0aW9uIDM6IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5lLiBr ZWVwIHRoZSBkcmFmdCBhcyBpdCBpcykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2YgYSks YiksYykuIElmIHlvdSBjaG9vc2UgNSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdhbnQg dG8ga2VlcCBhbmQgd2hpY2ggb25lcyB0byBkcm9wLg0KDQpUaGFua3MsDQpEYW5pZWxlDQo= --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Gabriele,

 

   Thank you for your further explanation. I get your p= oint now.

 

   I think what you said below is already supported by = RFC6205 and the flexi-grid label draft, since RFC6205 states:

 

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

&= nbsp;  |C.S. (GHz)|  Value  |

&= nbsp;  +----------+---------+

&= nbsp;  | Reserved |    0    |=

&= nbsp;  +----------+---------+

&= nbsp;  |    100   |    1 =    |

&= nbsp;  +----------+---------+

&= nbsp;  |    50    |    2&= nbsp;   |

&= nbsp;  +----------+---------+

&= nbsp;  |    25    |    3&= nbsp;   |

&= nbsp;  +----------+---------+

&= nbsp;  |    12.5  |    4  = ;  |

&= nbsp;  +----------+---------+

&= nbsp;  |Future use|  5 - 15 |

&= nbsp;  +----------+---------+

 

We added 5 as 6.25 in [draft-ietf-ccamp-flexigrid-lambda-=
label], which means naturally that 6-15 are for future use a=
nd subject to, as you said, the evolution of technologies.  
 
My understanding is we do not need to add anythi=
ng in OSPF draft to support this. Is it correct?
 
Regards,
Xian
 

 

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe= @cisco.com]
Sent: 2015=C4=EA8=D4=C220=C8= =D5 15:24
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING -= draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi Xian, 

=  

I'm OK with the definition of CFG and SWG as a multiple= of Minimum Granularity (today 6.25 and 12.5 as per G.694.1).

My suggestion is to make the Minimum Granularity a variable = so that can be changed in future

And assign the values 5 and 4  as indicated b= y RFC 6205 and <= o:p>

draft-ietf-ccamp-flexigrid-lambda-label

 

   +----------+---------+
   |C.S. (GHz)|  Value  |=

   +----------+---------+
   | Reserved |    0   =
 |
   +----------+---------+
   |    100   |  &=
nbsp; 1    |
   +----------+---------+
   |    50    | &n=
bsp;  2    |
   +----------+---------+
   |    25    | &n=
bsp;  3    |
   +----------+---------+
   |    12.5  |   =
 4    |
   +----------+---------+
   |     6.25 |   =
 5    |
   +----------+---------+<=
/span>
   |=
Future use|  6 - 15 |
   &=
#43;----------+---------+

 
The above tabl=
e (I modified from 6205) is subject to evolve with the evolution of 
The technology=
 (there might be values 6 or more) but the signalling 

Will not chang=
e.





Best Regards, =






Gabriele<=
/o:p>

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

=  

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Assign the

 

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 4:01 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Gabriele Galimberti <= ggalimbe@cisco.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?=

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8= =D4=C219=C8=D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encod= ing Options

 

Thanks = Gabriele and all for your replies.

 <= /span>

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

 <= /span>

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

 <= /span>

1.      Clarification on the usage of the bitmap

2.      Change Central Frequency granularity and Slot width granularity to variabl= e fields for futureproofness.

 <= /span>

Thanks<= /span>

Daniele=

 <= /span>

 <= /span>

From: Gabriele Maria Galimberti (gg= alimbe) [mailto:ggalimbe@cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encod= ing Options

 

Hi WG, =

 =

I'd vote for solution C.

 =

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 =

Best Regards, 

 =

Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

&nbs= p;

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 =

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 =

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      I= nclusive/Exclusive label ranges

b)      I= nclusive/Exclusive label Lists

c)      B= itmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_-- --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 07:33:30 GMT"; modification-date="Thu, 20 Aug 2015 07:33:30 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FE3SZXEMA512MBSchi_-- From nobody Thu Aug 20 00:47:04 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81E901A1AD3 for ; Thu, 20 Aug 2015 00:47:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.56 X-Spam-Level: X-Spam-Status: No, score=-8.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ku03VuLR9ETJ for ; Thu, 20 Aug 2015 00:46:58 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 397C31A1AE3 for ; Thu, 20 Aug 2015 00:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=77900; q=dns/txt; s=iport; t=1440056818; x=1441266418; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+CijouRrCU0ku63gzZbzz2y0dLCqGxBgWIgU1WAZ8b8=; b=W8a6esZ4KjWLh50nq+W74uwtW5padSpp6yJ+mkmWNlTDsTZ5DL73yylw 6C8nNEvNrOTKeUTdjmy/rVdPSAw5wxK3rn7Ei/bhewXcpfReZRDXS1w5p O28LUun2D7kE/B159AXPZGutSIK4/5ERo6y1CiCjYv7ekWyZ3OLhHNFK1 c=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[181].png, image001.png : 1632, 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CaAwAghdVV/5RdJa1dgk5NVGkGgx+6SQqBeYV5AhyBEzgUAQEBAQEBAYEKhCMBAQEEBQEfCAEbMA4CAgEGAhEDAQEBBgEBARgBBgUCAhUECwwUBgMIAgQBDQQBDg0EiA8Nm3WdFwiWAQEBAQEBAQEBAQEBAQEBAQEBAQEBARcEi0+EbwoNBAYBgmWBRwWHJYpygxEBgj6BXAFph2qBSoQukFmDaSaCDhwVgT5xAYFHgQQBAQE X-IronPort-AV: E=Sophos;i="5.15,714,1432598400"; d="png'150?scan'150,208,217,150";a="22031625" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-5.cisco.com with ESMTP; 20 Aug 2015 07:46:56 +0000 Received: from XCH-RCD-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t7K7kuvJ016226 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Aug 2015 07:46:56 GMT Received: from xch-rcd-011.cisco.com (173.37.102.21) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 20 Aug 2015 02:46:55 -0500 Received: from xhc-rcd-x15.cisco.com (173.37.183.89) by xch-rcd-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 20 Aug 2015 02:46:55 -0500 Received: from xmb-rcd-x09.cisco.com ([169.254.9.173]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0248.002; Thu, 20 Aug 2015 02:46:55 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: "Zhangxian (Xian)" , Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+CAANYxgP//i0EggAB7CoA= Date: Thu, 20 Aug 2015 07:46:54 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [173.36.7.11] Content-Type: multipart/mixed; boundary="_006_D1FB510F84048ggalimbeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 07:47:02 -0000 --_006_D1FB510F84048ggalimbeciscocom_ Content-Type: multipart/related; boundary="_005_D1FB510F84048ggalimbeciscocom_"; type="multipart/alternative" --_005_D1FB510F84048ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1FB510F84048ggalimbeciscocom_" --_000_D1FB510F84048ggalimbeciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgWGlhbg0KDQpObyBtb2RpZmljYXRpb25zIGFzIHBlciB0b2RheSBidXQgaW4gY2FzZSBuZXcg RmxleCBST0FETSB3aWxsIHN1cHBvcnQgZS5nLiAzLjEyNSBhbmQgNi4yNQ0KR3JhbnVsYXJpdHkg YW5kIFlvdSB3aGF0IHRvIHNpZ25hbCB0aGVzZSBuZXcgdmFsdWVzIFlvdSBhcmUgaW4gdHJvdWJs ZSBiZWNhdXNlIHRoZSBDRkcgYW5kIFNXRw0KQXJlIHJlZmVycmVkIHRvIDYuMjUgYW5kIDEyLjUg KGFzIHBlciB0aGUgY3VycmVudCBkcmFmdCkNCklmIFlvdSBhZGQgdHdvIHBhcmFtZXRlcnMgKGUu Zy4gTWluaW11bSBDRkcgYW5kIE1pbmltdW0gU1dHKSBZb3UgaGF2ZSB0aGUgd2F5IHRvIHNpZ25h bA0KQW55IGZ1cnRoZXIgY2hhbmdlIChsaWtlIHZhbHVlIDcgZm9yIDMuMTI1R0h6IG9yIGFib3Zl KS4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHYWJyaWVsZQ0KW2h0dHA6Ly93d3cuY2lzY28uY29tL3N3 YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGltYmVydGkNClByaW5jaXBhbCBFbmdpbmVl cg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBTLk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIw ODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cuY2lzY28uY29tL2dsb2JhbC9JVC88aHR0 cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0KZ2dhbGltYmVAY2lzY28uY29tPG1haWx0 bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5IDAzOSAyMDkxNDYyDQpNb2JpbGUgOisz OSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIwNDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KUmVmZXJyZWQgdG8gNi4yNSBhbmQgMTIuNS4NCg0KRnJvbTogWGlhbiBaaGFuZyA8emhh bmcueGlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGFuZy54aWFuQGh1YXdlaS5jb20+Pg0KRGF0ZTog VGh1cnNkYXksIEF1Z3VzdCAyMCwgMjAxNSA5OjMzIEFNDQpUbzogR2FicmllbGUgR2FsaW1iZXJ0 aSA8Z2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+PiwgRGFuaWVs ZSBDZWNjYXJlbGxpIDxkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPG1haWx0bzpkYW5p ZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPj4sICJDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFp bHRvOmNjYW1wQGlldGYub3JnPikiIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pg0KQ2M6IFpoZW5naGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb208bWFpbHRvOnpo ZW5naGFvbWlhbkBodWF3ZWkuY29tPj4NClN1YmplY3Q6IFJFOiBbQ0NBTVBdILTwuLQ6IFBPTExJ TkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGlu ZyBPcHRpb25zDQoNCkhpLCBHYWJyaWVsZSwNCg0KICAgVGhhbmsgeW91IGZvciB5b3VyIGZ1cnRo ZXIgZXhwbGFuYXRpb24uIEkgZ2V0IHlvdXIgcG9pbnQgbm93Lg0KDQogICBJIHRoaW5rIHdoYXQg eW91IHNhaWQgYmVsb3cgaXMgYWxyZWFkeSBzdXBwb3J0ZWQgYnkgUkZDNjIwNSBhbmQgdGhlIGZs ZXhpLWdyaWQgbGFiZWwgZHJhZnQsIHNpbmNlIFJGQzYyMDUgc3RhdGVzOg0KDQorLS0tLS0tLS0t LSstLS0tLS0tLS0rDQogICB8Qy5TLiAoR0h6KXwgIFZhbHVlICB8DQogICArLS0tLS0tLS0tLSst LS0tLS0tLS0rDQogICB8IFJlc2VydmVkIHwgICAgMCAgICB8DQogICArLS0tLS0tLS0tLSstLS0t LS0tLS0rDQogICB8ICAgIDEwMCAgIHwgICAgMSAgICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0t LS0rDQogICB8ICAgIDUwICAgIHwgICAgMiAgICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0r DQogICB8ICAgIDI1ICAgIHwgICAgMyAgICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQog ICB8ICAgIDEyLjUgIHwgICAgNCAgICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8 RnV0dXJlIHVzZXwgIDUgLSAxNSB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCg0KV2Ug YWRkZWQgNSBhcyA2LjI1IGluIFtkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFi ZWw8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlk LWxhbWJkYS1sYWJlbC0wNC50eHQ+XSwgd2hpY2ggbWVhbnMgbmF0dXJhbGx5IHRoYXQgNi0xNSBh cmUgZm9yIGZ1dHVyZSB1c2UgYW5kIHN1YmplY3QgdG8sIGFzIHlvdSBzYWlkLCB0aGUgZXZvbHV0 aW9uIG9mIHRlY2hub2xvZ2llcy4NCg0KDQoNCk15IHVuZGVyc3RhbmRpbmcgaXMgd2UgZG8gbm90 IG5lZWQgdG8gYWRkIGFueXRoaW5nIGluIE9TUEYgZHJhZnQgdG8gc3VwcG9ydCB0aGlzLiBJcyBp dCBjb3JyZWN0Pw0KDQoNCg0KUmVnYXJkcywNClhpYW4NCg0KDQoNCkZyb206IEdhYnJpZWxlIE1h cmlhIEdhbGltYmVydGkgKGdnYWxpbWJlKSBbbWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbV0NClNl bnQ6IDIwMTXE6jjUwjIwyNUgMTU6MjQNClRvOiBaaGFuZ3hpYW4gKFhpYW4pOyBEYW5pZWxlIENl Y2NhcmVsbGk7IENDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KQ0K Q2M6IFpoZW5naGFvbWlhbg0KU3ViamVjdDogUmU6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRy YWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlv bnMNCg0KSGkgWGlhbiwNCg0KSSdtIE9LIHdpdGggdGhlIGRlZmluaXRpb24gb2YgQ0ZHIGFuZCBT V0cgYXMgYSBtdWx0aXBsZSBvZiBNaW5pbXVtIEdyYW51bGFyaXR5ICh0b2RheSA2LjI1IGFuZCAx Mi41IGFzIHBlciBHLjY5NC4xKS4NCk15IHN1Z2dlc3Rpb24gaXMgdG8gbWFrZSB0aGUgTWluaW11 bSBHcmFudWxhcml0eSBhIHZhcmlhYmxlIHNvIHRoYXQgY2FuIGJlIGNoYW5nZWQgaW4gZnV0dXJl DQpBbmQgYXNzaWduIHRoZSB2YWx1ZXMgNSBhbmQgNCAgYXMgaW5kaWNhdGVkIGJ5IFJGQyA2MjA1 IGFuZA0KDQpkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWw8aHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJl bC0wNC50eHQ+DQoNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQogICB8Qy5TLiAoR0h6 KXwgIFZhbHVlICB8DQoNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfCBSZXNlcnZl ZCB8ICAgIDAgICAgfA0KDQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCiAgIHwgICAgMTAw ICAgfCAgICAxICAgIHwNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQogICB8ICAgIDUw ICAgIHwgICAgMiAgICB8DQoNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfCAgICAy NSAgICB8ICAgIDMgICAgfA0KDQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCiAgIHwgICAg MTIuNSAgfCAgICA0ICAgIHwNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQogICB8ICAg ICA2LjI1IHwgICAgNSAgICB8DQoNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfEZ1 dHVyZSB1c2V8ICA2IC0gMTUgfA0KDQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCg0KVGhl IGFib3ZlIHRhYmxlIChJIG1vZGlmaWVkIGZyb20gNjIwNSkgaXMgc3ViamVjdCB0byBldm9sdmUg d2l0aCB0aGUgZXZvbHV0aW9uIG9mDQoNClRoZSB0ZWNobm9sb2d5ICh0aGVyZSBtaWdodCBiZSB2 YWx1ZXMgNiBvciBtb3JlKSBidXQgdGhlIHNpZ25hbGxpbmcNCg0KV2lsbCBub3QgY2hhbmdlLg0K DQoNCkJlc3QgUmVnYXJkcywNCg0KDQpHYWJyaWVsZQ0KW2h0dHA6Ly93d3cuY2lzY28uY29tL3N3 YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGltYmVydGkNClByaW5jaXBhbCBFbmdpbmVl cg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBTLk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIw ODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cuY2lzY28uY29tL2dsb2JhbC9JVC88aHR0 cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0KZ2dhbGltYmVAY2lzY28uY29tPG1haWx0 bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5IDAzOSAyMDkxNDYyDQpNb2JpbGUgOisz OSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIwNDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQpBc3NpZ24gdGhlDQoNCkZyb206IFhpYW4gWmhhbmcgPHpoYW5nLnhpYW5AaHVhd2VpLmNvbTxt YWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tPj4NCkRhdGU6IFRodXJzZGF5LCBBdWd1c3QgMjAs IDIwMTUgNDowMSBBTQ0KVG86IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxp QGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4+LCBH YWJyaWVsZSBHYWxpbWJlcnRpIDxnZ2FsaW1iZUBjaXNjby5jb208bWFpbHRvOmdnYWxpbWJlQGNp c2NvLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4p IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCkNjOiBaaGVuZ2hhb21p YW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGVuZ2hhb21pYW5AaHVhd2VpLmNv bT4+DQpTdWJqZWN0OiBSRTogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2Ft cC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpIaSwgR2Fi cmllbGUgYW5kIERhbmllbGUsDQoNCiAgIEkgYW0gbm90IHN1cmUgSSBnZXQgdGhlIDJuZCBwb2lu dCB0aGF0IG5lZWRzIHRvIGJlIHVwZGF0ZWQuDQoNCkN1cnJlbnRseSwgdGhlIHR3byB2YWx1ZXMg KGkuZS4sIENGRyBhbmQgU1dHKSBpcyB1c2VkIHRvIGNvbnZleSB0aGUgbGltaXRhdGlvbiBvZiBh IG5vZGUuICBUaGlzIGlzIGJlY2F1c2UgYSBub2RlIG1heSBub3Qgc3VwcG9ydCB0aGUgZ3JhbnVs YXJpdHkgb2YgNi4yNUcoQ1MpIGFuZCAxMi41IChTVykgYXMgY3VycmVudGx5IGRlZmluZWQgYnkg Ry42OTQuMSBhbmQgaXQgbWlnaHQgc3VwcG9ydCBvbmx5IGxhcmdlciBudW1iZXJzIChmb3IgZXhh bXBsZSwgMTIuNSBhbmQgMjUsIHNvIENGRyB3aWxsIGJlIHNldCB0byAyIGFuZCBTV0c9MikuICBU aGlzIGlzIGFsaWduZWQgd2l0aCB3aGF0IGlzIGN1cnJlbnRseSBkZWZpbmVkIGluIHRoZSBsYWJl bCBkcmFmdCB3aGVyZSB3ZSBoYXZlIGEgbmV3IDYuMjUgQ1MgdmFsdWUuDQoNClNvLCBHYWJyaWVs ZSwgY291bGQgeW91IHBsZWFzZSBleHBsYWluIGZ1cnRoZXIgd2hhdCBpcyB0aGUgZnVydGhlciBw cm9vZm5lc3MgeW91IG1lYW50IGZvciB0aGUgcm91dGluZyBkcmFmdCBvbmx5PyBBbmQgd2hhdCBj aGFuZ2VzIHlvdSB3b3VsZCBsaWtlIHRvIHNlZSBpbiB0aGUgZHJhZnQ/DQoNClJlZ2FyZHMsDQpY aWFuDQoNCkZyb206IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIERhbmllbGUgQ2VjY2FyZWxsaQ0KU2VudDogMjAxNcTqONTCMTnI1SAyMDozMA0KVG86 IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVydGkgKGdnYWxpbWJlKTsgWmhlbmdoYW9taWFuOyBDQ0FN UCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPikNClN1YmplY3Q6IFJlOiBb Q0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3Nw Zi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNClRoYW5rcyBHYWJyaWVsZSBhbmQgYWxsIGZv ciB5b3VyIHJlcGxpZXMuDQoNCkl0IHNlZW1zIHRoYXQgdGhlIGNvbnNlbnN1cyBpcyBsZWFuaW5n IHRvd2FyZCBzb2x1dGlvbiBjKSBvbmx5IChpLmUuIEJpdG1hcCBsYWJlbCBzZXQpLg0KSWYgd2Ug bmVlZCB0byBkaXZlcmdlIGZyb20gd2hhdCB3ZSBkaWQgZm9yIFdTT04gKGkuZS4gYStiK2MpIEmh r20gaW4gZmF2b3Igb2YgYSBzb2x1dGlvbiB3aXRoIGEgc2luZ2xlIG9wdGlvbi4NCg0KSSB3b3Vs ZCBzdWdnZXN0IGNoYW5naW5nIHRoZSBkcmFmdCBhY2NvcmRpbmdseSBhbmQgYWRkaW5nIHRoZSB0 d28gbW9kaWZpY2F0aW9ucyByZXF1ZXN0ZWQgZnJvbSBSYW1vbi9TZXJnaW8gYW5kIEdhYnJpZWxl LCBuYW1lbHk6DQoNCg0KMS4gICAgICBDbGFyaWZpY2F0aW9uIG9uIHRoZSB1c2FnZSBvZiB0aGUg Yml0bWFwDQoNCjIuICAgICAgQ2hhbmdlIENlbnRyYWwgRnJlcXVlbmN5IGdyYW51bGFyaXR5IGFu ZCBTbG90IHdpZHRoIGdyYW51bGFyaXR5IHRvIHZhcmlhYmxlIGZpZWxkcyBmb3IgZnV0dXJlcHJv b2ZuZXNzLg0KDQpUaGFua3MNCkRhbmllbGUNCg0KDQpGcm9tOiBHYWJyaWVsZSBNYXJpYSBHYWxp bWJlcnRpIChnZ2FsaW1iZSkgW21haWx0bzpnZ2FsaW1iZUBjaXNjby5jb21dDQpTZW50OiBtYXJ0 ZWSorCAxOCBhZ29zdG8gMjAxNSAxNTo0OA0KVG86IFpoZW5naGFvbWlhbjsgRGFuaWVsZSBDZWNj YXJlbGxpOyBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPikNClN1 YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhp YmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNCkhpIFdHLA0KDQpJJ2Qg dm90ZSBmb3Igc29sdXRpb24gQy4NCg0KQnV0IGxvb2tpbmcgYXQgdGhlIGRvYy4gSSBzZWUgdGhh dCB0aGUgQ2VudHJhbCBGcmVxdWVuY3kgR3JhbnVsYXJpdHkgKDYuMjVHSHopIGFuZCB0aGUgU2xv dCBXaWR0aCBHcmFudWxhcml0eSAoMTIuNUdIeikNCkFyZSBmaXhlZCB2YWx1ZXMuICBNeSBzdWdn ZXN0aW9uIGlzIHRvIG1ha2UgdGhlbSB2YXJpYWJsZSBiZWNhdXNlIHNvb25lciBvciBsYXRlciB0 aGUgdGVjaG5vbG9neSB3aWxsIGV2b2x2ZSBhbmQNClRob3NlIHZhbHVlcyB3aWxsIGNoYW5nZSBm b3Igc3VyZS4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHYWJyaWVsZQ0KW2h0dHA6Ly93d3cuY2lzY28u Y29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGltYmVydGkNClByaW5jaXBhbCBF bmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBTLk1hcmlhIE1vbGdvcmEsIDQ4 IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cuY2lzY28uY29tL2dsb2JhbC9J VC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0KZ2dhbGltYmVAY2lzY28uY29t PG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5IDAzOSAyMDkxNDYyDQpNb2Jp bGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIwNDkNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFpoZW5naGFvbWlhbiA8emhlbmdoYW9t aWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlhbkBodWF3ZWkuY29tPj4NCkRhdGU6IFR1 ZXNkYXksIEF1Z3VzdCAxMSwgMjAxNSAxMTozNCBBTQ0KVG86IERhbmllbGUgQ2VjY2FyZWxsaSA8 ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxp QGVyaWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NClN1YmplY3Q6 IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1v c3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGksIERhbmllbGUgYW5kIENDQU1QZXJz LA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0byBrZWVwIHRoZSBkcmFmdCBhcyBpdCBp cywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2VlcCBpdCBjb25zaXN0ZW50IHdpdGggW1JG Qzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZvciBsYWJlbCBzZXQgZmllbGQgZGVzY3Jp cHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZpbmVkIFRMVi4NCg0KSSBhbSBpbnRlcmVz dGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxyZWFkeSBzdXBwb3J0IDMgbWV0aG9kcyBh cyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2ggYWRkaXRpb25hbCBlZmZvcnQgaXMgbmVl ZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMgZHJhZnQ/IElmIG5vdCBtdWNoLCBJIHN1 Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUgd29uoa90IGJlIGludGVyLW9wIHByb2Js ZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJlc3Qgd2lzaGVzLA0KSGFvbWlhbg0KDQq3 orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBEYW5pZWxl IENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIyN8jVIDE3OjE0DQrK1bz+yMs6IENDQU1Q IChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KQ0K1vfM4jogW0NDQU1QXSBQ T0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5j b2RpbmcgT3B0aW9ucw0KDQpXb3JraW5nIGdyb3VwLA0KDQphdCB0aGUgbWVldGluZyBpbiBQcmFn dWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBoaWdoIG51bWJlciBvZiBleGlzdGluZyBv cHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOhsSBlbmNvZGluZyBpbiBPU1BGIGZvciBm bGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1cHBvcnRzIChpbiBsaW5lIHdpdGggdGhl IFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoNCg0KYSkgICAgICBJbmNsdXNpdmUvRXhj bHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIEluY2x1c2l2ZS9FeGNsdXNpdmUgbGFiZWwg TGlzdHMNCg0KYykgICAgICBCaXRtYXAgbGFiZWwgc2V0DQoNCldoYXQgd2Whr2QgbGlrZSB0byBo ZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYgdGhlIHdvcnJ5IGZvciB0b28gbWFueSBh bHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28sIHdoaWNoIG9uZXMgYXJlIHRoZSBwcmVm ZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93aW5nIG9wdGlvbnMgYW5kIHNh eSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRpb24gMjogYikgb25seQ0KT3B0aW9uIDM6 IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5lLiBrZWVwIHRoZSBkcmFmdCBhcyBpdCBp cykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2YgYSksYiksYykuIElmIHlvdSBjaG9vc2Ug NSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdhbnQgdG8ga2VlcCBhbmQgd2hpY2ggb25l cyB0byBkcm9wLg0KDQpUaGFua3MsDQpEYW5pZWxlDQo= --_000_D1FB510F84048ggalimbeciscocom_ Content-Type: text/html; charset="gb2312" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Xian

No modifications as p= er today but in case new Flex ROADM will support e.g. 3.125 and 6.25 <= /div>
Granularity and= You what to signal these new values You are in trouble because the&= nbsp;CFG and SWG 
Are referred to 6.25 and 12.5 (a= s per the current draft)
If You add two parameters (e.g. = Minimum CFG and Minimum SWG) You have the way to signal 
Any further change (like value 7 for 3.125GHz or above).

Best Regards, 

Gabriele

3D"http://www.cisco.com/swa/i/l=



Gabriele Galimberti=
Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C<= /p>

20871 - Vimercate (MB)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049












Referred to 6.25 and 12.5.

From: Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 9:3= 3 AM
To: Gabriele Galimberti <ggalimbe@cisco.com>, Daniele Ceccarel= li <daniele.ceccarell= i@ericsson.com>, "CCAMP (ccam= p@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhenghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4: = POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

Hi, Gabriele,

 

   Thank you for your further explanation. I get your p= oint now.

 

   I think what you said below is already supported by = RFC6205 and the flexi-grid label draft, since RFC6205 states:

 

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

 =   |C.S. (GHz)|  Value  |

 =   +----------+---------+

 =  | Reserved |    0    |

 =   +----------+---------+

 =   |    100   |    1  = ;  |

 =   +----------+---------+

 =   |    50    |    2 =    |

 =   +----------+---------+

 =   |    25    |    3 =    |

 =   +----------+---------+

 =   |    12.5  |    4  &nbs= p; |

 =   +----------+---------+

 =   |Future use|  5 - 15 |

 =   +----------+---------+

 

We added 5 as 6.25 in [draft-ietf-ccamp-flexigrid-lambda-=
label], which means naturally that 6-15 are for future use a=
nd subject to, as you said, the evolution of technologies.  
 
My understanding is we do not need to add anythi=
ng in OSPF draft to support this. Is it correct?
 
Regards,
Xian
 

 

From: Gabriele Maria Gal= imberti (ggalimbe) [mailto:ggalimbe@c= isco.com]
Sent: 2015=C4=EA8=D4=C220=C8=D5 15:24
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-fl= exible-grid-ospf-ext-02 - Encoding Options

 

Hi Xian, 

=  

I'm OK with the definition of CFG and SWG as a multiple= of Minimum Granularity (today 6.25 and 12.5 as per G.694.1).

My suggestion is to make the Minimum Granularity a variable = so that can be changed in future

And assign the values 5 and 4  as indicated b= y RFC 6205 and <= o:p>

draft-ietf-ccamp-flexigrid-lambda-label

 

   +----------+---------+
   |C.S. (GHz)|  Value  |=

   +----------+---------+
   | Reserved |    0   =
 |
   +----------+---------+
   |    100   |  &=
nbsp; 1    |
   +----------+---------+
   |    50    | &n=
bsp;  2    |
   +----------+---------+
   |    25    | &n=
bsp;  3    |
   +----------+---------+
   |    12.5  |   =
 4    |
   +----------+---------+
   |     6.25 |   =
 5    |
   +----------+---------+<=
/span>
   |=
Future use|  6 - 15 |
   &=
#43;----------+---------+

 
The above tabl=
e (I modified from 6205) is subject to evolve with the evolution of 
The technology=
 (there might be values 6 or more) but the signalling 

Will not chang=
e.





Best Regards, =






Gabriele<=
/o:p>

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

=  

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Assign the

 

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 4:01 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Gabriele Galimberti <= ggalimbe@cisco.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?=

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8=D4=C219=C8=D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POL= LING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Thanks = Gabriele and all for your replies.

 <= /span>

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

 <= /span>

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

 <= /span>

1.      Clarification on the usage of the bitmap

2.      Change Central Frequency granularity and Slot width granularity to var= iable fields for futureproofness.

 <= /span>

Thanks<= /span>

Daniele=

 <= /span>

 <= /span>

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POL= LING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi WG, =

 =

I'd vote for solution C.

 =

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 =

Best Regards, 

 =

Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

&nbs= p;

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 =

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 =

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)      Bitmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

 --_000_D1FB510F84048ggalimbeciscocom_-- --_005_D1FB510F84048ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[181].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[181].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[181].png"; size=1632; creation-date="Thu, 20 Aug 2015 07:46:54 GMT"; modification-date="Thu, 20 Aug 2015 07:46:54 GMT" Content-ID: <8A8D1CD3-79A2-4DC9-9D2A-CE1963866F74> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_005_D1FB510F84048ggalimbeciscocom_-- --_006_D1FB510F84048ggalimbeciscocom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: attachment; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 07:46:54 GMT"; modification-date="Thu, 20 Aug 2015 07:46:54 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_006_D1FB510F84048ggalimbeciscocom_-- From nobody Thu Aug 20 00:57:43 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BACC1A1BB4 for ; Thu, 20 Aug 2015 00:57:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q-H4f7rqShwu for ; Thu, 20 Aug 2015 00:57:35 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D93451A1B51 for ; Thu, 20 Aug 2015 00:57:33 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWN14170; Thu, 20 Aug 2015 07:57:32 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 20 Aug 2015 08:57:31 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.64]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Thu, 20 Aug 2015 15:57:22 +0800 From: "Zhangxian (Xian)" To: "Gabriele Maria Galimberti (ggalimbe)" , "Daniele Ceccarelli" , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+CAANYxgP//i0EggAB7CoD//4s1oA== Date: Thu, 20 Aug 2015 07:57:21 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> 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.66.104.209] Content-Type: multipart/related; boundary="_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 07:57:40 -0000 --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_ Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_" --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SSBzZWUgeW91ciBwb2ludCwgR2FicmllbGUuDQoNCkhvd2V2ZXIsIEkgaGF2ZSBhbiBhbHRlcm5h dGl2ZSBwcm9wb3NhbCB0byBzZWUgaWYgeW91IGFncmVlOiBieSBhZGRpbmcgYSBDLlMuIGZpZWxk ICh3aGljaCBpcyB0aGUgc2FtZSBhcyB0aGUgb25lIGluIHRoZSBsYWJlbCkuIFRoaXMgd2F5LCB3 ZSBjb3VsZCBzeW5jIHdpdGggZnVydGhlciBkZXZlbG9wbWVudC4NCg0KU286IENGRyA9IDEgb3Ig bXVsdGlwbGUgb2YgQy5TLiBhbmQgU1dHID0gMSBvciBtdWx0aXBsZSBvZiAyKkMuUy4NCg0KVGhv dWdodHM/DQoNClJlZ2FyZHMsDQpYaWFuDQoNCkZyb206IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVy dGkgKGdnYWxpbWJlKSBbbWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbV0NClNlbnQ6IDIwMTXE6jjU wjIwyNUgMTU6NDcNClRvOiBaaGFuZ3hpYW4gKFhpYW4pOyBEYW5pZWxlIENlY2NhcmVsbGk7IEND QU1QIChjY2FtcEBpZXRmLm9yZykNCkNjOiBaaGVuZ2hhb21pYW4NClN1YmplY3Q6IFJlOiBbQ0NB TVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1l eHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNCkhpIFhpYW4NCg0KTm8gbW9kaWZpY2F0aW9ucyBh cyBwZXIgdG9kYXkgYnV0IGluIGNhc2UgbmV3IEZsZXggUk9BRE0gd2lsbCBzdXBwb3J0IGUuZy4g My4xMjUgYW5kIDYuMjUNCkdyYW51bGFyaXR5IGFuZCBZb3Ugd2hhdCB0byBzaWduYWwgdGhlc2Ug bmV3IHZhbHVlcyBZb3UgYXJlIGluIHRyb3VibGUgYmVjYXVzZSB0aGUgQ0ZHIGFuZCBTV0cNCkFy ZSByZWZlcnJlZCB0byA2LjI1IGFuZCAxMi41IChhcyBwZXIgdGhlIGN1cnJlbnQgZHJhZnQpDQpJ ZiBZb3UgYWRkIHR3byBwYXJhbWV0ZXJzIChlLmcuIE1pbmltdW0gQ0ZHIGFuZCBNaW5pbXVtIFNX RykgWW91IGhhdmUgdGhlIHdheSB0byBzaWduYWwNCkFueSBmdXJ0aGVyIGNoYW5nZSAobGlrZSB2 YWx1ZSA3IGZvciAzLjEyNUdIeiBvciBhYm92ZSkuDQoNCkJlc3QgUmVnYXJkcywNCg0KR2Ficmll bGUNCltodHRwOi8vd3d3LmNpc2NvLmNvbS9zd2EvaS9sb2dvLmdpZl0NCg0KDQpHYWJyaWVsZSBH YWxpbWJlcnRpDQpQcmluY2lwYWwgRW5naW5lZXINCkNpc2NvIFBob3RvbmljcyBTcmwNCg0KDQp2 aWEgUy5NYXJpYSBNb2xnb3JhLCA0OCBDDQoyMDg3MSAtIFZpbWVyY2F0ZSAoTUIpDQpJdGFseQ0K d3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPGh0dHA6Ly93d3cuY2lzY28uY29tL2dsb2JhbC9JVC8+ DQoNCmdnYWxpbWJlQGNpc2NvLmNvbTxtYWlsdG86Z2dhbGltYmVAY2lzY28uY29tPg0KUGhvbmUg OiszOSAwMzkgMjA5MTQ2Mg0KTW9iaWxlIDorMzkgMzM1IDc0ODE5NDcNCkZheCA6KzM5IDAzOSAy MDkyMDQ5DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KUmVmZXJyZWQgdG8gNi4yNSBhbmQgMTIuNS4N Cg0KRnJvbTogWGlhbiBaaGFuZyA8emhhbmcueGlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGFuZy54 aWFuQGh1YXdlaS5jb20+Pg0KRGF0ZTogVGh1cnNkYXksIEF1Z3VzdCAyMCwgMjAxNSA5OjMzIEFN DQpUbzogR2FicmllbGUgR2FsaW1iZXJ0aSA8Z2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2Fs aW1iZUBjaXNjby5jb20+PiwgRGFuaWVsZSBDZWNjYXJlbGxpIDxkYW5pZWxlLmNlY2NhcmVsbGlA ZXJpY3Nzb24uY29tPG1haWx0bzpkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPj4sICJD Q0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPikiIDxjY2FtcEBpZXRm Lm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KQ2M6IFpoZW5naGFvbWlhbiA8emhlbmdoYW9t aWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlhbkBodWF3ZWkuY29tPj4NClN1YmplY3Q6 IFJFOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdy aWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNCkhpLCBHYWJyaWVsZSwNCg0KICAg VGhhbmsgeW91IGZvciB5b3VyIGZ1cnRoZXIgZXhwbGFuYXRpb24uIEkgZ2V0IHlvdXIgcG9pbnQg bm93Lg0KDQogICBJIHRoaW5rIHdoYXQgeW91IHNhaWQgYmVsb3cgaXMgYWxyZWFkeSBzdXBwb3J0 ZWQgYnkgUkZDNjIwNSBhbmQgdGhlIGZsZXhpLWdyaWQgbGFiZWwgZHJhZnQsIHNpbmNlIFJGQzYy MDUgc3RhdGVzOg0KDQorLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8Qy5TLiAoR0h6KXwgIFZh bHVlICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8IFJlc2VydmVkIHwgICAgMCAg ICB8DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8ICAgIDEwMCAgIHwgICAgMSAgICB8 DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8ICAgIDUwICAgIHwgICAgMiAgICB8DQog ICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8ICAgIDI1ICAgIHwgICAgMyAgICB8DQogICAr LS0tLS0tLS0tLSstLS0tLS0tLS0rDQogICB8ICAgIDEyLjUgIHwgICAgNCAgICB8DQogICArLS0t LS0tLS0tLSstLS0tLS0tLS0rDQogICB8RnV0dXJlIHVzZXwgIDUgLSAxNSB8DQogICArLS0tLS0t LS0tLSstLS0tLS0tLS0rDQoNCg0KV2UgYWRkZWQgNSBhcyA2LjI1IGluIFtkcmFmdC1pZXRmLWNj YW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWw8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbC0wNC50eHQ+XSwgd2hpY2ggbWVh bnMgbmF0dXJhbGx5IHRoYXQgNi0xNSBhcmUgZm9yIGZ1dHVyZSB1c2UgYW5kIHN1YmplY3QgdG8s IGFzIHlvdSBzYWlkLCB0aGUgZXZvbHV0aW9uIG9mIHRlY2hub2xvZ2llcy4NCg0KDQoNCk15IHVu ZGVyc3RhbmRpbmcgaXMgd2UgZG8gbm90IG5lZWQgdG8gYWRkIGFueXRoaW5nIGluIE9TUEYgZHJh ZnQgdG8gc3VwcG9ydCB0aGlzLiBJcyBpdCBjb3JyZWN0Pw0KDQoNCg0KUmVnYXJkcywNClhpYW4N Cg0KDQoNCkZyb206IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVydGkgKGdnYWxpbWJlKSBbbWFpbHRv OmdnYWxpbWJlQGNpc2NvLmNvbV0NClNlbnQ6IDIwMTXE6jjUwjIwyNUgMTU6MjQNClRvOiBaaGFu Z3hpYW4gKFhpYW4pOyBEYW5pZWxlIENlY2NhcmVsbGk7IENDQU1QIChjY2FtcEBpZXRmLm9yZzxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+KQ0KQ2M6IFpoZW5naGFvbWlhbg0KU3ViamVjdDogUmU6IFtD Q0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3Bm LWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGkgWGlhbiwNCg0KSSdtIE9LIHdpdGggdGhl IGRlZmluaXRpb24gb2YgQ0ZHIGFuZCBTV0cgYXMgYSBtdWx0aXBsZSBvZiBNaW5pbXVtIEdyYW51 bGFyaXR5ICh0b2RheSA2LjI1IGFuZCAxMi41IGFzIHBlciBHLjY5NC4xKS4NCk15IHN1Z2dlc3Rp b24gaXMgdG8gbWFrZSB0aGUgTWluaW11bSBHcmFudWxhcml0eSBhIHZhcmlhYmxlIHNvIHRoYXQg Y2FuIGJlIGNoYW5nZWQgaW4gZnV0dXJlDQpBbmQgYXNzaWduIHRoZSB2YWx1ZXMgNSBhbmQgNCAg YXMgaW5kaWNhdGVkIGJ5IFJGQyA2MjA1IGFuZA0KDQpkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3Jp ZC1sYW1iZGEtbGFiZWw8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2Nh bXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbC0wNC50eHQ+DQoNCg0KICAgKy0tLS0tLS0tLS0rLS0t LS0tLS0tKw0KDQogICB8Qy5TLiAoR0h6KXwgIFZhbHVlICB8DQoNCiAgICstLS0tLS0tLS0tKy0t LS0tLS0tLSsNCg0KICAgfCBSZXNlcnZlZCB8ICAgIDAgICAgfA0KDQogICArLS0tLS0tLS0tLSst LS0tLS0tLS0rDQoNCiAgIHwgICAgMTAwICAgfCAgICAxICAgIHwNCg0KICAgKy0tLS0tLS0tLS0r LS0tLS0tLS0tKw0KDQogICB8ICAgIDUwICAgIHwgICAgMiAgICB8DQoNCiAgICstLS0tLS0tLS0t Ky0tLS0tLS0tLSsNCg0KICAgfCAgICAyNSAgICB8ICAgIDMgICAgfA0KDQogICArLS0tLS0tLS0t LSstLS0tLS0tLS0rDQoNCiAgIHwgICAgMTIuNSAgfCAgICA0ICAgIHwNCg0KICAgKy0tLS0tLS0t LS0rLS0tLS0tLS0tKw0KDQogICB8ICAgICA2LjI1IHwgICAgNSAgICB8DQoNCiAgICstLS0tLS0t LS0tKy0tLS0tLS0tLSsNCg0KICAgfEZ1dHVyZSB1c2V8ICA2IC0gMTUgfA0KDQogICArLS0tLS0t LS0tLSstLS0tLS0tLS0rDQoNCg0KVGhlIGFib3ZlIHRhYmxlIChJIG1vZGlmaWVkIGZyb20gNjIw NSkgaXMgc3ViamVjdCB0byBldm9sdmUgd2l0aCB0aGUgZXZvbHV0aW9uIG9mDQoNClRoZSB0ZWNo bm9sb2d5ICh0aGVyZSBtaWdodCBiZSB2YWx1ZXMgNiBvciBtb3JlKSBidXQgdGhlIHNpZ25hbGxp bmcNCg0KV2lsbCBub3QgY2hhbmdlLg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpHYWJyaWVsZQ0K W2h0dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxlIEdhbGlt YmVydGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoNCnZpYSBT Lk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5DQp3d3cu Y2lzY28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lULz4NCg0K Z2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9uZSA6KzM5 IDAzOSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5IDIwOTIw NDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpBc3NpZ24gdGhlDQoNCkZyb206IFhpYW4gWmhhbmcg PHpoYW5nLnhpYW5AaHVhd2VpLmNvbTxtYWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tPj4NCkRh dGU6IFRodXJzZGF5LCBBdWd1c3QgMjAsIDIwMTUgNDowMSBBTQ0KVG86IERhbmllbGUgQ2VjY2Fy ZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNj YXJlbGxpQGVyaWNzc29uLmNvbT4+LCBHYWJyaWVsZSBHYWxpbWJlcnRpIDxnZ2FsaW1iZUBjaXNj by5jb208bWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPj4NCkNjOiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0 bzp6aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT4+DQpTdWJqZWN0OiBSRTogW0NDQU1QXSC08Li0OiBQ T0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5j b2RpbmcgT3B0aW9ucw0KDQpIaSwgR2FicmllbGUgYW5kIERhbmllbGUsDQoNCiAgIEkgYW0gbm90 IHN1cmUgSSBnZXQgdGhlIDJuZCBwb2ludCB0aGF0IG5lZWRzIHRvIGJlIHVwZGF0ZWQuDQoNCkN1 cnJlbnRseSwgdGhlIHR3byB2YWx1ZXMgKGkuZS4sIENGRyBhbmQgU1dHKSBpcyB1c2VkIHRvIGNv bnZleSB0aGUgbGltaXRhdGlvbiBvZiBhIG5vZGUuICBUaGlzIGlzIGJlY2F1c2UgYSBub2RlIG1h eSBub3Qgc3VwcG9ydCB0aGUgZ3JhbnVsYXJpdHkgb2YgNi4yNUcoQ1MpIGFuZCAxMi41IChTVykg YXMgY3VycmVudGx5IGRlZmluZWQgYnkgRy42OTQuMSBhbmQgaXQgbWlnaHQgc3VwcG9ydCBvbmx5 IGxhcmdlciBudW1iZXJzIChmb3IgZXhhbXBsZSwgMTIuNSBhbmQgMjUsIHNvIENGRyB3aWxsIGJl IHNldCB0byAyIGFuZCBTV0c9MikuICBUaGlzIGlzIGFsaWduZWQgd2l0aCB3aGF0IGlzIGN1cnJl bnRseSBkZWZpbmVkIGluIHRoZSBsYWJlbCBkcmFmdCB3aGVyZSB3ZSBoYXZlIGEgbmV3IDYuMjUg Q1MgdmFsdWUuDQoNClNvLCBHYWJyaWVsZSwgY291bGQgeW91IHBsZWFzZSBleHBsYWluIGZ1cnRo ZXIgd2hhdCBpcyB0aGUgZnVydGhlciBwcm9vZm5lc3MgeW91IG1lYW50IGZvciB0aGUgcm91dGlu ZyBkcmFmdCBvbmx5PyBBbmQgd2hhdCBjaGFuZ2VzIHlvdSB3b3VsZCBsaWtlIHRvIHNlZSBpbiB0 aGUgZHJhZnQ/DQoNClJlZ2FyZHMsDQpYaWFuDQoNCkZyb206IENDQU1QIFttYWlsdG86Y2NhbXAt Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERhbmllbGUgQ2VjY2FyZWxsaQ0KU2VudDog MjAxNcTqONTCMTnI1SAyMDozMA0KVG86IEdhYnJpZWxlIE1hcmlhIEdhbGltYmVydGkgKGdnYWxp bWJlKTsgWmhlbmdoYW9taWFuOyBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPikNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRm LWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNClRo YW5rcyBHYWJyaWVsZSBhbmQgYWxsIGZvciB5b3VyIHJlcGxpZXMuDQoNCkl0IHNlZW1zIHRoYXQg dGhlIGNvbnNlbnN1cyBpcyBsZWFuaW5nIHRvd2FyZCBzb2x1dGlvbiBjKSBvbmx5IChpLmUuIEJp dG1hcCBsYWJlbCBzZXQpLg0KSWYgd2UgbmVlZCB0byBkaXZlcmdlIGZyb20gd2hhdCB3ZSBkaWQg Zm9yIFdTT04gKGkuZS4gYStiK2MpIEmhr20gaW4gZmF2b3Igb2YgYSBzb2x1dGlvbiB3aXRoIGEg c2luZ2xlIG9wdGlvbi4NCg0KSSB3b3VsZCBzdWdnZXN0IGNoYW5naW5nIHRoZSBkcmFmdCBhY2Nv cmRpbmdseSBhbmQgYWRkaW5nIHRoZSB0d28gbW9kaWZpY2F0aW9ucyByZXF1ZXN0ZWQgZnJvbSBS YW1vbi9TZXJnaW8gYW5kIEdhYnJpZWxlLCBuYW1lbHk6DQoNCg0KMS4gICAgICBDbGFyaWZpY2F0 aW9uIG9uIHRoZSB1c2FnZSBvZiB0aGUgYml0bWFwDQoNCjIuICAgICAgQ2hhbmdlIENlbnRyYWwg RnJlcXVlbmN5IGdyYW51bGFyaXR5IGFuZCBTbG90IHdpZHRoIGdyYW51bGFyaXR5IHRvIHZhcmlh YmxlIGZpZWxkcyBmb3IgZnV0dXJlcHJvb2ZuZXNzLg0KDQpUaGFua3MNCkRhbmllbGUNCg0KDQpG cm9tOiBHYWJyaWVsZSBNYXJpYSBHYWxpbWJlcnRpIChnZ2FsaW1iZSkgW21haWx0bzpnZ2FsaW1i ZUBjaXNjby5jb21dDQpTZW50OiBtYXJ0ZWSorCAxOCBhZ29zdG8gMjAxNSAxNTo0OA0KVG86IFpo ZW5naGFvbWlhbjsgRGFuaWVsZSBDZWNjYXJlbGxpOyBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8bWFp bHRvOmNjYW1wQGlldGYub3JnPikNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcg LSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBP cHRpb25zDQoNCkhpIFdHLA0KDQpJJ2Qgdm90ZSBmb3Igc29sdXRpb24gQy4NCg0KQnV0IGxvb2tp bmcgYXQgdGhlIGRvYy4gSSBzZWUgdGhhdCB0aGUgQ2VudHJhbCBGcmVxdWVuY3kgR3JhbnVsYXJp dHkgKDYuMjVHSHopIGFuZCB0aGUgU2xvdCBXaWR0aCBHcmFudWxhcml0eSAoMTIuNUdIeikNCkFy ZSBmaXhlZCB2YWx1ZXMuICBNeSBzdWdnZXN0aW9uIGlzIHRvIG1ha2UgdGhlbSB2YXJpYWJsZSBi ZWNhdXNlIHNvb25lciBvciBsYXRlciB0aGUgdGVjaG5vbG9neSB3aWxsIGV2b2x2ZSBhbmQNClRo b3NlIHZhbHVlcyB3aWxsIGNoYW5nZSBmb3Igc3VyZS4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHYWJy aWVsZQ0KW2h0dHA6Ly93d3cuY2lzY28uY29tL3N3YS9pL2xvZ28uZ2lmXQ0KDQoNCkdhYnJpZWxl IEdhbGltYmVydGkNClByaW5jaXBhbCBFbmdpbmVlcg0KQ2lzY28gUGhvdG9uaWNzIFNybA0KDQoN CnZpYSBTLk1hcmlhIE1vbGdvcmEsIDQ4IEMNCjIwODcxIC0gVmltZXJjYXRlIChNQikNCkl0YWx5 DQp3d3cuY2lzY28uY29tL2dsb2JhbC9JVC88aHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0lU Lz4NCg0KZ2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+DQpQaG9u ZSA6KzM5IDAzOSAyMDkxNDYyDQpNb2JpbGUgOiszOSAzMzUgNzQ4MTk0Nw0KRmF4IDorMzkgMDM5 IDIwOTIwNDkNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3Vu Y2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9m IFpoZW5naGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb208bWFpbHRvOnpoZW5naGFvbWlh bkBodWF3ZWkuY29tPj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAxMSwgMjAxNSAxMTozNCBBTQ0K VG86IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxt YWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGll dGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNj YW1wQGlldGYub3JnPj4NClN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWll dGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0K SGksIERhbmllbGUgYW5kIENDQU1QZXJzLA0KDQpBcyBhbiBhdXRob3IsIEkgd291bGQgbGlrZSB0 byBrZWVwIHRoZSBkcmFmdCBhcyBpdCBpcywgb3IgYWx0ZXJuYXRpdmVseSBzcGVha2luZywga2Vl cCBpdCBjb25zaXN0ZW50IHdpdGggW1JGQzc1NzldIChwcmV2aW91cyBbR0VOLUVOQ09ERV0pIGZv ciBsYWJlbCBzZXQgZmllbGQgZGVzY3JpcHRpb24sIGV2ZW4gaWYgdGhpcyBpcyBhIG5ldyBkZWZp bmVkIFRMVi4NCg0KSSBhbSBpbnRlcmVzdGVkIGluLCBpZiBhbnkgaW1wbGVtZW50YXRpb24gYWxy ZWFkeSBzdXBwb3J0IDMgbWV0aG9kcyBhcyBkZWZpbmVkIGluIFtSRkM3NTc5XSwgaG93IG11Y2gg YWRkaXRpb25hbCBlZmZvcnQgaXMgbmVlZGVkIHRvIHN1cHBvcnQgMyBtZXRob2RzIGluIHRoaXMg ZHJhZnQ/IElmIG5vdCBtdWNoLCBJIHN1Z2dlc3Qgd2Uga2VlcCB0aGVtIGFsbC4NCg0KVGhlcmUg d29uoa90IGJlIGludGVyLW9wIHByb2JsZW0gYXMgbG9uZyBhcyBzdGFuZGFyZGl6ZWQuDQoNCkJl c3Qgd2lzaGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNl c0BpZXRmLm9yZ10gtPqx7SBEYW5pZWxlIENlY2NhcmVsbGkNCreiy83KsbzkOiAyMDE1xOo31MIy N8jVIDE3OjE0DQrK1bz+yMs6IENDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+KQ0K1vfM4jogW0NDQU1QXSBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJs ZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpXb3JraW5nIGdyb3VwLA0K DQphdCB0aGUgbWVldGluZyBpbiBQcmFndWUgd2UgcmVjZWl2ZWQgYSBjb21tZW50IG9uIHRoZSBo aWdoIG51bWJlciBvZiBleGlzdGluZyBvcHRpb25zIGZvciChsGF2YWlsYWJsZSByZXNvdXJjZXOh sSBlbmNvZGluZyBpbiBPU1BGIGZvciBmbGV4aS1ncmlkLg0KVGhlIGRyYWZ0IGFjdHVhbGx5IHN1 cHBvcnRzIChpbiBsaW5lIHdpdGggdGhlIFdTT04gZW5jb2RpbmcpIHRocmVlIG1ldGhvZHM6DQoN Cg0KYSkgICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIHJhbmdlcw0KDQpiKSAgICAgIElu Y2x1c2l2ZS9FeGNsdXNpdmUgbGFiZWwgTGlzdHMNCg0KYykgICAgICBCaXRtYXAgbGFiZWwgc2V0 DQoNCldoYXQgd2Whr2QgbGlrZSB0byBoZWFyIGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgaXMgaWYg dGhlIHdvcnJ5IGZvciB0b28gbWFueSBhbHRlcm5hdGl2ZXMgaXMgc2hhcmVkIGFuZCwgaWYgc28s IHdoaWNoIG9uZXMgYXJlIHRoZSBwcmVmZXJyZWQuDQpQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUg Zm9sbG93aW5nIG9wdGlvbnMgYW5kIHNheSB3aHk6DQoNCk9wdGlvbiAxOiBhKSBvbmx5DQpPcHRp b24gMjogYikgb25seQ0KT3B0aW9uIDM6IGMpIG9ubHkNCk9wdGlvbiA0OiBhKStiKStjKSAoaS5l LiBrZWVwIHRoZSBkcmFmdCBhcyBpdCBpcykNCk9wdGlvbiA1OiBhbnkgY29tYmluYXRpb24gb2Yg YSksYiksYykuIElmIHlvdSBjaG9vc2UgNSBwbGVhc2Ugc2F5IHdoaWNoIG9wdGlvbnMgeW91IHdh bnQgdG8ga2VlcCBhbmQgd2hpY2ggb25lcyB0byBkcm9wLg0KDQpUaGFua3MsDQpEYW5pZWxlDQo= --_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

I see your point, Gabriele.

 

However, I have an alternative proposal to see if you agree: by a= dding a C.S. field (which is the same as the one in the label). This way, w= e could sync with further development.

 

So: CFG =3D 1 or multiple of C.S. and SWG =3D 1 or multiple of 2*= C.S.

 

Thoughts?

 

Regards,

Xian

 

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe= @cisco.com]
Sent: 2015=C4=EA8=D4=C220=C8= =D5 15:47
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING -= draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi Xian

 

No modifications as per today but in case new Flex ROADM will suppor= t e.g. 3.125 and 6.25 

Granularity and You what to signal these new values You are in troub= le because the CFG and SWG 

Are= referred to 6.25 and 12.5 (as per the current draft)

If You ad= d two parameters (e.g. Minimum CFG and Min= imum SWG) You have the way to signal 

Any further change (like value = 7 for 3.125GHz or above).

 

Best Regards, <= /span>

 

Gabriele

3D"http://www.cisco.=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

=  

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Referred to 6.25 and 12.5.

 

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 9:33 AM
To: Gabriele Galimberti <gg= alimbe@cisco.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi, Gabriele,

 

   Thank you for your further explanation. I get your p= oint now.

 

   I think what you said below is already supported by = RFC6205 and the flexi-grid label draft, since RFC6205 states:

 

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

&= nbsp;  |C.S. (GHz)|  Value  |

&= nbsp;  +----------+---------+

&= nbsp;  | Reserved |    0    |

&= nbsp;  +----------+---------+

&= nbsp;  |    100   |    1 =    |=

&= nbsp;  +----------+---------+

&= nbsp;  |    50    |    2&= nbsp;   |<= /o:p>

&= nbsp;  +----------+---------+

&= nbsp;  |    25    |    3&= nbsp;   |<= /o:p>

&= nbsp;  +----------+---------+

&= nbsp;  |    12.5  |    4  = ;  |

&= nbsp;  +----------+---------+

&= nbsp;  |Future use|  5 - 15 |

&= nbsp;  +----------+---------+

 

We added 5 as 6.25 in [draft-ietf-ccamp-flexigrid-lambda-=
label], which means naturally that 6-15 are for future use a=
nd subject to, as you said, the evolution of technologies.  
 
My understanding is we do not need to add anythi=
ng in OSPF draft to support this. Is it correct?
 
Regards,
Xian
 

 

From: Gabriele Maria Galimberti (gg= alimbe) [mailto:ggalimbe@cisco.com]
Sent: 2015=C4=EA8= =D4=C220=C8=D5 15:24
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encod= ing Options

 

Hi Xian, 

 <= /span>

I'm OK with the definition of CFG and SWG a= s a multiple of Minimum Granularity (today 6.25 and 12.5 as per G.694.1).

My suggestion is to make the Minimum Granularity= a variable so that can be changed in future

And assign the values 5 and 4  as= indicated by RFC 6205 and 

draft-ietf-ccamp-flexigrid-lambda-label=

 

   +----------+---------+
   |C.S. (GHz)|  Value  |
   +----------+---------+
   | Reserved |    0 =
   |=

   +----------+---------+
   |    100   |&=
nbsp;   1    |
   +----------+---------+
   |    50  &nbs=
p; |    2    |
   +----------+---------+
   |    25  &nbs=
p; |    3    |
   +----------+---------+
   |    12.5  | =
   4    |
   +----------+---------+
   |     6.25 | =
   5    |
   +----------+---------+
   |Future use|  6 - 15 |
   +----------+---------+




The above table (I modified from 6205) is subject to evolve with th=
e evolution of 


The technology (there might be values 6 or more) but the signalling=
 


Will not change.





Best Regards, 





Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

 = ;

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Assign the

 <= /span>

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 4:01 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Gabriele Galimberti <= ggalimbe@cisco.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 <= /span>

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?=

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8= =D4=C219=C8=D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encod= ing Options

 

Thanks = Gabriele and all for your replies.

 <= /span>

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

 <= /span>

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

 <= /span>

1.      Clarification on the usage of the bitmap

2.      Change Central Frequency granularity and Slot width granularity to variabl= e fields for futureproofness.

 <= /span>

Thanks<= /span>

Daniele=

 <= /span>

 <= /span>

From: Gabriele Maria Galimberti (gg= alimbe) [mailto:ggalimbe@cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encod= ing Options

 

Hi WG, =

 =

I'd vote for solution C.

 =

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 =

Best Regards, 

 =

Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

&nbs= p;

via S.Maria Molgora, 48 C

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462=
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 =

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 =

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      I= nclusive/Exclusive label ranges

b)      I= nclusive/Exclusive label Lists

c)      B= itmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_-- --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 07:57:21 GMT"; modification-date="Thu, 20 Aug 2015 07:57:21 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_004_C636AF2FA540124E9B9ACB5A6BECCE6B47245FFESZXEMA512MBSchi_-- From nobody Thu Aug 20 01:15:29 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BDB01A6F0A for ; Thu, 20 Aug 2015 01:15:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.56 X-Spam-Level: X-Spam-Status: No, score=-8.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fTDIwLWwLJqH for ; Thu, 20 Aug 2015 01:15:24 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A198F1A6EFB for ; Thu, 20 Aug 2015 01:15:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=93072; q=dns/txt; s=iport; t=1440058524; x=1441268124; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JyHIxzOMa1Z7rt3rC9TBLGNBIPI9iLyGg8tMQPWrwBA=; b=lX4sBio+fbdmhEPTXIGkGIMiIYQtAZ6y2GoXc7scO0l7DqWd80tFTqWk JjzH5lh4+nuQyEtrQxQwPcLKuPzP9ITonbiVGzVTay7P4Qezr6eI7SuFq fiTsXajnbcLMf881iO1zCSXi5GB6gv1WyPzB3pVF8/anPSQaSt5Hsrwlg 0=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[182].png, image001.png : 1632, 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CaAwDti9VV/4sNJK1dgk5NVGkGgx+6SQqBeYV5AhyBFDgUAQEBAQEBAYEKhCMBAQEEBQEfCAEbMA4CAgEGAhEDAQEBBgEBARgBBgUCAhUECwwUBgMIAgQBDQQBDg0EiA8Nm1+dFwiWAQEBAQEBAQEBAQEBAQEBAQEBAQEBARcEi0+EbwoNBAYBgmWBRwWHJYpygxEBgj6BXAFph2qBSoQukFmDaSaCDhwVgT5xAYFHgQQBAQE X-IronPort-AV: E=Sophos;i="5.15,714,1432598400"; d="png'150?scan'150,208,217,150";a="180274087" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-6.cisco.com with ESMTP; 20 Aug 2015 08:15:23 +0000 Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t7K8FMC8018332 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Aug 2015 08:15:22 GMT Received: from xch-aln-020.cisco.com (173.36.7.30) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 20 Aug 2015 03:15:21 -0500 Received: from xhc-rcd-x14.cisco.com (173.37.183.88) by xch-aln-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 20 Aug 2015 03:15:21 -0500 Received: from xmb-rcd-x09.cisco.com ([169.254.9.173]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0248.002; Thu, 20 Aug 2015 03:15:20 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: "Zhangxian (Xian)" , Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4?= =?gb2312?Q?ible-grid-ospf-ext-02_-_Encoding_Options?= Thread-Index: AQHQ2bxz2clcjZ2Fpkaik7VfVm9NdJ4SvAuAgAFip+CAANYxgP//i0EggAB7CoD//4s1oIAAfL2A Date: Thu, 20 Aug 2015 08:15:20 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129CB108@ESESSMB301.ericsson.se> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [173.36.7.11] Content-Type: multipart/mixed; boundary="_006_D1FB596E84065ggalimbeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAt?= =?gb2312?b?ZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnM=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2015 08:15:28 -0000 --_006_D1FB596E84065ggalimbeciscocom_ Content-Type: multipart/related; boundary="_005_D1FB596E84065ggalimbeciscocom_"; type="multipart/alternative" --_005_D1FB596E84065ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1FB596E84065ggalimbeciscocom_" --_000_D1FB596E84065ggalimbeciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgWGlhbiwNCg0KVGhhdCBhZGRyZXNzIHRoZSBpc3N1ZSAhDQpJIGFncmVlIHdpdGggdGhlIHBy b3Bvc2FsLg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkdhYnJpZWxlLg0KDQpbaHR0cDovL3d3dy5jaXNj by5jb20vc3dhL2kvbG9nby5naWZdDQoNCg0KR2FicmllbGUgR2FsaW1iZXJ0aQ0KUHJpbmNpcGFs IEVuZ2luZWVyDQpDaXNjbyBQaG90b25pY3MgU3JsDQoNCg0KdmlhIFMuTWFyaWEgTW9sZ29yYSwg NDggQw0KMjA4NzEgLSBWaW1lcmNhdGUgKE1CKQ0KSXRhbHkNCnd3dy5jaXNjby5jb20vZ2xvYmFs L0lULzxodHRwOi8vd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPg0KDQpnZ2FsaW1iZUBjaXNjby5j b208bWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbT4NClBob25lIDorMzkgMDM5IDIwOTE0NjINCk1v YmlsZSA6KzM5IDMzNSA3NDgxOTQ3DQpGYXggOiszOSAwMzkgMjA5MjA0OQ0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCkZyb206IFhpYW4gWmhhbmcgPHpoYW5nLnhpYW5AaHVhd2VpLmNvbTxt YWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tPj4NCkRhdGU6IFRodXJzZGF5LCBBdWd1c3QgMjAs IDIwMTUgOTo1NyBBTQ0KVG86IEdhYnJpZWxlIEdhbGltYmVydGkgPGdnYWxpbWJlQGNpc2NvLmNv bTxtYWlsdG86Z2dhbGltYmVAY2lzY28uY29tPj4sIERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVs ZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNz c29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4p IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCkNjOiBaaGVuZ2hhb21p YW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGVuZ2hhb21pYW5AaHVhd2VpLmNv bT4+DQpTdWJqZWN0OiBSRTogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2Ft cC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpJIHNlZSB5 b3VyIHBvaW50LCBHYWJyaWVsZS4NCg0KSG93ZXZlciwgSSBoYXZlIGFuIGFsdGVybmF0aXZlIHBy b3Bvc2FsIHRvIHNlZSBpZiB5b3UgYWdyZWU6IGJ5IGFkZGluZyBhIEMuUy4gZmllbGQgKHdoaWNo IGlzIHRoZSBzYW1lIGFzIHRoZSBvbmUgaW4gdGhlIGxhYmVsKS4gVGhpcyB3YXksIHdlIGNvdWxk IHN5bmMgd2l0aCBmdXJ0aGVyIGRldmVsb3BtZW50Lg0KDQpTbzogQ0ZHID0gMSBvciBtdWx0aXBs ZSBvZiBDLlMuIGFuZCBTV0cgPSAxIG9yIG11bHRpcGxlIG9mIDIqQy5TLg0KDQpUaG91Z2h0cz8N Cg0KUmVnYXJkcywNClhpYW4NCg0KRnJvbTogR2FicmllbGUgTWFyaWEgR2FsaW1iZXJ0aSAoZ2dh bGltYmUpIFttYWlsdG86Z2dhbGltYmVAY2lzY28uY29tXQ0KU2VudDogMjAxNcTqONTCMjDI1SAx NTo0Nw0KVG86IFpoYW5neGlhbiAoWGlhbik7IERhbmllbGUgQ2VjY2FyZWxsaTsgQ0NBTVAgKGNj YW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pDQpDYzogWmhlbmdoYW9taWFuDQpT dWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4 aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpIaSBYaWFuDQoNCk5v IG1vZGlmaWNhdGlvbnMgYXMgcGVyIHRvZGF5IGJ1dCBpbiBjYXNlIG5ldyBGbGV4IFJPQURNIHdp bGwgc3VwcG9ydCBlLmcuIDMuMTI1IGFuZCA2LjI1DQpHcmFudWxhcml0eSBhbmQgWW91IHdoYXQg dG8gc2lnbmFsIHRoZXNlIG5ldyB2YWx1ZXMgWW91IGFyZSBpbiB0cm91YmxlIGJlY2F1c2UgdGhl IENGRyBhbmQgU1dHDQpBcmUgcmVmZXJyZWQgdG8gNi4yNSBhbmQgMTIuNSAoYXMgcGVyIHRoZSBj dXJyZW50IGRyYWZ0KQ0KSWYgWW91IGFkZCB0d28gcGFyYW1ldGVycyAoZS5nLiBNaW5pbXVtIENG RyBhbmQgTWluaW11bSBTV0cpIFlvdSBoYXZlIHRoZSB3YXkgdG8gc2lnbmFsDQpBbnkgZnVydGhl ciBjaGFuZ2UgKGxpa2UgdmFsdWUgNyBmb3IgMy4xMjVHSHogb3IgYWJvdmUpLg0KDQpCZXN0IFJl Z2FyZHMsDQoNCkdhYnJpZWxlDQpbaHR0cDovL3d3dy5jaXNjby5jb20vc3dhL2kvbG9nby5naWZd DQoNCg0KR2FicmllbGUgR2FsaW1iZXJ0aQ0KUHJpbmNpcGFsIEVuZ2luZWVyDQpDaXNjbyBQaG90 b25pY3MgU3JsDQoNCg0KdmlhIFMuTWFyaWEgTW9sZ29yYSwgNDggQw0KMjA4NzEgLSBWaW1lcmNh dGUgKE1CKQ0KSXRhbHkNCnd3dy5jaXNjby5jb20vZ2xvYmFsL0lULzxodHRwOi8vd3d3LmNpc2Nv LmNvbS9nbG9iYWwvSVQvPg0KDQpnZ2FsaW1iZUBjaXNjby5jb208bWFpbHRvOmdnYWxpbWJlQGNp c2NvLmNvbT4NClBob25lIDorMzkgMDM5IDIwOTE0NjINCk1vYmlsZSA6KzM5IDMzNSA3NDgxOTQ3 DQpGYXggOiszOSAwMzkgMjA5MjA0OQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClJlZmVycmVkIHRv IDYuMjUgYW5kIDEyLjUuDQoNCkZyb206IFhpYW4gWmhhbmcgPHpoYW5nLnhpYW5AaHVhd2VpLmNv bTxtYWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tPj4NCkRhdGU6IFRodXJzZGF5LCBBdWd1c3Qg MjAsIDIwMTUgOTozMyBBTQ0KVG86IEdhYnJpZWxlIEdhbGltYmVydGkgPGdnYWxpbWJlQGNpc2Nv LmNvbTxtYWlsdG86Z2dhbGltYmVAY2lzY28uY29tPj4sIERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFu aWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVy aWNzc29uLmNvbT4+LCAiQ0NBTVAgKGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4pIiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCkNjOiBaaGVuZ2hh b21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1haWx0bzp6aGVuZ2hhb21pYW5AaHVhd2Vp LmNvbT4+DQpTdWJqZWN0OiBSRTogW0NDQU1QXSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1j Y2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpIaSwg R2FicmllbGUsDQoNCiAgIFRoYW5rIHlvdSBmb3IgeW91ciBmdXJ0aGVyIGV4cGxhbmF0aW9uLiBJ IGdldCB5b3VyIHBvaW50IG5vdy4NCg0KICAgSSB0aGluayB3aGF0IHlvdSBzYWlkIGJlbG93IGlz IGFscmVhZHkgc3VwcG9ydGVkIGJ5IFJGQzYyMDUgYW5kIHRoZSBmbGV4aS1ncmlkIGxhYmVsIGRy YWZ0LCBzaW5jZSBSRkM2MjA1IHN0YXRlczoNCg0KKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAg fEMuUy4gKEdIeil8ICBWYWx1ZSAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCBS ZXNlcnZlZCB8ICAgIDAgICAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAx MDAgICB8ICAgIDEgICAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICA1MCAg ICB8ICAgIDIgICAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAyNSAgICB8 ICAgIDMgICAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfCAgICAxMi41ICB8ICAg IDQgICAgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgfEZ1dHVyZSB1c2V8ICA1IC0g MTUgfA0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQoNCldlIGFkZGVkIDUgYXMgNi4yNSBp biBbZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsPGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwtMDQu dHh0Pl0sIHdoaWNoIG1lYW5zIG5hdHVyYWxseSB0aGF0IDYtMTUgYXJlIGZvciBmdXR1cmUgdXNl IGFuZCBzdWJqZWN0IHRvLCBhcyB5b3Ugc2FpZCwgdGhlIGV2b2x1dGlvbiBvZiB0ZWNobm9sb2dp ZXMuDQoNCg0KDQpNeSB1bmRlcnN0YW5kaW5nIGlzIHdlIGRvIG5vdCBuZWVkIHRvIGFkZCBhbnl0 aGluZyBpbiBPU1BGIGRyYWZ0IHRvIHN1cHBvcnQgdGhpcy4gSXMgaXQgY29ycmVjdD8NCg0KDQoN ClJlZ2FyZHMsDQpYaWFuDQoNCg0KDQpGcm9tOiBHYWJyaWVsZSBNYXJpYSBHYWxpbWJlcnRpIChn Z2FsaW1iZSkgW21haWx0bzpnZ2FsaW1iZUBjaXNjby5jb21dDQpTZW50OiAyMDE1xOo41MIyMMjV IDE1OjI0DQpUbzogWmhhbmd4aWFuIChYaWFuKTsgRGFuaWVsZSBDZWNjYXJlbGxpOyBDQ0FNUCAo Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPikNCkNjOiBaaGVuZ2hhb21pYW4N ClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IFBPTExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZs ZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNvZGluZyBPcHRpb25zDQoNCkhpIFhpYW4sDQoN CkknbSBPSyB3aXRoIHRoZSBkZWZpbml0aW9uIG9mIENGRyBhbmQgU1dHIGFzIGEgbXVsdGlwbGUg b2YgTWluaW11bSBHcmFudWxhcml0eSAodG9kYXkgNi4yNSBhbmQgMTIuNSBhcyBwZXIgRy42OTQu MSkuDQpNeSBzdWdnZXN0aW9uIGlzIHRvIG1ha2UgdGhlIE1pbmltdW0gR3JhbnVsYXJpdHkgYSB2 YXJpYWJsZSBzbyB0aGF0IGNhbiBiZSBjaGFuZ2VkIGluIGZ1dHVyZQ0KQW5kIGFzc2lnbiB0aGUg dmFsdWVzIDUgYW5kIDQgIGFzIGluZGljYXRlZCBieSBSRkMgNjIwNSBhbmQNCg0KZHJhZnQtaWV0 Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwtMDQudHh0Pg0KDQoNCiAg ICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfEMuUy4gKEdIeil8ICBWYWx1ZSAgfA0KDQog ICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCiAgIHwgUmVzZXJ2ZWQgfCAgICAwICAgIHwNCg0K ICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQogICB8ICAgIDEwMCAgIHwgICAgMSAgICB8DQoN CiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfCAgICA1MCAgICB8ICAgIDIgICAgfA0K DQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCiAgIHwgICAgMjUgICAgfCAgICAzICAgIHwN Cg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQogICB8ICAgIDEyLjUgIHwgICAgNCAgICB8 DQoNCiAgICstLS0tLS0tLS0tKy0tLS0tLS0tLSsNCg0KICAgfCAgICAgNi4yNSB8ICAgIDUgICAg fA0KDQogICArLS0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCiAgIHxGdXR1cmUgdXNlfCAgNiAtIDE1 IHwNCg0KICAgKy0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KDQoNClRoZSBhYm92ZSB0YWJsZSAoSSBt b2RpZmllZCBmcm9tIDYyMDUpIGlzIHN1YmplY3QgdG8gZXZvbHZlIHdpdGggdGhlIGV2b2x1dGlv biBvZg0KDQpUaGUgdGVjaG5vbG9neSAodGhlcmUgbWlnaHQgYmUgdmFsdWVzIDYgb3IgbW9yZSkg YnV0IHRoZSBzaWduYWxsaW5nDQoNCldpbGwgbm90IGNoYW5nZS4NCg0KDQpCZXN0IFJlZ2FyZHMs DQoNCg0KR2FicmllbGUNCltodHRwOi8vd3d3LmNpc2NvLmNvbS9zd2EvaS9sb2dvLmdpZl0NCg0K DQpHYWJyaWVsZSBHYWxpbWJlcnRpDQpQcmluY2lwYWwgRW5naW5lZXINCkNpc2NvIFBob3Rvbmlj cyBTcmwNCg0KDQp2aWEgUy5NYXJpYSBNb2xnb3JhLCA0OCBDDQoyMDg3MSAtIFZpbWVyY2F0ZSAo TUIpDQpJdGFseQ0Kd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPGh0dHA6Ly93d3cuY2lzY28uY29t L2dsb2JhbC9JVC8+DQoNCmdnYWxpbWJlQGNpc2NvLmNvbTxtYWlsdG86Z2dhbGltYmVAY2lzY28u Y29tPg0KUGhvbmUgOiszOSAwMzkgMjA5MTQ2Mg0KTW9iaWxlIDorMzkgMzM1IDc0ODE5NDcNCkZh eCA6KzM5IDAzOSAyMDkyMDQ5DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQXNzaWduIHRoZQ0KDQpG cm9tOiBYaWFuIFpoYW5nIDx6aGFuZy54aWFuQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nLnhpYW5A aHVhd2VpLmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgQXVndXN0IDIwLCAyMDE1IDQ6MDEgQU0NClRv OiBEYW5pZWxlIENlY2NhcmVsbGkgPGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb208bWFp bHRvOmRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb20+PiwgR2FicmllbGUgR2FsaW1iZXJ0 aSA8Z2dhbGltYmVAY2lzY28uY29tPG1haWx0bzpnZ2FsaW1iZUBjaXNjby5jb20+PiwgIkNDQU1Q IChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KSIgPGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpDYzogWmhlbmdoYW9taWFuIDx6aGVuZ2hhb21pYW5A aHVhd2VpLmNvbTxtYWlsdG86emhlbmdoYW9taWFuQGh1YXdlaS5jb20+Pg0KU3ViamVjdDogUkU6 IFtDQ0FNUF0gtPC4tDogUE9MTElORyAtIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1v c3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0KSGksIEdhYnJpZWxlIGFuZCBEYW5pZWxl LA0KDQogICBJIGFtIG5vdCBzdXJlIEkgZ2V0IHRoZSAybmQgcG9pbnQgdGhhdCBuZWVkcyB0byBi ZSB1cGRhdGVkLg0KDQpDdXJyZW50bHksIHRoZSB0d28gdmFsdWVzIChpLmUuLCBDRkcgYW5kIFNX RykgaXMgdXNlZCB0byBjb252ZXkgdGhlIGxpbWl0YXRpb24gb2YgYSBub2RlLiAgVGhpcyBpcyBi ZWNhdXNlIGEgbm9kZSBtYXkgbm90IHN1cHBvcnQgdGhlIGdyYW51bGFyaXR5IG9mIDYuMjVHKENT KSBhbmQgMTIuNSAoU1cpIGFzIGN1cnJlbnRseSBkZWZpbmVkIGJ5IEcuNjk0LjEgYW5kIGl0IG1p Z2h0IHN1cHBvcnQgb25seSBsYXJnZXIgbnVtYmVycyAoZm9yIGV4YW1wbGUsIDEyLjUgYW5kIDI1 LCBzbyBDRkcgd2lsbCBiZSBzZXQgdG8gMiBhbmQgU1dHPTIpLiAgVGhpcyBpcyBhbGlnbmVkIHdp dGggd2hhdCBpcyBjdXJyZW50bHkgZGVmaW5lZCBpbiB0aGUgbGFiZWwgZHJhZnQgd2hlcmUgd2Ug aGF2ZSBhIG5ldyA2LjI1IENTIHZhbHVlLg0KDQpTbywgR2FicmllbGUsIGNvdWxkIHlvdSBwbGVh c2UgZXhwbGFpbiBmdXJ0aGVyIHdoYXQgaXMgdGhlIGZ1cnRoZXIgcHJvb2ZuZXNzIHlvdSBtZWFu dCBmb3IgdGhlIHJvdXRpbmcgZHJhZnQgb25seT8gQW5kIHdoYXQgY2hhbmdlcyB5b3Ugd291bGQg bGlrZSB0byBzZWUgaW4gdGhlIGRyYWZ0Pw0KDQpSZWdhcmRzLA0KWGlhbg0KDQpGcm9tOiBDQ0FN UCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYW5pZWxlIENl Y2NhcmVsbGkNClNlbnQ6IDIwMTXE6jjUwjE5yNUgMjA6MzANClRvOiBHYWJyaWVsZSBNYXJpYSBH YWxpbWJlcnRpIChnZ2FsaW1iZSk7IFpoZW5naGFvbWlhbjsgQ0NBTVAgKGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBQT0xM SU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0LTAyIC0gRW5jb2Rp bmcgT3B0aW9ucw0KDQpUaGFua3MgR2FicmllbGUgYW5kIGFsbCBmb3IgeW91ciByZXBsaWVzLg0K DQpJdCBzZWVtcyB0aGF0IHRoZSBjb25zZW5zdXMgaXMgbGVhbmluZyB0b3dhcmQgc29sdXRpb24g Yykgb25seSAoaS5lLiBCaXRtYXAgbGFiZWwgc2V0KS4NCklmIHdlIG5lZWQgdG8gZGl2ZXJnZSBm cm9tIHdoYXQgd2UgZGlkIGZvciBXU09OIChpLmUuIGErYitjKSBJoa9tIGluIGZhdm9yIG9mIGEg c29sdXRpb24gd2l0aCBhIHNpbmdsZSBvcHRpb24uDQoNCkkgd291bGQgc3VnZ2VzdCBjaGFuZ2lu ZyB0aGUgZHJhZnQgYWNjb3JkaW5nbHkgYW5kIGFkZGluZyB0aGUgdHdvIG1vZGlmaWNhdGlvbnMg cmVxdWVzdGVkIGZyb20gUmFtb24vU2VyZ2lvIGFuZCBHYWJyaWVsZSwgbmFtZWx5Og0KDQoNCjEu ICAgICAgQ2xhcmlmaWNhdGlvbiBvbiB0aGUgdXNhZ2Ugb2YgdGhlIGJpdG1hcA0KDQoyLiAgICAg IENoYW5nZSBDZW50cmFsIEZyZXF1ZW5jeSBncmFudWxhcml0eSBhbmQgU2xvdCB3aWR0aCBncmFu dWxhcml0eSB0byB2YXJpYWJsZSBmaWVsZHMgZm9yIGZ1dHVyZXByb29mbmVzcy4NCg0KVGhhbmtz DQpEYW5pZWxlDQoNCg0KRnJvbTogR2FicmllbGUgTWFyaWEgR2FsaW1iZXJ0aSAoZ2dhbGltYmUp IFttYWlsdG86Z2dhbGltYmVAY2lzY28uY29tXQ0KU2VudDogbWFydGVkqKwgMTggYWdvc3RvIDIw MTUgMTU6NDgNClRvOiBaaGVuZ2hhb21pYW47IERhbmllbGUgQ2VjY2FyZWxsaTsgQ0NBTVAgKGNj YW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4pDQpTdWJqZWN0OiBSZTogW0NDQU1Q XSC08Li0OiBQT0xMSU5HIC0gZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLW9zcGYtZXh0 LTAyIC0gRW5jb2RpbmcgT3B0aW9ucw0KDQpIaSBXRywNCg0KSSdkIHZvdGUgZm9yIHNvbHV0aW9u IEMuDQoNCkJ1dCBsb29raW5nIGF0IHRoZSBkb2MuIEkgc2VlIHRoYXQgdGhlIENlbnRyYWwgRnJl cXVlbmN5IEdyYW51bGFyaXR5ICg2LjI1R0h6KSBhbmQgdGhlIFNsb3QgV2lkdGggR3JhbnVsYXJp dHkgKDEyLjVHSHopDQpBcmUgZml4ZWQgdmFsdWVzLiAgTXkgc3VnZ2VzdGlvbiBpcyB0byBtYWtl IHRoZW0gdmFyaWFibGUgYmVjYXVzZSBzb29uZXIgb3IgbGF0ZXIgdGhlIHRlY2hub2xvZ3kgd2ls bCBldm9sdmUgYW5kDQpUaG9zZSB2YWx1ZXMgd2lsbCBjaGFuZ2UgZm9yIHN1cmUuDQoNCkJlc3Qg UmVnYXJkcywNCg0KR2FicmllbGUNCltodHRwOi8vd3d3LmNpc2NvLmNvbS9zd2EvaS9sb2dvLmdp Zl0NCg0KDQpHYWJyaWVsZSBHYWxpbWJlcnRpDQpQcmluY2lwYWwgRW5naW5lZXINCkNpc2NvIFBo b3RvbmljcyBTcmwNCg0KDQp2aWEgUy5NYXJpYSBNb2xnb3JhLCA0OCBDDQoyMDg3MSAtIFZpbWVy Y2F0ZSAoTUIpDQpJdGFseQ0Kd3d3LmNpc2NvLmNvbS9nbG9iYWwvSVQvPGh0dHA6Ly93d3cuY2lz Y28uY29tL2dsb2JhbC9JVC8+DQoNCmdnYWxpbWJlQGNpc2NvLmNvbTxtYWlsdG86Z2dhbGltYmVA Y2lzY28uY29tPg0KUGhvbmUgOiszOSAwMzkgMjA5MTQ2Mg0KTW9iaWxlIDorMzkgMzM1IDc0ODE5 NDcNCkZheCA6KzM5IDAzOSAyMDkyMDQ5DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpGcm9tOiBD Q0FNUCA8Y2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zz4+IG9uIGJlaGFsZiBvZiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPG1h aWx0bzp6aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBBdWd1c3QgMTEs IDIwMTUgMTE6MzQgQU0NClRvOiBEYW5pZWxlIENlY2NhcmVsbGkgPGRhbmllbGUuY2VjY2FyZWxs aUBlcmljc3Nvbi5jb208bWFpbHRvOmRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb20+Piwg IkNDQU1QIChjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+KSIgPGNjYW1wQGll dGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbQ0NBTVBdILTwuLQ6IFBP TExJTkcgLSBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDIgLSBFbmNv ZGluZyBPcHRpb25zDQoNCkhpLCBEYW5pZWxlIGFuZCBDQ0FNUGVycywNCg0KQXMgYW4gYXV0aG9y LCBJIHdvdWxkIGxpa2UgdG8ga2VlcCB0aGUgZHJhZnQgYXMgaXQgaXMsIG9yIGFsdGVybmF0aXZl bHkgc3BlYWtpbmcsIGtlZXAgaXQgY29uc2lzdGVudCB3aXRoIFtSRkM3NTc5XSAocHJldmlvdXMg W0dFTi1FTkNPREVdKSBmb3IgbGFiZWwgc2V0IGZpZWxkIGRlc2NyaXB0aW9uLCBldmVuIGlmIHRo aXMgaXMgYSBuZXcgZGVmaW5lZCBUTFYuDQoNCkkgYW0gaW50ZXJlc3RlZCBpbiwgaWYgYW55IGlt cGxlbWVudGF0aW9uIGFscmVhZHkgc3VwcG9ydCAzIG1ldGhvZHMgYXMgZGVmaW5lZCBpbiBbUkZD NzU3OV0sIGhvdyBtdWNoIGFkZGl0aW9uYWwgZWZmb3J0IGlzIG5lZWRlZCB0byBzdXBwb3J0IDMg bWV0aG9kcyBpbiB0aGlzIGRyYWZ0PyBJZiBub3QgbXVjaCwgSSBzdWdnZXN0IHdlIGtlZXAgdGhl bSBhbGwuDQoNClRoZXJlIHdvbqGvdCBiZSBpbnRlci1vcCBwcm9ibGVtIGFzIGxvbmcgYXMgc3Rh bmRhcmRpemVkLg0KDQpCZXN0IHdpc2hlcywNCkhhb21pYW4NCg0Kt6K8/sjLOiBDQ0FNUCBbbWFp bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gRGFuaWVsZSBDZWNjYXJlbGxpDQq3osvN yrG85DogMjAxNcTqN9TCMjfI1SAxNzoxNA0KytW8/sjLOiBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmc8 bWFpbHRvOmNjYW1wQGlldGYub3JnPikNCtb3zOI6IFtDQ0FNUF0gUE9MTElORyAtIGRyYWZ0LWll dGYtY2NhbXAtZmxleGlibGUtZ3JpZC1vc3BmLWV4dC0wMiAtIEVuY29kaW5nIE9wdGlvbnMNCg0K V29ya2luZyBncm91cCwNCg0KYXQgdGhlIG1lZXRpbmcgaW4gUHJhZ3VlIHdlIHJlY2VpdmVkIGEg Y29tbWVudCBvbiB0aGUgaGlnaCBudW1iZXIgb2YgZXhpc3Rpbmcgb3B0aW9ucyBmb3IgobBhdmFp bGFibGUgcmVzb3VyY2VzobEgZW5jb2RpbmcgaW4gT1NQRiBmb3IgZmxleGktZ3JpZC4NClRoZSBk cmFmdCBhY3R1YWxseSBzdXBwb3J0cyAoaW4gbGluZSB3aXRoIHRoZSBXU09OIGVuY29kaW5nKSB0 aHJlZSBtZXRob2RzOg0KDQoNCmEpICAgICAgSW5jbHVzaXZlL0V4Y2x1c2l2ZSBsYWJlbCByYW5n ZXMNCg0KYikgICAgICBJbmNsdXNpdmUvRXhjbHVzaXZlIGxhYmVsIExpc3RzDQoNCmMpICAgICAg Qml0bWFwIGxhYmVsIHNldA0KDQpXaGF0IHdloa9kIGxpa2UgdG8gaGVhciBmcm9tIHRoZSB3b3Jr aW5nIGdyb3VwIGlzIGlmIHRoZSB3b3JyeSBmb3IgdG9vIG1hbnkgYWx0ZXJuYXRpdmVzIGlzIHNo YXJlZCBhbmQsIGlmIHNvLCB3aGljaCBvbmVzIGFyZSB0aGUgcHJlZmVycmVkLg0KUGxlYXNlIGNo b29zZSBvbmUgb2YgdGhlIGZvbGxvd2luZyBvcHRpb25zIGFuZCBzYXkgd2h5Og0KDQpPcHRpb24g MTogYSkgb25seQ0KT3B0aW9uIDI6IGIpIG9ubHkNCk9wdGlvbiAzOiBjKSBvbmx5DQpPcHRpb24g NDogYSkrYikrYykgKGkuZS4ga2VlcCB0aGUgZHJhZnQgYXMgaXQgaXMpDQpPcHRpb24gNTogYW55 IGNvbWJpbmF0aW9uIG9mIGEpLGIpLGMpLiBJZiB5b3UgY2hvb3NlIDUgcGxlYXNlIHNheSB3aGlj aCBvcHRpb25zIHlvdSB3YW50IHRvIGtlZXAgYW5kIHdoaWNoIG9uZXMgdG8gZHJvcC4NCg0KVGhh bmtzLA0KRGFuaWVsZQ0K --_000_D1FB596E84065ggalimbeciscocom_ Content-Type: text/html; charset="gb2312" Content-ID: <3F93FBF4D6707F44ACABDE1641F76B4E@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Xian, 

That address the issue !
I agree with the proposal.

Best Regards, 

Gabriele.

3D"http://www.cisco.com/swa/i/l=



Gabriele Galimberti=
Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C<= /p>

20871 - Vimercate (MB)
Italy
www.cisco.com/global/IT/


ggalimbe@cisco.c= om
Phone :+39 039 2091462+39 335 7481947
Fax :+39 039 2092049













From: Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 9:5= 7 AM
To: Gabriele Galimberti <ggalimbe@cisco.com>, Daniele Ceccarel= li <daniele.ceccarell= i@ericsson.com>, "CCAMP (ccam= p@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhenghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4: = POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

I see your point, Gabriele.

 

However, I have an alternative proposal to see if you agree: by a= dding a C.S. field (which is the same as the one in the label). This way, w= e could sync with further development.

 

So: CFG =3D 1 or multiple of C.S. and SWG =3D 1 or multiple of 2*= C.S.

 

Thoughts?

 

Regards,

Xian

 

From: Gabriele Maria Gal= imberti (ggalimbe) [mailto:ggalimbe@c= isco.com]
Sent: 2015=C4=EA8=D4=C220=C8=D5 15:47
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POLLING - draft-ietf-ccamp-fl= exible-grid-ospf-ext-02 - Encoding Options

 

Hi Xian

 

No modifications as per today but in case new Flex ROADM will suppor= t e.g. 3.125 and 6.25 

Granularity and You what to signal these new values You are in troub= le because the CFG and SWG 

Are= referred to 6.25 and 12.5 (as per the current draft)

If You ad= d two parameters (e.g. Minimum CFG and Min= imum SWG) You have the way to signal 

Any further change (like value = 7 for 3.125GHz or above).

 

Best Regards, <= /span>

 

Gabriele

3D"http://www.cisco.=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

=  

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Referred to 6.25 and 12.5.

 

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 9:33 AM
To: Gabriele Galimberti <gg= alimbe@cisco.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi, Gabriele,

 

   Thank you for your further explanation. I get your p= oint now.

 

   I think what you said below is already supported by = RFC6205 and the flexi-grid label draft, since RFC6205 states:

 

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

 =   |C.S. (GHz)|  Value  |

 =   +----------+---------+

 =  | Reserved |    0    |

 =   +----------+---------+

 =   |    100   |    1  = ;  |

 =   +----------+---------+

 =   |    50    |    2 =    |=

 =   +----------+---------+

 =   |    25    |    3 =    |=

 =   +----------+---------+

 =   |    12.5  |    4  &nbs= p; |

 =   +----------+---------+

 =   |Future use|  5 - 15 |

 =   +----------+---------+

 

We added 5 as 6.25 in [draft-ietf-ccamp-flexigrid-lambda-=
label], which means naturally that 6-15 are for future use a=
nd subject to, as you said, the evolution of technologies.  
 
My understanding is we do not need to add anythi=
ng in OSPF draft to support this. Is it correct?
 
Regards,
Xian
 

 

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.com]
Sent: 2015=C4=EA8=D4=C220=C8=D5 15:24
To: Zhangxian (Xian); Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Cc: Zhenghaomian
Subject: Re: [CCAMP] =B4=F0=B8=B4: POL= LING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi Xian, 

 <= /span>

I'm OK with the definition of CFG and SWG a= s a multiple of Minimum Granularity (today 6.25 and 12.5 as per G.694.1).

My suggestion is to make the Minimum Granularity= a variable so that can be changed in future

And assign the values 5 and 4  as= indicated by RFC 6205 and 

draft-ietf-ccamp-flexigrid-lambda-label=

 

   +----------+---------+
   |C.S. (GHz)|  Value  |
   +----------+---------+
   | Reserved |    0 =
   |=

   +----------+---------+
   |    100   |&=
nbsp;   1    |
   +----------+---------+
   |    50  &nbs=
p; |    2    |
   +----------+---------+
   |    25  &nbs=
p; |    3    |
   +----------+---------+
   |    12.5  | =
   4    |
   +----------+---------+
   |     6.25 | =
   5    |
   +----------+---------+
   |Future use|  6 - 15 |
   +----------+---------+




The above table (I modified from 6205) is subject to evolve with th=
e evolution of 


The technology (there might be values 6 or more) but the signalling=
 


Will not change.





Best Regards, 





Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

 = ;

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

Assign the

 <= /span>

From: = Xian Zhang <zhang.xian@huawei.com>
Date: Thursday, August 20, 2015 4:01 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Gabriele Galimberti <= ggalimbe@cisco.com>, "CCA= MP (ccamp@ietf.org)" <ccamp@ietf.org>
Cc: Zhenghaomian <zhen= ghaomian@huawei.com>
Subject: RE: [CCAMP] =B4=F0=B8=B4= : POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 <= /span>

Hi, Gabriele and Daniele,

 

   I am not sure I get the 2nd point that ne= eds to be updated.

 

Currently, the two values (i.e., CFG = and SWG) is used to convey the limitation of a node.  This is because = a node may not support the granularity of 6.25G(CS) and 12.5 (SW) as currently defined by G.694.1 and it might support only la= rger numbers (for example, 12.5 and 25, so CFG will be set to 2 and SWG=3D2= ).  This is aligned with what is currently defined in the label draft = where we have a new 6.25 CS value.

 

So, Gabriele, could you please explai= n further what is the further proofness you meant for the routing draft onl= y? And what changes you would like to see in the draft?=

 

Regards,
Xian

 

From: CCAMP [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: 2015=C4=EA8=D4=C219=C8=D5 20:30
To: Gabriele Maria Galimberti (ggalimbe); Zhenghaomian; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POL= LING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Thanks = Gabriele and all for your replies.

 <= /span>

It seem= s that the consensus is leaning toward solution c) only (i.e. Bitmap label = set).

If we n= eed to diverge from what we did for WSON (i.e. a+b+c) I=A1=AFm in f= avor of a solution with a single option.

 <= /span>

I would= suggest changing the draft accordingly and adding the two modifications re= quested from Ramon/Sergio and Gabriele, namely:

 <= /span>

1.      Clarification on the usage of the bitmap

2.      Change Central Frequency granularity and Slot width granularity to var= iable fields for futureproofness.

 <= /span>

Thanks<= /span>

Daniele=

 <= /span>

 <= /span>

From: Gabriele Maria Galimberti (ggalimbe) [mailto:ggalimbe@cisco.com]
Sent: marted=A8=AC 18 agosto 2015 15:48
To: Zhenghaomian; Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] =B4=F0=B8=B4: POL= LING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi WG, =

 =

I'd vote for solution C.

 =

But looking at the doc. I see that the Central Frequency Granularit= y (6.25GHz) and the Slot Width Granularity (12.5GHz)

Are fixed values.  My suggestion is to make them variable beca= use sooner or later the technology will evolve and

Those values will change for sure.

 =

Best Regards, 

 =

Gabriele

3D"http=

 

 

Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl

 

&nbs= p;

via S.Maria Molgora, 48 C=

20871 - Vimercate (MB)
Italy
w= ww.cisco.com/global/IT/

 

ggalimbe@cisco.com
Phone :+39 039 2091462
Mobile :+39 335 7481947
Fax :+39 039 2092049

 

 

 

 

 

 

 

 

 

 =

From: = CCAMP <ccamp-bounces@ietf.org> on behalf of = Zhenghaomian <zhenghaomian@hu= awei.com>
Date: Tuesday, August 11, 2015 11:34 AM
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4: PO= LLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options<= /o:p>

 =

Hi, Daniele and CCAMPers,

 

As an author, I would like to keep the draft as it is, or alterna= tively speaking, keep it consistent with [RFC7579] (previous [GEN-ENCODE]) = for label set field description, even if this is a new defined TLV.

 

I am interested in, if any implementation already support 3 metho= ds as defined in [RFC7579], how much additional effort is needed to support= 3 methods in this draft? If not much, I suggest we keep them all.

 

There won=A1=AFt be inter-op problem as long as standardized.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: CCAMP [mailto:c= camp-bounces@ietf.org] =B4=FA=B1=ED Daniele Ceccarelli
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C227= =C8=D5 17:14
=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)
=D6=F7=CC=E2: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding O= ptions<= /span>

 

Working grou= p,

 

at the me= eting in Prague we received a comment on the high number of existing option= s for =A1=B0available resources=A1=B1 encoding in OSPF for flexi-grid.

The draft= actually supports (in line with the WSON encoding) three methods:

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)      Bitmap label set

 

What we= =A1=AFd like to hear from the working group is if the worry for too many al= ternatives is shared and, if so, which ones are the preferred.

Ple= ase choose one of the following options and say why:

 

Option 1:= a) only

Option 2:= b) only

Option 3:= c) only

Option 4:= a)+b)+c) (i.e. keep the draft as it is)

Option 5:= any combination of a),b),c). If you choose 5 please say which options you = want to keep and which ones to drop.

 

Thanks,

Daniele <= o:p>

 --_000_D1FB596E84065ggalimbeciscocom_-- --_005_D1FB596E84065ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[182].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[182].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[182].png"; size=1632; creation-date="Thu, 20 Aug 2015 08:15:20 GMT"; modification-date="Thu, 20 Aug 2015 08:15:20 GMT" Content-ID: <6E54D039-5B88-4C97-BA68-BBE418BD1DBB> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_005_D1FB596E84065ggalimbeciscocom_-- --_006_D1FB596E84065ggalimbeciscocom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: attachment; filename="image001.png"; size=1632; creation-date="Thu, 20 Aug 2015 08:15:20 GMT"; modification-date="Thu, 20 Aug 2015 08:15:20 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG4AAABJCAIAAABTkIQiAAAGJ0lEQVR4nO2be0xTVxzHv30gcHk5 bRmKyMCJrhDsNi0xzldikE2dZr5mSEnm/poylxi3ZAuOkhhjspANZ0zUhT9GyNwMzoHDSHD4GEGI QGtGAQ10iEyg1a1Cy50tdH9cd7kqRVp+5WHO54/m9HDOl3M+nHvP6W2QeTweMCiQT/YAXhyYSjKY SjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjKYSjImQWXLnXvTOt8bE62yxtz2 XfnvNea2aZo/CsoJ/n0lVxsqG5sBLNcsmI75ozDRq1KYp/A6HfNHgW07ZDCVZDCVZARQpa+HkqnW 3lcCpdLXQ8lUa+8HgToM+XoomWrt/SBQq9LXQ8lUa+8HBCqn+wdBqvzxqpzuHwQJ88d7r/yooBhA ZWOz8cSX4x/NtM5n50oymEoymEoyxqty3euvia9jqafKCXS+H4x329m66g3xdSz1VDmBzveD8apc rlnwUji3eP6cMdZT5QQ63w8I7pXexjFi/SgXlE85E5DvKxP9hQThBTUp+aMgm/h/Nmm5c49qIUxK vjcmQeWLCjtXksFUkhHYbeevy5fF8tw1a8g7jqWZ32PwlYCodPN8x5Wrt4qL79fXO81NADhNctL2 bTqDwTM4KFMoANQZDMa8PADa3NxlBw8KlQBsLa2N3x7ruVwldnx5zdoVhlxOrRoxn7daAYSo1Unb t2kPfDojPExs1lVb13Wh3FJRaa+plqujI15dmJC+LvH9XarFiwIxa3qVbp5vOHnK+Mk+aaXT3HS3 PlEHeAAZgCf3useVgK2l9dLuD+011dKOFnPTss8OcFBJ828eOjRk7R1uZu29W5+YMjAgqmy7WFGz f7/w9wAwZO21W3uNNdW3z/2y9puvA7E86VU+5TFsiVbJhUntAIBM9mxHz+Bge0WF2DJOn6WMiATw oLFxBje81hpOnmr4/Au5sx8AgoLCNMlKLsx+o04a1VVbdyljvbRGro4W1DtMxt/2ZmeUlJCvTWKV TqvtdmGh+FZbcDQxPR2AvaPjkd2O/1ffiLgGeHvrLaGs2rhpdX6+cFE7rbbgmVHSfMGjXB2dmpMj zVeGhgJw87z5+yIxNmFPdvL2rQCazpRYTp2Ay+U0N7Wf/kFlMFDOnFxlR1WVw2QUytqCo7p9Hwtl cQmI98QRhhIaEqWeLZRt58uqDXnzVq+ak6abGR8vzf/3TwsABAWl5uQ8ne/xAOjv6bEcPybUJ+zJ Xpv/lTIkBMDM5BR338POou8BWCoqddQqiQ9Dfd3dYjll1y7fhqJQxL79jvjWcvzYtZ07ft28pfmn M9J8t9MJQMlxI+TLZAAc3T1ihSZLL3gEwKlVSZmZCAoCwHfTf/UWwHOlcLn5xNylb264XqvauEms cZiM13buaLtYQZIfUIhVRsTEiOW28nJfu8sUitg03ZZzP2+4XqvNzRXr20vLPIODQr6S4wC4nU5v +cFRUWK560K50BHAo35He2kZXC4AyshIX8f2XIhVqlNTw5ZohXLD4cNtFyucVpvTarO1tHbV1gEQ JzYCHo+b5908LwNi03S63Fxxebr7Hg4NDQn5wa8kAIDL9Wy+m+cBRM6bF6fPEjoa8/JaSs46rbZ/ OjqMhYWdxY+3o+gVb9FOHOTbjmrxooVbNhtNRgAOk/FSxnpBx0BnZ2hc3HtlpR7vm/ig2327tOzu latRi5IA4MF92/myx6OMiJTL5cP55ia4XA6TsUqvn5WWJuZnFBYqQ0JmhIct2f2BsL0AuLZzx83l KwDYb9QJSzI4IVGTpaedOAJxrkzZm32/3SLORNQRGhc33MjL46g+c5O4+YpwmmRNll7c+oX8jpKz cmf/kLV3xPyYlSu1BUfF4630VBuckKg7ciQ2Tefv/LxCr5JTq1bn5/+xdKnl9I/SOUTMj4eXJSlU yuVyzJr91I/i9FlJmZnSmUvz/zaZhDPmEBceMT9e3IjkCsWyvXsiYmKai4qGl3ZU1Jx3NydlZi5Y n0412SdmEdDnlX48SpB2eW6vKfU4gz36JYM9rySDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSDqSSD qSSDqSSDqSSDqSSDqSTjP8P5+2z4huMfAAAAAElFTkSuQmCC --_006_D1FB596E84065ggalimbeciscocom_-- From nobody Fri Aug 21 14:07:10 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01A8E1ACE0E; Fri, 21 Aug 2015 14:07:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4PnEa9DSrdBi; Fri, 21 Aug 2015 14:07:02 -0700 (PDT) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 383B11ACE11; Fri, 21 Aug 2015 14:07:02 -0700 (PDT) Received: by obbwr7 with SMTP id wr7so69026364obb.2; Fri, 21 Aug 2015 14:07:01 -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=uDoTJk2DgJ7ii/yov7ccNJCojAiROlBZt4M2RqfjiZw=; b=BC+6CR3kxNTZ7VZ598Vhomn7UShsR7pMdBNxBNSiE7NMKOAPbsoF4bfoOgeLCv+gIO VjUfHRDayNS+zHM/JhepG1lGHFa1lQUeQD8cxU/WP8mppilNbkaGh5KjSN4hfj9oxJsR eRln+auqj7kRkGqpGeM/JtRe62HIR2r0L41FqezgueFcnpuLY3XoZkNea47FmICqZjWC dM5VXOdKjjiVGkixtHjyZqNJe4s735RSW9qT0s7cB3ReowDhT6nbg4pAUP5DLvio7H5M pe/q7ATyVBkmkxg7vpIZshvGq1YXdHyXWEBpZLoujUTcloiXzlWN/JNmzSc94oAsiJDI C+SA== MIME-Version: 1.0 X-Received: by 10.60.45.104 with SMTP id l8mr10172419oem.61.1440191221265; Fri, 21 Aug 2015 14:07:01 -0700 (PDT) Received: by 10.60.176.138 with HTTP; Fri, 21 Aug 2015 14:07:01 -0700 (PDT) In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm> References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm> Date: Fri, 21 Aug 2015 17:07:01 -0400 Message-ID: From: Alia Atlas To: Leeyoung Content-Type: multipart/alternative; boundary=089e0149ce3826fa8a051dd8a622 Archived-At: Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , The IESG Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2015 21:07:07 -0000 --089e0149ce3826fa8a051dd8a622 Content-Type: text/plain; charset=UTF-8 Hi Young, My apologies for the long delay in responding. My responses are in-line. Thanks, Alia On Wed, Aug 5, 2015 at 3:11 PM, Leeyoung wrote: > Hi Alia, > > Thank you first of all for providing very useful comments. > > Here's my attempt to your comments/DISCUSS. Please see inline. > > Thanks. > Young > > -----Original Message----- > From: Alia Atlas [mailto:akatlas@gmail.com] > Sent: Wednesday, August 05, 2015 9:47 AM > To: The IESG > Cc: ccamp-chairs@ietf.org; > draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org > Subject: Alia Atlas' Discuss on > draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and > COMMENT) > > Alia Atlas has entered the following ballot position for > draft-ietf-ccamp-wson-signal-compatibility-ospf-15: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > I'd like to see clearer descriptions on particularly the error-handling > around multiple TLVs and sub-TLVs. > I see a few points of ambiguity - as described below. I think these > should be straightforward to clarify but > interoperability could be affected if this isn't done. Thanks! > > In Sec 2, it says "Only one Optical Node Property TLV shall be advertised > in each LSA." What is the error-handling if multiple of this TLV are > seen? > > YOUNG>> This is to allow for fine granularity changes in topology per > [RFC3630]. It is not an error per se if there are multiple of this TLV are > in each LSA. > > Is that a SHALL or a "at most one... MUST be advertised"? I'd expect > normative language. > > YOUNG>> "SHALL" seems to be right one, again per [RFC3630]. [Alia] Ok - SHALL is fine. Perhaps text like "To allow for fine granularity changes in topology, only one Optical Node Property TLV SHALL be advertised in each LSA. An implementation MUST support receiving multiple Optical Node Property TLVs in an LSA." > In Sec 2, it says " Among the sub-TLVs defined above, the Resource > Block Pool State sub- > TLV and Resource Block Shared Access Wavelength Availability are > dynamic in nature while the rest are static. As such, they can be > separated out from the rest and be advertised with multiple TE LSAs > per OSPF router, as described in [RFC3630] and [RFC5250]." > So - one can advertise multiple TE LSAs - each with at most one Optical > Node Property TLV > and at most one of these sub-TLVs? > > YOUNG>> This is correct except that the Optical Node Property TLV would > carry "at least" one of these sub-TLVs as opposed to "at most one of these > sub-TLVs." For instance, one TE LSA can carry one Optical Node Property TLV > under which two dynamic sub-TLVs (i.e., the Resource > Block Pool State sub-TLV and Resource Block Shared Access Wavelength > Availability sub-TLV) can be advertised while another TE LSA can carry one > Optical Node Property TLV under which the rest of static sub-TLVs can be > advertised. [Alia] Ok. Thanks for clarifying. If the same sub-TLV appears in > different TE LSAs, how > are they merged or is a particular one preferred and the rest ignored? I > see the text in the > previous paragraph of "If more than one copy of a sub-TLV is received, > only the first one of the same type is processed and the rest are > ignored upon receipt." but what does the "first one" mean? Is that > decided based on > a particular identifier? > > YOUNG>> The text in Section 2 you quoted is not dealing with the case for > two different TE LSAs. In such case, then the sub-TLVs will identify by the > value of the sub-TLV. > > The case you are referring to is for the case where the same sub-TLV is > advertised in different TE LSAs. It should NOT happen that way, but in case > it happens by mistake of packaging, then it will be updated one after > another. There is no way for the routers to distinguish this sub-TLV as the > same one (as it is under different TE LSAs), which is actually fine. It is > not an error condition. The router would simply process the same sub-TLV > multiple times. > > I can suggest the following changes: > > OLD: > > All sub-TLVs defined here may occur at most once in any given > Optical Node TLV. If more than one copy of a sub-TLV is received, > only the first one of the same type is processed and the rest are > ignored upon receipt. These restriction need not apply to future > sub-TLVs. Unrecognized sub-TLVs are ignored. > > NEW: > > All sub-TLVs defined here may occur at most once in any given > Optical Node TLV under one TE LSA. If more than one copy of a sub-TLV > is received, > only the first one of the same type is processed and the rest are > ignored upon receipt. These restriction need not apply to future > sub-TLVs. Unrecognized sub-TLVs are ignored. > [Alia] My concern is about the phrase "only the first one" because two different routers may received the TE LSAs in different order depending upon flooding dynamics. I would much rather that you define a tie-breaking mechanism - for instance picking the largest LSA ID (Sec 2.2 of RFC 3630), because that is considered newer. > In case where the same sub-TLV is advertised in different TE LSAs > (which would take place by a > packaging error), then the sub-TLV will be updated one after another. > There is no way for the > routers to distinguish this sub-TLV as the same one (as it is under > different TE LSAs), which is > actually fine. It is not an error condition. The router would simply > process the same sub-TLV > multiple times. > [Alia] Wouldn't the information contained be redundant? I'm not sure why you think that the duplication can't be detected based on fields in the sub-TLV. Again, just a simple tie-breaker would provide interoperability. > END. > > In Sec 3.1, "The format of the SCSI MUST be as depicted in the following > figure:" implies that > both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must > be included and > in the specified order. Please clarify (and use separate diagrams) > details about how many times > each sub-TLV can appear, if ordering matters, and how to handle conflicts > or duplicates. > > YOUNG>> Good point. I would relax "MUST" to "SHALL" as there is no issue > of ordering here. The number of each sub-TLV depends on the number of > labels this field describes. If we were talking about, 100 channel > (wavelength) system, this can be as many as 100 sub-TLVs for the Available > Label sub-TLV + Shared Backup Label TLV. But there are ways to reduce the > entry by Label Range, etc per [Gen-Encode]. > > In case duplicated sub-TLVs appear (which should not happen), the > router/node will ignore the duplicated labels which are identified by the > Label format defined in [RFC6205]. > > May I suggest the following changes: > > OLD > > The format of the SCSI MUST be as depicted in the following figure: > > NEW > > The format of the SCSI SHALL be as depicted in the following > figure: > > END > [Alia] How about "A SCSI may contain multiple Available Label sub-TLVs and multiple Shared Backup Label sub-TLVs. The following figure shows the format for a SCSI that contains these sub-TLVs. The order of the sub-TLVs in the SCSI is arbitrary." > OLD > > Where the Available Label Sub-TLV and Shared Backup Label sub-TLV > are defined in [Gen-Encode]. (right below Figure 1) > > NEW > > Where the Available Label Sub-TLV and Shared Backup Label sub-TLV > are defined in [Gen-Encode]. In case where duplicated sub-TLVs are > advertised, > the router/node will ignore the duplicated labels which are > identified by the Label format > defined in [RFC6205]. > > END > [Alia] Sounds good. End of Sec 4: "In case where the new sub-TLVs or their attendant > encodings are > malformed, the proper action would be to log the problem and > ignore..." First, please be explicit in > what behavior MUST be done. > > YOUNG>> malformed sub-TLVs or their attendant encodings refer to that > which are not parse-able due to corruption, etc. and cannot be stored in > the TED. > > How about adding a new sentence to describe the expected action as follows: > > OLD > > In case where the new sub-TLVs or their attendant encodings are > malformed, the proper action would be to log the problem and ignore > just the sub-TLVs in GMPLS path computations rather than ignoring > the entire LSA. > > NEW > > In case where the new sub-TLVs or their attendant encodings are > malformed, the proper action would be to log the problem and ignore > just the sub-TLVs in GMPLS path computations rather than ignoring > the entire LSA. This should not stop the LSA advertisement process. [Alia] Usually, one doesn't reflood LSAs with malformed TLVs or sub-TLVs. I'm certainly willing to listen to reasoning on why flooding potentially corrupt data would be a good idea, but you'll need really clear reasoning. > Is this just for malformed sub-TLVs? Is it > safe to assume that sub-TLVs > further on in the TLV (or following TLVs) can be properly parsed? > > YOUNG>> Yes we are just talking about malformed sub-TLVs. It is safe to > assume that other sub-TLVs in the TLV or following TLVs can be properly > parsed as they are a distinct sets of info elements with proper sub-TLV > types, TLV types. [Alia] Are you picturing that a sub-TLV is malformed if its length isn't accurate or just if one of the fields inside the sub-TLV is using a bad value or setting a reserved value? In the latter cases, perhaps it might be tolerable to assume that there wasn't data-corruption that will affect the rest of the parsing - but I'm dubious. For the first, if the length is wrong, then you can't accurately know where the next sub-TLV starts so all parsing after isn't trustable, IMHO. > Second, please add in some words > about the expected load of logs. > > YOUNG>> How about adding one sentence followed by "In case..." > > NEW > The expected load of logs is not expected to be a high volume as > malformed TLVs do not occur > frequently in GMPLS. > > END > [Alia] Uh - of course error conditions aren't expected to be common! How about considering how often the advertising router might send the LSA? How about considering the number of neighbors that will be flooding it? How about dampening the number of logs? Making it a MAY log also makes it clear that it's up to the implementation. ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > > > In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA - > adds to clarity of the text and makes it easier to make sure replacement > is done > properly when the values are assigned. > > YOUNG>> Good point. I will change that way as you suggest. > > In Sec 3.1, it says " The technology specific part of the WSON ISCD may > include a variable > number of sub-TLVs called Bandwidth sub-TLVs. Two types of > Bandwidth sub-TLV are defined (TBA by IANA):" If this document is > creating the > bandwidth sub-tlv space, then this draft simply assigns initial values - > so no need for the "TBA > by IANA". > > YOUNG>> Correct. Will address that. > > In Sec 4, "In a typical node configuration, the optical node property TLV > will not exceed the IP MTU." > Can you please describe the assumptions about a "typical node > configuration"? In a few years, these > assumptions are likely to have changed. > > YOUNG>> I can add: > > NEW > > A typical node configuration refers to a system with several > hundreds of channels. In addition, [WSON-Encode] provides mechanisms to > compactly encode required information elements. > > END > [Alia] Thanks - could you take this one step further and specify about the expected size of the TLV based on these assumptions? Thanks, Alia --089e0149ce3826fa8a051dd8a622 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Young,

My apologies for= the long delay in responding.=C2=A0 My responses are in-line.
=

= Thanks,
Alia

On Wed, Aug 5, 2015 a= t 3:11 PM, Leeyoung <leeyoung@huawei.com> wrote:
Hi Alia,

Thank you first of all for providing very useful comments.

Here's my attempt to your comments/DISCUSS. Please see inline.

Thanks.
Young

-----Original Message-----
From: Alia Atlas [mailto:akatlas@gmail= .com]
Sent: Wednesday, August 05, 2015 9:47 AM
To: The IESG
Cc: ccamp-chairs@ietf.org; dr= aft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org
Subject: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibil= ity-ospf-15: (with DISCUSS and COMMENT)

Alia Atlas has entered the following ballot position for
draft-ietf-ccamp-wson-signal-compatibility-ospf-15: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/s= tatement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker= .ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

I'd like to see clearer descriptions on particularly the error-handling=
around multiple TLVs and sub-TLVs.
I see a few points of ambiguity - as described below.=C2=A0 I think these should be straightforward to clarify but
interoperability could be affected if this isn't done.=C2=A0 =C2=A0Than= ks!

In Sec 2, it says "Only one Optical Node Property TLV shall be adverti= sed
in each LSA." What is the error-handling if multiple of this TLV are seen?

YOUNG>> This is to allow for fine granularity changes in = topology per [RFC3630]. It is not an error per se if there are multiple of = this TLV are in each LSA.

Is that a SHALL or a "at most one... MUST be advertised"?=C2=A0 I= 'd expect
normative language.

YOUNG>> "SHALL" seems to be right one, again per [RF= C3630].

[Alia] Ok -= SHALL is fine.=C2=A0 Perhaps text like=C2=A0
"To allow for fine granularity changes in topology, only = one Optical Node Property TLV SHALL be
advertised in each LSA.=C2=A0 An implementation MUST support receiving= multiple Optical Node Property
TL= Vs in an LSA."

=C2=A0
In Sec 2, it says "=C2=A0 =C2=A0Among the sub-TLVs defined above, the = Resource
Block Pool State sub-
=C2=A0 =C2=A0TLV and Resource Block Shared Access Wavelength Availability a= re
=C2=A0 =C2=A0dynamic in nature while the rest are static. As such, they can= be
=C2=A0 =C2=A0separated out from the rest and be advertised with multiple TE= LSAs
=C2=A0 =C2=A0per OSPF router, as described in [RFC3630] and [RFC5250]."= ;
So - one can advertise multiple TE LSAs - each with at most one=C2=A0 Optic= al
Node Property TLV
and at most one of these sub-TLVs?

YOUNG>> This is correct except that the Optical Node Property = TLV would carry "at least" one of these sub-TLVs as opposed to &q= uot;at most one of these sub-TLVs." For instance, one TE LSA can carry= one Optical Node Property TLV under which two dynamic sub-TLVs (i.e., the = Resource
Block Pool State sub-TLV and Resource Block Shared Access Wavelength Availa= bility sub-TLV) can be advertised while another TE LSA can carry one Optica= l Node Property TLV under which the rest of static sub-TLVs can be advertis= ed.

=C2=A0[Alia]=C2=A0Ok.=C2=A0 Thanks = for clarifying.

=C2=A0If the same sub-TLV a= ppears in
different TE LSAs, how
are they merged or is a particular one preferred and the rest ignored?=C2= =A0 I
see the text in the
previous paragraph of "If more than one copy of a sub-TLV is received,=
=C2=A0 =C2=A0only the first one of the same type is processed and the rest = are
=C2=A0 =C2=A0ignored upon receipt." but what does the "first one&= quot; mean?=C2=A0 Is that
decided based on
a particular identifier?

YOUNG>> The text in Section 2 you quoted is not dealing with t= he case for two different TE LSAs. In such case, then the sub-TLVs will ide= ntify by the value of the sub-TLV.

The case you are referring to is for the case where the same sub-TLV is adv= ertised in different TE LSAs. It should NOT happen that way, but in case it= happens by mistake of packaging, then it will be updated one after another= . There is no way for the routers to distinguish this sub-TLV as the same o= ne (as it is under different TE LSAs), which is actually fine. It is not an= error condition. The router would simply process the same sub-TLV multiple= times.

I can suggest the following changes:

OLD:

=C2=A0 =C2=A0All sub-TLVs defined here may occur at most once in any given<= br> =C2=A0 =C2=A0Optical Node TLV. If more than one copy of a sub-TLV is receiv= ed,
=C2=A0 =C2=A0only the first one of the same type is proces= sed and the rest are
=C2=A0 =C2=A0ignored upon receipt. These restriction need not apply = to future
=C2=A0 =C2=A0sub-TLVs. Unrecognized sub-TLVs are ignored.

NEW:

=C2=A0 =C2=A0All sub-TLVs defined here may occur at most once in any given<= br> =C2=A0 =C2=A0Optical Node TLV under one TE LSA. If more than one copy of a = sub-TLV is received,
=C2=A0 =C2=A0only the first one of the same type is proces= sed and the rest are
=C2=A0 =C2=A0ignored upon receipt. These restriction need not apply = to future
=C2=A0 =C2=A0sub-TLVs. Unrecognized sub-TLVs are ignored.
<= div>
[= Alia] My concern is about the phrase "only the first one" because= two different routers may
receive= d the TE LSAs in different order depending upon flooding dynamics.=C2=A0 I = would much rather
that you define = a tie-breaking mechanism - for instance =C2=A0picking the largest LSA ID (S= ec 2.2 of RFC 3630),
because that = is considered newer.

=C2=A0
=C2=A0 =C2=A0In case where the same sub-TLV is advertised in different TE L= SAs (which would take place by a
=C2=A0 =C2=A0packaging error), then the sub-TLV will be updated one after a= nother. There is no way for the
=C2=A0 =C2=A0routers to distinguish this sub-TLV as the same one (as it is = under different TE LSAs), which is
=C2=A0 =C2=A0actually fine. It is not an error condition. The router would = simply process the same sub-TLV
=C2=A0 =C2=A0multiple times.
<= br>
[Alia] Wouldn't the inform= ation contained be redundant?=C2=A0 I'm not sure why you think that the= duplication
can't be detected= based on fields in the sub-TLV.=C2=A0 Again, just a simple tie-breaker wou= ld provide interoperability.

=C2=A0
END.

In Sec 3.1, "The format of the SCSI MUST be as depicted in the followi= ng
figure:" implies that
both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must be included and
in the specified order.=C2=A0 =C2=A0Please clarify (and use separate diagra= ms)
details about how many times
each sub-TLV can appear, if ordering matters, and how to handle conflicts or duplicates.

YOUNG>> Good point. I would relax "MUST" to "SH= ALL" as there is no issue of ordering here. The number of each sub-TLV= depends on the number of labels this field describes. If we were talking a= bout, 100 channel (wavelength) system, this can be as many as 100 sub-TLVs = for the Available Label sub-TLV + Shared Backup Label TLV. But there are wa= ys to reduce the entry by Label Range, etc per [Gen-Encode].

In case duplicated sub-TLVs appear (which should not happen), the router/no= de will ignore the duplicated labels which are identified by the Label form= at defined in [RFC6205].

May I suggest the following changes:

OLD

=C2=A0 =C2=A0 =C2=A0 =C2=A0 The format of the SCSI MUST be as depicted in t= he following figure:

NEW

=C2=A0 =C2=A0 =C2=A0 =C2=A0 The format of the SCSI SHALL be as depicted in = the following figure:

END

[Alia]=C2=A0How about "A S= CSI may contain multiple Available Label sub-TLVs and multiple Shared Backu= p Label sub-TLVs.=C2=A0 The following figure shows the format for a SCSI th= at contains these sub-TLVs.=C2=A0 The order of the sub-TLVs in the SCSI is = arbitrary."
=C2=A0
[Alia] Sounds good.

End of Sec 4: "In case where the new sub-TLVs or their attendant
encodings are
=C2=A0 =C2=A0malformed, the proper action would be to log the problem and ignore..."=C2=A0 First, please be explicit in
what behavior MUST be done.

YOUNG>> malformed sub-TLVs or their attendant encodings refer = to that which are not parse-able due to corruption, etc. and cannot be stor= ed in the TED.

How about adding a new sentence to describe the expected action as follows:=

OLD

=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant encodings ar= e
=C2=A0 =C2=A0malformed, the proper action would be to log the problem and i= gnore
=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather tha= n ignoring
=C2=A0 =C2=A0the entire LSA.

NEW

=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant encodings ar= e
=C2=A0 =C2=A0malformed, the proper action would be to log the problem and i= gnore
=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather tha= n ignoring
=C2=A0 =C2=A0the entire LSA. This should not stop the LSA advertisement pro= cess.

=C2=A0
[Alia] Usually, one doesn't reflood LSAs with malformed= TLVs or sub-TLVs.=C2=A0 I'm certainly willing
to listen to reasoning on why flooding pot= entially corrupt data would be a good idea, but you'll need
really clear reasoning.
=C2=A0
Is this just for malformed sub-TLVs?=C2=A0 Is it
safe to assume that sub-TLVs
further on in the TLV (or following TLVs) can be properly parsed?

YOUNG>> Yes we are just talking about malformed sub-TLVs. It i= s safe to assume that other sub-TLVs in the TLV or following TLVs can be pr= operly parsed as they are a distinct sets of info elements with proper sub-= TLV types, TLV types.

[Alia] =C2=A0Are you picturing that a sub-TLV is malformed i= f its length isn't accurate or just if one of the fields inside the sub= -TLV is using a bad value or setting a reserved value?=C2=A0 In the latter = cases, perhaps it might be tolerable to assume that there wasn't data-c= orruption that will affect the rest of the parsing - but I'm dubious. = =C2=A0 For the first, if the length is wrong, then you can't accurately= know where the next sub-TLV starts so all parsing after isn't trustabl= e, IMHO.=C2=A0
=C2=A0
= Second, please add in some words
about the expected load of logs.

YOUNG>> How about adding one sentence followed by "In cas= e..."

NEW
=C2=A0 =C2=A0 =C2=A0 =C2=A0 The expected load of logs is not expected to be= a high volume as malformed TLVs do not occur
=C2=A0 =C2=A0 =C2=A0 frequently in GMPLS.

END

[Alia] Uh - of course error conditions aren't expected to be common!= =C2=A0 How about considering how often the
advertising router might send the LSA?=C2=A0 How about conside= ring the number of neighbors that will be flooding it?
How about dampening the number of logs?=C2=A0 Making i= t a MAY log also makes it clear that it's up to the implementation.

---= -------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------



In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA -<= br> adds to clarity of the text and makes it easier to make sure replacement is done
properly when the values are assigned.

YOUNG>> Good point. I will change that way as you suggest.

In Sec 3.1, it says "=C2=A0 =C2=A0The technology specific part of the = WSON ISCD may
include a variable
=C2=A0 =C2=A0number of sub-TLVs called Bandwidth sub-TLVs.=C2=A0 Two types = of
=C2=A0 =C2=A0Bandwidth sub-TLV are defined (TBA by IANA):"=C2=A0 =C2= =A0If this document is
creating the
bandwidth sub-tlv space, then this draft simply assigns initial values - so no need for the "TBA
by IANA".

YOUNG>> Correct. Will address that.

In Sec 4, "In a typical node configuration, the optical node property = TLV
will not exceed the IP MTU."
Can you please describe the assumptions about a "typical node
configuration"?=C2=A0 In a few years, these
assumptions are likely to have changed.

YOUNG>> I can add:

NEW

=C2=A0 =C2=A0 =C2=A0 =C2=A0 A typical node configuration refers to a system= with several hundreds of channels. In addition, [WSON-Encode] provides mec= hanisms to compactly encode required information elements.

END

[Alia]=C2=A0Thanks - could you = take this one step further and specify about the expected size of the TLV b= ased on these assumptions?

Thanks,
Alia=C2=A0

--089e0149ce3826fa8a051dd8a622-- From nobody Sat Aug 22 01:06:24 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C0F71A1A28; Sat, 22 Aug 2015 01:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qlzlKvjIxtDb; Sat, 22 Aug 2015 01:06:19 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B4311A1A25; Sat, 22 Aug 2015 01:06:18 -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 t7M867sJ005277; Sat, 22 Aug 2015 09:06:07 +0100 Received: from 950129200 (host86-158-195-208.range86-158.btcentralplus.com [86.158.195.208]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t7M863Zc005245 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 22 Aug 2015 09:06:04 +0100 From: "Adrian Farrel" To: "'Alia Atlas'" , "'Leeyoung'" References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm> In-Reply-To: Date: Sat, 22 Aug 2015 09:05:59 +0100 Message-ID: <04e201d0dcb1$63e79d70$2bb6d850$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJGiOoCTbvI+KDzwOuPTLbgiDMrVwI19Ob3AiM8pgudCPAnQA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21762.006 X-TM-AS-Result: No--14.077-10.0-31-10 X-imss-scan-details: No--14.077-10.0-31-10 X-TMASE-MatchedRID: gTucSmrmRMM4HKI/yaqRm2Oho7buv7d9OL9BEHibhsjI9BHsOEzeNlkx R/OK+HA0EaA7SdILLBvc+GzAXHsIKbsl8Gv1eXkKA9lly13c/gGimsR6hkcJAueU0qFv58B+60I nmCj1qOoSFHd9tJycAIGUaOK2n+sPJgtTbqElyRTi89aONG8iKgd69MZPe4GIhc+Jw4LMtcBp7t +5+RfYobbqRldgtTjm2FVivMJrC+2WHmpvkeKJBw6uUGRBr2oWecvjbu/xDjq638ZUY6gSd5tjP SOeBAIl7Xbhm0sUHMsqj/E8b5Bu1/eCv1PcqE/eJhFEQZiq2ZQdQSyPGb6mCKMP1fF+gQ2OsJC4 m2jcjnzHiGg/yEiWpMEIbc+GB1aoD+ZG9KyphXvtMsi+dai/0SQqzcugG1CVzqRt7c+pPcb+tnM vnQl+U5U46K57hZUBX7VX/Yyk1YMIQwzua5lqh6MVgdN9w+TChEIiqNvBrmN/R/SY61LJmdRb4O hNFOr/bM0JC/QHjhEO9slFsHV56PcMVA6lpwYUliwpJdZauwdbNiJexDPcJFj/amLs8rQSauXyr uKKShHK3U+bH0vdbPBsyImjyVR8+Nxfk0bDLGkyByMiwk6+3n4rryovYbmmCVuEXtlNqcubJxj/ y/77pAfv9ZZfs4epu2VgLGzqKuElO3FWVopgW2ZUc2jtcaSdiXPf/NTPc3KbKItl61J/ybLn+0V m71Lcq7rFUcuGp/EgBwKKRHe+r3WQWgLrjb3jt3zbJxiC0w0SByzcnp1h4hosffNDHhAUhlWRYE +DWsc= Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org, 'The IESG' Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2015 08:06:22 -0000 Hi Young, Alia, >>> I'd like to see clearer descriptions on particularly the = error-handling >>> around multiple TLVs and sub-TLVs. >>> I see a few points of ambiguity - as described below. I think these >>> should be straightforward to clarify but interoperability could be=20 >>> affected if this isn't done. Thanks! >>> >>> In Sec 2, it says "Only one Optical Node Property TLV shall be = advertised >>> in each LSA." What is the error-handling if multiple of this TLV are >>> seen? >> >> YOUNG>> This is to allow for fine granularity changes in topology per >> [RFC3630]. It is not an error per se if there are multiple of this = TLV are >> in each LSA. >> >>> Is that a SHALL or a "at most one... MUST be advertised"? I'd = expect >>> normative language. >> >> YOUNG>> "SHALL" seems to be right one, again per [RFC3630]. >> > [Alia] Ok - SHALL is fine. Perhaps text like=20 > "To allow for fine granularity changes in topology, only one Optical = Node > Property TLV SHALL be advertised in each LSA. An implementation MUST > support receiving multiple Optical Node Property TLVs in an LSA." Sorry, but I think this reads as nonsense :-( "SHALL" and "MUST" are identical in meaning. So you have written "only one TLV MUST be advertised". That is = ambiguous! It could mean "no more than one" or it could mean "it is only necessary = to advertise one must, but others may be included" The thrust of the conversation appears to be for the latter, so don't = try to do this in clever compact code - write it out in full! That might give (if it is what you intend to say)... When using the extensions defined in this document, at least one Optical = Node Property TLV MUST be advertised in each LSA. To allow for fine = granularity changes in topology, more than one Optical Node Property TLV = MAY be advertised in a single LSA. Implementations MUST support = receiving multiple Optical Node Property TLVs in an LSA. [snip] >> May I suggest the following changes: >> >> OLD >> >> The format of the SCSI MUST be as depicted in the following figure: >> >> NEW >> >> The format of the SCSI SHALL be as depicted in the following = figure: >> >> END These sentences are identical! MUST=3D=3DSHALL So Alia's text is nicer... > [Alia] How about "A SCSI may contain multiple Available Label sub-TLVs = and=20 > multiple Shared Backup Label sub-TLVs. The following figure shows the = > format for a SCSI that contains these sub-TLVs. The order of the = sub-TLVs > in the SCSI is arbitrary." [snip] =20 >>> End of Sec 4: "In case where the new sub-TLVs or their attendant >>> encodings are malformed, the proper action would be to log the = problem >>> and ignore..." First, please be explicit in what behavior MUST be = done. I think this request got lost in the discussions that follow. Alia is = correctly asking for... "When bad stuff happens you MUST do some things, SHOULD do other things, = and MAY do additional things." >> YOUNG>> malformed sub-TLVs or their attendant encodings refer to that = which are >> not parse-able due to corruption, etc. and cannot be stored in the = TED. Hmmm. The most common cause of unparsable TLVs will be encoding errors, = bugs, misinterpretation of specs, up-level implementations, etc. = Corruption doesn't happen much. The upshot is the same - you can't process the TLV. >> How about adding a new sentence to describe the expected action as = follows: >> >> OLD >> >> In case where the new sub-TLVs or their attendant encodings are >> malformed, the proper action would be to log the problem and ignore >> just the sub-TLVs in GMPLS path computations rather than ignoring >> the entire LSA. >> >> NEW >> >> In case where the new sub-TLVs or their attendant encodings are >> malformed, the proper action would be to log the problem and ignore >> just the sub-TLVs in GMPLS path computations rather than ignoring >> the entire LSA. This should not stop the LSA advertisement process. > > [Alia] Usually, one doesn't reflood LSAs with malformed TLVs or = sub-TLVs.=20 > I'm certainly willing to listen to reasoning on why flooding = potentially corrupt > data would be a good idea, but you'll need really clear reasoning. Why is this any different to any other TLV in any other LSA? Don't we = just call on standard OSPF behavior? >>> Is this just for malformed sub-TLVs? Is it safe to assume that = sub-TLVs >>> further on in the TLV (or following TLVs) can be properly parsed? >> >> YOUNG>> Yes we are just talking about malformed sub-TLVs. It is safe = to assume >> that other sub-TLVs in the TLV or following TLVs can be properly = parsed as they >> are a distinct sets of info elements with proper sub-TLV types, TLV = types. > > [Alia] Are you picturing that a sub-TLV is malformed if its length = isn't accurate or just > if one of the fields inside the sub-TLV is using a bad value or = setting a reserved value? > In the latter cases, perhaps it might be tolerable to assume that = there wasn't data- > corruption that will affect the rest of the parsing - but I'm dubious. = For the first, if > the length is wrong, then you can't accurately know where the next = sub-TLV starts > so all parsing after isn't trustable, IMHO.=20 I think you have to handle both cases. Furthermore, if the TLV is of = variable length, anything unexpected needs to be treated with caution. >>> Second, please add in some words >>> about the expected load of logs. >> >> YOUNG>> How about adding one sentence followed by "In case..." >> >> NEW >> The expected load of logs is not expected to be a high volume = as malformed >> TLVs do not occur frequently in GMPLS. >> >> END > > [Alia] Uh - of course error conditions aren't expected to be common! = How > about considering how often the advertising router might send the LSA? = > How about considering the number of neighbors that will be flooding = it? > How about dampening the number of logs? Making it a MAY log also = makes > it clear that it's up to the implementation. The normal way of handling this is... "Errors of this nature SHOULD be logged for the local operator. = Implementations MUST provide a rate limit on such logs, and that rate = limit SHOULD be configurable." Adrian From nobody Sun Aug 23 22:04:09 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AF6D1A8F39; Sun, 23 Aug 2015 22:04:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.21 X-Spam-Level: X-Spam-Status: No, score=-5.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiCn8jNuYs7V; Sun, 23 Aug 2015 22:03:59 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A783B1A8BC3; Sun, 23 Aug 2015 22:03:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAI15367; Mon, 24 Aug 2015 05:03:50 +0000 (GMT) Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 24 Aug 2015 06:03:49 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0235.001; Sun, 23 Aug 2015 22:03:42 -0700 From: Leeyoung To: TEAS WG , "ccamp@ietf.org" , "pce@ietf.org" , "sdn@irtf.org" Thread-Topic: IEEE NetSoft 2016 Conference on Network Softwarization, Seoul, Korea Thread-Index: AQHQ3io+lpNpx0+QFUyD0VhznvTfGQ== Date: Mon, 24 Aug 2015 05:03:41 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D0EE27@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.141.161] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] IEEE NetSoft 2016 Conference on Network Softwarization, Seoul, Korea X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 05:04:01 -0000 SGkgQWxsLA0KDQpUaGlzIGNvbmZlcmVuY2UgbWF5IGJlIHJlbGV2YW50IHRvIHlvdXIgV0cgYWN0 aXZpdGllcy4gQ2hlY2sgaXQgb3V0IQ0KDQpCZXN0IHJlZ2FyZHMsDQpZb3VuZw0KDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KMm5kIElFRUUgQ09ORkVSRU5DRSBPTiBORVRXT1JLIFNPRlRXQVJJWkFUSU9OIC0gTmV0U29m dCAyMDE2DQpTb2Z0d2FyaXphdGlvbiBvZiBOZXR3b3JrcywgQ2xvdWRzIGFuZCBJbnRlcm5ldCBv ZiBUaGluZ3MNClNFT1VMLCBLT1JFQQ0KSnVuZSA2LTEwLCAyMDE2DQpodHRwOi8vd3d3Lm5ldHNv ZnQyMDE2Lm9yZw0KDQpDQUxMIEZPUiBQQVBFUlMNClRoZSBJRUVFIEludGVybmF0aW9uYWwgQ29u ZmVyZW5jZSBvbiBOZXR3b3JrIFNvZnR3YXJpemF0aW9uIChOZXRTb2Z0IA0KMjAxNikgd2lsbCBi ZSBoZWxkIGluIGJlYXV0aWZ1bCBTZW91bCwgS29yZWEuIE5ldFNvZnQgMjAxNiBidWlsZHMgDQpm dXJ0aGVyIG9uIHRoZSBzdWNjZXNzZnVsIGZpcnN0IGVkaXRpb24sIGhlbGQgaW4gTG9uZG9uLCBV SyBpbiBBcHJpbCANCjIwMTUgYW5kIGlzIHRoZSBmbGFnc2hpcCBldmVudCBlc3RhYmxpc2hlZCBh cyBwYXJ0IG9mIHRoZSBJRUVFIA0KU29mdHdhcmUtRGVmaW5lZCBOZXR3b3JrcyAoU0ROKSBJbml0 aWF0aXZlIG9mIHRoZSBJRUVFIEZ1dHVyZSBEaXJlY3Rpb25zIA0KQ29tbWl0dGVlLiBUaGlzIGNy b3NzLXNvY2lldGllc+KAmSBJbml0aWF0aXZlIGFpbXMgYXQgY3JlYXRpbmcgdGhlIA0KY29uZGl0 aW9ucyBmb3IgYSBwcmUtaW5kdXN0cmlhbCBleHBsb2l0YXRpb24gYW5kIGFkb3B0aW9uIG9mIFNE Ti9ORlYgDQpwYXJhZGlnbXMgaW4gVGVsZWNvbW11bmljYXRpb25zIGFuZCBJQ1QgZWNvc3lzdGVt cywgdGhyb3VnaCBhIHdvcmxkd2lkZSANCmNvb3BlcmF0aW9uIG9mIGxlYWRpbmcgdGVjaG5pY2Fs IGV4cGVydHMuIEluIHBhcnRpY3VsYXIsIHRoZSB2aXNpb24gb2YgDQp0aGUgSUVFRSBTRE4gSW5p dGlhdGl2ZSBpcyB0aGF0IFNETiBhbmQgTkZWIGFyZSBwYXJ0IG9mIGEgd2lkZXIgc3lzdGVtaWMg DQp0cmVuZCwgY2FsbGVkIE5ldHdvcmsgU29mdHdhcml6YXRpb24sIGltcGFjdGluZyBib3RoIG5l dHdvcmsgYW5kIHNlcnZpY2UgDQpwbGF0Zm9ybXMuIEluIGZhY3QsIHRoZSBleHBsb2l0YXRpb24g b2YgaGlnaCBsZXZlbHMgb2YgYXV0b21hdGlvbiwgDQppbmNyZWFzZWQgZmxleGliaWxpdHkgYW5k IHByb2dyYW1tYWJpbGl0eSBhbGxvd3MgcmVpbnZlbnRpbmcgZnV0dXJlIA0KbmV0d29yayBhbmQg Y2xvdWQgYXJjaGl0ZWN0dXJlcywgYWNjZWxlcmF0aW5nIHNlcnZpY2UgZGVwbG95bWVudCBhbmQg DQpmYWNpbGl0YXRpbmcgaW5mcmFzdHJ1Y3R1cmUgbWFuYWdlbWVudC4gTmV0U29mdCBpcyB0aGUg cHJpbWFyeSBJRUVFIA0KZm9ydW0gZm9yIHB1YmxpY2F0aW9uIGFuZCB0ZWNobmljYWwgZXhjaGFu Z2Ugb2YgdGhlIGxhdGVzdCByZXNlYXJjaCBhbmQgDQppbm5vdmF0aW9uIHJlc3VsdHMgaW4gdGhp cyBjaGFsbGVuZ2luZyBhcmVhLg0KDQpUT1BJQ1MgT0YgSU5URVJFU1QNCkF1dGhvcnMgYXJlIGlu dml0ZWQgdG8gc3VibWl0IHBhcGVycyB0aGF0IGZhbGwgaW50byB0aGUgYXJlYSBvZiANCnNvZnR3 YXJlLWRlZmluZWQgYW5kIHZpcnR1YWxpemVkIGluZnJhc3RydWN0dXJlcy4NClRvcGljcyBvZiBp bnRlcmVzdCBpbmNsdWRlLCBidXQgYXJlIG5vdCBsaW1pdGVkIHRvLCB0aGUgZm9sbG93aW5nOg0K 4oCiIEFQSXMsIHByb3RvY29scyBhbmQgbGFuZ3VhZ2VzIGZvciBwcm9ncmFtbWFibGUgbmV0d29y a3MgYW5kIFNESSANCihTb2Z0d2FyZS1EZWZpbmVkIEluZnJhc3RydWN0dXJlcykNCuKAoiBBYnN0 cmFjdGlvbnMgYW5kIFZpcnR1YWxpemF0aW9uIG9mIHJlc291cmNlcywgc2VydmljZXMgYW5kIGZ1 bmN0aW9ucyANCmluIFNETiBhbmQgTkZWDQrigKIgUmVzb3VyY2UgbWFuYWdlbWVudCBhbmQgT3Jj aGVzdHJhdGlvbiBmb3IgU0ROL05GVi1iYXNlZCBzeXN0ZW1zDQrigKIgTW9kZWxpbmcsIHJlcHJl c2VudGF0aW9uLCBjb21wb3NpdGlvbiBhbGdvcml0aG1zLCBhbmQgZGVwbG95bWVudCBmb3IgDQpT ZXJ2aWNlIEZ1bmN0aW9uIENoYWlucw0K4oCiIEVmZmljaWVudCBuZXR3b3JrIGFuZCBzZXJ2aWNl IG1vbml0b3JpbmcgZm9yIFNETi9ORlYNCuKAoiBUcmFuc2l0aW9uIHN0cmF0ZWdpZXMgU2VudCBm cm9tIG15IGlQaG9uZQ0K4oCiIE1hbmFnZW1lbnQgb2YgZmVkZXJhdGVkIFNETi9ORlYgaW5mcmFz dHJ1Y3R1cmVzDQrigKIgRW5lcmd5IGVmZmljaWVudCBhbmQgZ3JlZW4gU0RJDQrigKIgVHJhZmZp YyBFbmdpbmVlcmluZyBhbmQgUW9TL1FvRSBpbiBTRE4vTkZWDQrigKIgSW50ZXJvcGVyYWJpbGl0 eSBvZiBTREkgd2l0aCBMZWdhY3kgSW5mcmFzdHJ1Y3R1cmVzDQrigKIgQ2VudHJhbGl6ZWQgdnMg RGlzdHJpYnV0ZWQgY29udHJvbCBvZiBTRE4vTkZWLWJhc2VkIHN5c3RlbXMNCuKAoiBQb2xpY3kt YmFzZWQgbWFuYWdlbWVudCBpbiBTRE4vTkZWDQrigKIgTmV0d29yayBTb2Z0d2FyaXphdGlvbiBm b3IgNUcNCuKAoiBTb2Z0d2FyaXplZCBlZGdlIGNsb3VkIGluZnJhc3RydWN0dXJlcw0K4oCiIFNv ZnR3YXJpemVkIHBsYXRmb3JtcyBmb3IgSW50ZXJuZXQtb2YtVGhpbmdzIChJb1QpDQrigKIgU0RO IHN3aXRjaC9yb3V0ZXIgYXJjaGl0ZWN0dXJlcy9kZXNpZ25zDQrigKIgU29mdHdhcml6ZWQgbmV0 d29ya3MgZm9yIEJpZyBEYXRhIGFwcGxpY2F0aW9ucw0K4oCiIFNvZnR3YXJlLWRlZmluZWQgb3B0 aWNhbCB0cmFuc3BvcnQgbmV0d29ya3MNCuKAoiBEZWJ1Z2dpbmcgYW5kIGludHJvc3BlY3Rpb24g b2Ygc29mdHdhcmUtZGVmaW5lZCAgdmlydHVhbGl6ZWQgc3lzdGVtcw0K4oCiIEF2YWlsYWJpbGl0 eSBhbmQgcmVzaWxpZW5jZSBvZiB2aXJ0dWFsaXplZCBzb2Z0d2FyZS1kZWZpbmVkIHN5c3RlbXMN CuKAoiBWZXJpZmljYXRpb24vQXVkaXRpbmcgdG9vbHMgZm9yIHNvZnR3YXJpemVkIHN5c3RlbXMN CuKAoiBFeHBlcmllbmNlIHJlcG9ydHMgZnJvbSBleHBlcmltZW50YWwgdGVzdGJlZHMgYW5kIGRl cGxveW1lbnRzDQrigKIgTW9iaWxpdHkvU2VjdXJpdHkvU2FmZXR5IHN1cHBvcnQNCuKAoiBOZXcg c2VydmljZSBtb2RlbHMgYW5kIHBhcmFkaWdtcyBlbmFibGVkIGJ5IFNvZnR3YXJpemF0aW9uDQri gKIgU29jaW8tZWNvbm9taWMgaW1wYWN0IGFuZCByZWd1bGF0b3J5IGltcGxpY2F0aW9ucyBmb3Ig U29mdHdhcml6YXRpb24NCg0KUEFQRVIgU1VCTUlTU0lPTg0KQXV0aG9ycyBhcmUgaW52aXRlZCB0 byBzdWJtaXQgb25seSBvcmlnaW5hbCBwYXBlcnMgKHdyaXR0ZW4gaW4gRW5nbGlzaCkgDQpub3Qg cHVibGlzaGVkIG9yIHN1Ym1pdHRlZCBmb3IgcHVibGljYXRpb24gZWxzZXdoZXJlLiBQYXBlcnMg c2hvdWxkIGJlIA0KaW4gSUVFRSAyLWNvbHVtbiBVUy1MZXR0ZXIgc3R5bGUgdXNpbmcgSUVFRSBD b25mZXJlbmNlIHRlbXBsYXRlcywgZm91bmQgDQphdDogDQpodHRwOi8vd3d3LmllZWUub3JnL2Nv bmZlcmVuY2VzX2V2ZW50cy9jb25mZXJlbmNlcy9wdWJsaXNoaW5nL3RlbXBsYXRlcy5odG1sIA0K YW5kIHN1Ym1pdHRlZCBpbiBQREYgZm9ybWF0IHZpYSBKRU1TIGF0OiBodHRwczovL2plbXMuc2Jj Lm9yZy5ici9uZXRzb2Z0MjAxNg0KUGFwZXJzIGNhbiBiZSBvZiB0d28gdHlwZXM6IGZ1bGwgKHVw IHRvIDggcGFnZXMpIG9yIHNob3J0ICh1cCB0byA0IA0KcGFnZXMpLiBQYXBlcnMgZXhjZWVkaW5n IHRoZXNlIGxpbWl0cywgbXVsdGlwbGUgc3VibWlzc2lvbnMsIGFuZCANCnNlbGYtcGxhZ2lhcml6 ZWQgcGFwZXJzIHdpbGwgYmUgcmVqZWN0ZWQgd2l0aG91dCBmdXJ0aGVyIHJldmlldy4gQWxsIA0K c3VibWl0dGVkIHBhcGVycyB3aWxsIGJlIHN1YmplY3QgdG8gYSBwZWVyLXJldmlldyBwcm9jZXNz LiBUaGUgYWNjZXB0ZWQgDQpwYXBlcnMgd2lsbCBiZSBwdWJsaXNoZWQgaW4gSUVFRSBYcGxvcmUs IHByb3ZpZGVkIHRoYXQgdGhlIGF1dGhvcnMgZG8gDQpwcmVzZW50IHRoZWlyIHBhcGVyIGF0IHRo ZSBjb25mZXJlbmNlLiBOb3RlOiBhdXRob3JzIG9mIHRoZSBiZXN0IGZpdmUgDQpwYXBlcnMgd2ls bCBiZSBpbnZpdGVkIHRvIHN1Ym1pdCBleHRlbmRlZCB2ZXJzaW9ucyBvZiB0aGVpciBwYXBlcnMg dG8gYSANCmZhc3QtdHJhY2sgcmV2aWV3ZWQgV2lsZXnigJlzIEludGVybmF0aW9uYWwgSm91cm5h bCBvZiBOZXR3b3JrIE1hbmFnZW1lbnQgDQooSUpOTSkuDQoNCklNUE9SVEFOVCBEQVRFUw0K4oCi IFBhcGVyIHN1Ym1pc3Npb246IE5vdmVtYmVyIDE1LCAyMDE1DQrigKIgTm90aWZpY2F0aW9uIG9m IGFjY2VwdGFuY2U6IEphbnVhcnkgMzEsIDIwMTYNCuKAoiBGaW5hbCBjYW1lcmEgcmVhZHkgcGFw ZXJzOiBNYXJjaCAxNSwgMjAxNg0K4oCiIE5ldFNvZnQgMjAxNiBjb25mZXJlbmNlOiBKdW5lIDYt MTAsIDIwMTYNCg0KR0VORVJBTCBDSEFJUg0KSmFtZXMgV29uLUtpIEhvbmcsIFBPU1RFQ0gsIEtv cmVhDQoNClRQQyBDTy1DSEFJUlMNCkZpbGlwIERlIFR1cmNrLCBHaGVudCBVbml2ZXJzaXR5LWlN aW5kcywgQmVsZ2l1bQ0KSm9vbi1NeXVuZyBLYW5nLCBIUCBMYWJzLCBVU0ENCkh5dW5zZXVuZyBD aG9vLCBTdW5na3l1bmt3YW4gVW5pdmVyc2l0eSwgS29yZWENCg0KVEVDSE5JQ0FMIFNQT05TT1JT DQpUaGUgdGVjaG5pY2FsIHNwb25zb3JzIGFyZSBJRUVFIENvbW11bmljYXRpb25zIFNvY2lldHks IElFRUUgQ29tcHV0ZXIgDQpTb2NpZXR5LCBJRUVFIFNpZ25hbCBQcm9jZXNzaW5nIFNvY2lldHkg YW5kIElFRUUgQ29uc3VtZXIgRWxlY3Ryb25pY3MgDQpTb2NpZXR5Lg0KDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpNeWNvbGxlYWd1ZXMgbWFpbGlu ZyBsaXN0DQpNeWNvbGxlYWd1ZXNAbWFpbG1hbi51ZnNjLmJyDQpodHRwOi8vbWFpbG1hbi51ZnNj LmJyL21haWxtYW4vbGlzdGluZm8vbXljb2xsZWFndWVzDQoNCi0gVGhyb3VnaCB0aGlzIGxpbmsg YWJvdmUgeW91IGNhbiAic3Vic2NyaWJlIiwgInVuc3Vic2NyaWJlIiwgb3IgY2hhbmdlIHlvdXIg c2V0dGluZ3MgaW4gdGhlIGxpc3QsIHVzaW5nICJ1c2VybmFtZT11ZnNjIiBhbmQgInBhc3N3b3Jk PXVmc2MiLg0KLSBJZiB5b3UgbmVlZCBhbnkgaGVscCwgcGxlYXNlIHNlbmQgYSBtZXNzYWdlIHRv IG15Y29sbGVhZ3Vlcy1vd25lckBtYWlsbWFuLnVmc2MuYnIuDQotIEVOSk9ZIHRoaXMgQ09VUlRF U1kgb2ZmZXJlZCBieSBGRURFUkFMIFVOSVZFUlNJVFkgT0YgU0FOVEEgQ0FUQVJJTkEuDQo= From nobody Mon Aug 24 00:06:30 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 587071B315F for ; Mon, 24 Aug 2015 00:06:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOGtaR4sN5wg for ; Mon, 24 Aug 2015 00:06:26 -0700 (PDT) Received: from marchena.puc.rediris.es (marchena.puc.rediris.es [IPv6:2001:720:418:ca00::4]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 772981B315D for ; Mon, 24 Aug 2015 00:06:26 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by marchena.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZTlpl-0006TM-Q3 for ccamp@ietf.org; Mon, 24 Aug 2015 09:06:22 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 140981FEF4 for ; Mon, 24 Aug 2015 09:06:18 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: ccamp@ietf.org References: From: Ramon Casellas Message-ID: <55DAC26B.70406@cttc.es> Date: Mon, 24 Aug 2015 09:06:19 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------030409070008040904030600" X-Spamina-Bogosity: Ham Archived-At: Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 07:06:28 -0000 This is a multi-part message in MIME format. --------------030409070008040904030600 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 13/08/2015 a las 3:00, Fatai Zhang escribi: > > Authors, Contributors, CCAMP, > > As part of the preparation for WG Last Call on > draft-ietf-ccamp-flexible-grid-rsvp-te-ext > : > > Are you aware of any IPR that applies to the draft identified above? > > Please state either: > > "No, I'm not aware of any IPR that applies to this draft" > > or > > "Yes, I'm aware of IPR that applies to this draft" > "No, I'm not aware of any IPR that applies to this draft" (Other than the IPR that was disclosed by Huawei in ccamp@ https://datatracker.ietf.org/ipr/2650 which I wasn't previously aware of) Thanks Ramon, contributor --------------030409070008040904030600 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 13/08/2015 a las 3:00, Fatai Zhang escribi:

Authors, Contributors, CCAMP,

As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext:



Are you aware of any IPR that applies to the draft identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"

or

"Yes, I'm aware of IPR that applies to this draft"

"No, I'm not aware of any IPR that applies to this draft"

(Other than the IPR that was disclosed by Huawei in ccamp@ https://datatracker.ietf.org/ipr/2650 which I wasn't previously aware of)

Thanks
Ramon, contributor

--------------030409070008040904030600-- From nobody Mon Aug 24 02:36:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D179C1AC3DB for ; Mon, 24 Aug 2015 02:36:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.4 X-Spam-Level: * X-Spam-Status: No, score=1.4 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_12=0.6] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZdAEHfM-vmHs for ; Mon, 24 Aug 2015 02:36:49 -0700 (PDT) Received: from marchena.puc.rediris.es (marchena.puc.rediris.es [IPv6:2001:720:418:ca00::4]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 469A21AC3D6 for ; Mon, 24 Aug 2015 02:36:49 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by marchena.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZToBJ-0005Pn-OR; Mon, 24 Aug 2015 11:36:47 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 67A701FEF4; Mon, 24 Aug 2015 11:36:41 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: ccamp@ietf.org References: From: Ramon Casellas Message-ID: <55DAE5AB.5080704@cttc.es> Date: Mon, 24 Aug 2015 11:36:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spamina-Bogosity: Unsure X-Spamina-Spam-Score: -0.2 (/) X-Spamina-Spam-Report: Content analysis details: (-0.2 points) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4994] Archived-At: Cc: "Black, David" , "ietf@ietf.org" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Minor Issues X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 09:36:51 -0000 Dear David, all Many thanks for your review and comments and I apologize for the delay, I was on holidays. Fortunately, Adrian and Fatai were kind enough to reply, and I am mostly aligned. Please see inline for comments Best regards Ramon El 04/08/2015 a las 16:20, Black, David escribi: > >> -----Original Message----- >> From: Adrian Farrel [mailto:adrian@olddog.co.uk] >> Sent: Monday, August 03, 2015 1:38 PM (snip) >> >> You can make an end-to-end connection from a set of parallel channels. You can >> place those channels at different spots in the spectrum from one hop to the >> next, but you cannot vary the number of channels from one hop to the next (e.g. >> two channels on one hop mapped to one thick channel on the next hop mapped to >> four thin channels on the next hop). > Part of this is definitely my lack of GMPLS familiarity. That said, something > to make the "cannot vary the number of channels from one hop to the next" point > would be helpful to add. Perhaps: > > OLD > That is, the slot composition must be the same from one > end to the other of the media channel even if the specific slots > and their spacing may vary hop by hop. > NEW > That is, the slot composition (i.e., the group of OTSi carried by > the composite media channel) must be the same from one > end to the other of the media channel even if the specific slot > for each OTSi and the spacing among slots may vary hop by hop. Ramon> Changed, as per your suggestion. Thanks. >>> [2] p.21 last sentence in 1st para: >>> >>> >>> Should "minimum frequency slot width" be "minimum effective frequency slot >>> width"? I think it's possible for the effective frequency slot width to >>> be smaller than all of the individual slot widths involved in the absence >>> of frequency shifters/converters. Ramon> Indeed, it is possible, notably when central frequencies differ. As Adrian mentions, adding effective is ok, will appear in next version. Added >>> [3] p.21 - RSA acronym is unfortunate, due to collision w/widespread usage >>> >>> In most cases of acronym collision, I would not object, but RSA is unusual as >>> a very widely known security algorithm acronym (and there are a small number of >>> other acronyms, whose reuse I would find problematic, e.g., SSL and TLS). I >>> still think RSA is a rather poor choice of acronym for routing functionality, >>> no matter how well it's explained. Ramon> I fully understand your concerns, but I am afraid that I tend to disagree, the RSA acronym is also quite well understood in optical networking, and R&SA, RSA, R+SA, etc. can have different meanings. I am willing to hear other opinions, but I would not change it. >>> [5] 5.5 - I'm surprised that the first requirement (neighbor discovery >>> support) is a MAY. I wonder about its operational consequences, and at the >>> very least suggest expanding Section 8 to discuss them. The text in 5.5 >>> should be expanded to add some explanation of how things work when there's >>> no neighbor discovery support. >> Although some work has been done on plug and play in transport networks, there >> is also a lot of "legacy" thought with respect to plugging 100G fibers in at >> random and seeing what is connected to what today. In general, when one >> provisions a fiber and a pair of expensive line cards, one has a good idea what >> one is connecting and the processes that are run are validation rather than >> discovery. >> >> Thus the second paragraph aims for link property correlation such as is provided >> in LMP, but the first paragraph only considers the element of discovery to be >> something that someone could look at if they are really enthusiastic. >> >> Since this is pretty much established behavior across GMPLS optical networks, >> I'm not sure more needs to be said. > Please state that absence of neighbor discovery is "pretty much established > behavior across GMPLS optical networks" perhaps in the form of "not required > or used in common operational practice." Ramon> What about OLD The control plane MAY include support for neighbor discovery such that an flexi-grid network can be constructed in a "plug-and-play" manner. NEW The control plane MAY include support for neighbor discovery such that an flexi-grid network can be constructed in a "plug-and-play" manner. Note, however, that in common operational practice validation processes are used rather than automatic discovery. Related email follows on nots and editorial.... Thanks again Ramon From nobody Mon Aug 24 03:30:06 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B11471B32E4 for ; Mon, 24 Aug 2015 03:30:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.499 X-Spam-Level: X-Spam-Status: No, score=-0.499 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ApjTcSE6LQJ for ; Mon, 24 Aug 2015 03:30:01 -0700 (PDT) Received: from marchena.puc.rediris.es (marchena.puc.rediris.es [IPv6:2001:720:418:ca00::4]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10C0F1B32DF for ; Mon, 24 Aug 2015 03:30:01 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by marchena.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZTp0X-0001dX-0k; Mon, 24 Aug 2015 12:29:43 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 9F42C1FEF4; Mon, 24 Aug 2015 12:29:36 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: "Black, David" , "adrian@olddog.co.uk" , "zhangfatai@huawei.com" , "fu.xihua@zte.com.cn" , "daniele.ceccarelli@ericsson.com" , "ihussain@infinera.com" , 'General Area Review Team' References: From: Ramon Casellas Message-ID: <55DAF213.8020709@cttc.es> Date: Mon, 24 Aug 2015 12:29:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------030103030307090608090401" X-Spamina-Bogosity: Unsure X-Spamina-Spam-Score: -0.2 (/) X-Spamina-Spam-Report: Content analysis details: (-0.2 points) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 HTML_MESSAGE BODY: HTML included in message 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4928] Archived-At: Cc: "ccamp@ietf.org" , "ietf@ietf.org" Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2015 10:30:04 -0000 This is a multi-part message in MIME format. --------------030103030307090608090401 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 04/08/2015 a las 16:30, Black, David escribi: > Adrian, > > Thanks for the response - this note contains the follow-ups on nits/editorial > items. > >> -----Original Message----- >> From: Adrian Farrel [mailto:adrian@olddog.co.uk] >> Sent: Monday, August 03, 2015 1:38 PM >> >> >>> Nits/editorial comments: >>> >>> Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the >>> formula for nominal central frequency and re-defining n as a (snip) >>> Ok, proof by (ITU-T) authority wins here. Ramon> No change here then. >>> p.6 - please state that slot width is +/- wrt nominal central frequency. >> Ah, took me a moment to see what you mean. >> Yes, this could be clarified with >> >> OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. >> NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. > That definitely helps. Ramon> as noted by Fatai, I think the second part of the "NEW" is incorrect. The slot width is always m*SWG. Do not confuse with NCF granularity I am also reluctant to add Fatai formula Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2] since it is adding a new way of describing the slot in addition to the (n,m) pair via the start / end NCF. In short, IMHO the slot width is the amount of optical spectrum (m*SWG) and the slot width is "centered" at its Nominal _Central_ Frequency (n). That is it, regardless of whether SWG and NCF granularity happen to be 12.5 and 6.25 No changes here. > >>> p.8 - Fig 4 could use a bit more explanation - the two frequency >>> slots occur at different points along the path. >> Maybe... >> >> OLD >> o Effective Frequency Slot [G.870]: The effective frequency slot of >> a media channel is that part of the frequency slots of the filters >> along the media channel that is common to all of the filters' >> frequency slots. Note that both the Frequency Slot and Effective >> Frequency Slot are local terms. >> NEW >> o Effective Frequency Slot [G.870]: The effective frequency slot of >> a media channel is that part of the frequency slots of the filters >> along the media channel that is common to all of the filters' >> frequency slots. Note that both the Frequency Slot and Effective >> Frequency Slot are local terms. >> >> Figure 4 shows the effect of combining two filters along a channel. >> The combination of frequency slot 1 and frequency slot 2 applied to >> the media channel is effective frequency slot shown. >> END > That also helps. Ramon> Changed to NEW. Also shifted the text "Frequency slot 1" of the figure a bit to the left to be centered > >>> Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 >>> chars left. >> I think it is one char :-) > Ramon> Changed, thanks. > Touche' > >>> Section 4 - TE link term shows up w/o acronym expansion or definition. >>> Please define it before use. >> Yes. Last line of section 4. > This section provides a mapping of the ITU-T G.872 architectural > aspects to GMPLS/Control plane terms, and considers the relationship > between the architectural concept/construct of media channel and its > control plane representations (e.g., as a TE link). > > I don't understand how "e.g." defines "TE link". Ramon> Changed to NEW (e.g., as a TE link, as defined in [RFC3945].) >>> Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have >>> helped to have some sort of heads-up at the start of the figures that >>> the top (non-GMPLS) portion of the figures prior to Figure 12 are >>> entirely in the optical domain. Perhaps explaining what the two >>> planes are (and how they're realized/implemented) in Figure 8 would help. >> Hmmm. I think the reader should be coming at this with the concepts of TE link >> and LSR in their heads so that the mapping is clear. > Ok, chalk this one (and probably the previous one) up to me not being a > GMPLS expert. Ramon> no changes > >>> Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw >>> "transceivers" earlier - if that's the same concept, only one term >>> should be used. >> While "transponder" is technically correct, using "transceiver" would be more >> consistent. Ramon> Changed to transceiver, thanks. Probably the typo caused it being missed in a S&R :) > Ok. > >>> p.21, 1st para: >>> >>> messages, and a specific frequency slot can be requeste on any >>> >>> s/requeste/requested Ramon> changed, thanks. >>> >>> p.21: >>> >>> In GMPLS the requested effective frequency slot is represented to the >>> TSpec present in the Path message, and the effective frequency slot >>> is mapped to the FlowSpec carried in the Resv message. >>> >>> I believe those are RSVP-TE messages - that should be stated. Ramon> Changed to "present in the RSVP-TE Path message (...) RSVP-TE Resv message. Thanks >>> p. 22: >>> >>> d. n can change, but m needs to remain the same along the path. >>> This ensures that the effective frequency slot remains valid, but >>> allows the frequency slot to be moved within the spectrum from >>> hop to hop. >>> >>> In full generality, that may require the ability to shift or convert a >>> frequency slot, which is a concept that doesn't appear to occur in the >>> draft prior to this point. >> Penultimate paragraph of page 21. > Ok. Ramon> no changes. > >>> Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow >>> labelled or explained Ramon> Changed to C B A |Path(m_req) | ^ | |---------> | # | | | # ^ -^--------------^----------------#----------------#-- Effective # # # # FS n, m # . . . . . . .#. . . . . . . . # . . . . . . . .# <-fixed # # # # n -v--------------v----------------#----------------#--- | | # v | | # Resv | | | v <------ | | | |FlowSpec(n, m_a)| | | <--------| | | | FlowSpec (n, | <--------| min(m_a, m_b)) FlowSpec (n, | min(m_a, m_b, m_c)) m_a, m_b, m_c: Selected frequency slot widths and C B A |Path(m_req) ^ | | |---------> # | | | # ^ ^ -^-------------#----------------#-----------------#-------- Effective # # # # FS n, m # # # # # # # # -v-------------v----------------#-----------------#-------- | | # v | | # Resv | | | v <------ | | | |FlowSpec(n_a, m_a) | | <--------| | | | FlowSpec (FSb [intersect] FSa) <--------| FlowSpec ([intersect] FSa,FSb,FSc) n_a: Selected nominal central frequencyfr by node A m_a: Selected frequency slot widths by node A FSa, FSb, FSc: Frequency slot at each hop A, B, C >>> After Figure 16, the switch to the EFS acronym is a surprise, given >>> the extensive prior usage of the spelled-out term. This paragraph >>> contains all uses of the EFS acronym - I suggest removing that acronym >>> and spelling out the term. Ramon> done. >>> >>> Section 4.6: I don't understand why this sentence is in the middle of >>> the paragraph - it doesn't seem to describe an example of different >>> slot width granularities: >>> >>> Consider a node with an application where the nominal >>> central frequency granularity is 12.5 GHz and where slot widths are >>> multiples of 25 GHz. >>> >>> I'd suggest removing it. Ramon> although sentence did try (badly) to describe a different slot widths (by default the values are 6.25 and 12.5) the sentence did not add value other than being a trivial example. Removed >>> >>> 5.1.1. What is L-band? This is the first time it's mentioned. >>> Ramon> changed to The control plane architecture SHOULD allow for the support of L-band (the wavelength range 1565 nm to 1625 nm) and S-band (the wavelength range 1460 nm to 1530 nm). also added (...) the entire C-band (the wavelength range 15301565 nm, which corresponds to the amplification range of erbium doped fiber amplifiers) Many thanks Ramon --------------030103030307090608090401 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 04/08/2015 a las 16:30, Black, David escribi:
Adrian,

Thanks for the response - this note contains the follow-ups on nits/editorial
items. 


-----Original Message-----
From: Adrian Farrel [mailto:adrian@olddog.co.uk]
Sent: Monday, August 03, 2015 1:38 PM



Nits/editorial comments:

Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the
formula for nominal central frequency and re-defining n as a
(snip)
Ok, proof by (ITU-T) authority wins here.
Ramon> No change here then.
p.6 - please state that slot width is +/- wrt nominal central frequency.

Ah, took me a moment to see what you mean.
Yes, this could be clarified with

OLD
   o  Slot Width: The slot width determines the "amount" of optical
      spectrum regardless of its actual "position" in the frequency
      axis.  A slot width is constrained to be m x SWG (that is, m x
      12.5 GHz), where m is an integer greater than or equal to 1.
NEW
   o  Slot Width: The slot width determines the "amount" of optical
      spectrum regardless of its actual "position" in the frequency
      axis.  A slot width is constrained to be m x SWG (that is, m x
      12.5 GHz), where m is an integer greater than or equal to 1.
      The slot width defines the amount of spectrum in use on
      each side of the central frequency, thus the amount of
      frequency in use is actually twice the value of the slot width.

That definitely helps.
Ramon> as noted by Fatai, I think the second part of the "NEW" is incorrect. The slot width is always m*SWG. Do not confuse with NCF granularity
I am also reluctant to add Fatai formula Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2]
since it is adding a new way of describing the slot in addition to the (n,m) pair via the start / end NCF.

In short, IMHO the slot width is the amount of optical spectrum (m*SWG) and the slot width is "centered" at its Nominal _Central_ Frequency (n). That is it, regardless of whether SWG and NCF granularity happen to be 12.5 and 6.25

No changes here.




        

          
p.8 - Fig 4 could use a bit more explanation - the two frequency
slots occur at different points along the path.


        

        
Maybe...

OLD
   o  Effective Frequency Slot [G.870]: The effective frequency slot of
      a media channel is that part of the frequency slots of the filters
      along the media channel that is common to all of the filters'
      frequency slots.  Note that both the Frequency Slot and Effective
      Frequency Slot are local terms.
NEW
   o  Effective Frequency Slot [G.870]: The effective frequency slot of
      a media channel is that part of the frequency slots of the filters
      along the media channel that is common to all of the filters'
      frequency slots.  Note that both the Frequency Slot and Effective
      Frequency Slot are local terms.

      Figure 4 shows the effect of combining two filters along a channel.
      The combination of frequency slot 1 and frequency slot 2 applied to
       the media channel is effective frequency slot shown.
END


      

      
That also helps.

    

    Ramon> Changed to NEW. Also shifted the text "Frequency slot 1"
    of the figure a bit to the left to be 

    centered 

    

      



      

        

          
Nit: First nominal central frequency 'X' in Fig 5 needs to move 2
chars left.


        

        
I think it is one char :-)


      

      
Ramon> Changed, thanks.

    

    

    

      
Touche'
 


      

        

          
Section 4 - TE link term shows up w/o acronym expansion or definition.
Please define it before use.


        

      

    

    

    

      

        
Yes. Last line of section 4.


      

      
   This section provides a mapping of the ITU-T G.872 architectural
   aspects to GMPLS/Control plane terms, and considers the relationship
   between the architectural concept/construct of media channel and its
   control plane representations (e.g., as a TE link).

I don't understand how "e.g." defines "TE link".


    

    Ramon> Changed to 

    

    NEW

    (e.g., as a TE link, as defined in [RFC3945].)

    

      

      

        

          
Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have
helped to have some sort of heads-up at the start of the figures that
the top (non-GMPLS) portion of the figures prior to Figure 12 are
entirely in the optical domain.  Perhaps explaining what the two
planes are (and how they're realized/implemented) in Figure 8 would help.


        

        
Hmmm. I think the reader should be coming at this with the concepts of TE link
and LSR in their heads so that the mapping is clear.


      

      
Ok, chalk this one (and probably the previous one) up to me not being a
GMPLS expert.

    

    

    Ramon> no changes

    

    

      



      

        

          
Last paragraph on p.16: "trnaponders" -> "transponders".  Also, I saw
"transceivers" earlier - if that's the same concept, only one term
should be used.


        

        
While "transponder" is technically correct, using "transceiver" would be more
consistent.

      

    

    Ramon> Changed to transceiver, thanks. Probably the typo caused
    it being missed in a S&R :)

    

    

      

        

      

      
Ok.



    

    

      

        

          
p.21, 1st para:

   messages, and a specific frequency slot can be requeste on any

s/requeste/requested

        

      

    

    Ramon> changed, thanks.

    

      

        

          

p.21:

   In GMPLS the requested effective frequency slot is represented to the
   TSpec present in the Path message, and the effective frequency slot
   is mapped to the FlowSpec carried in the Resv message.

I believe those are RSVP-TE messages - that should be stated.


        

      

    

    Ramon> Changed to "present in the RSVP-TE Path message (...)
    RSVP-TE Resv message. 

    Thanks

    

    

      

        

          
p. 22:

   d.  n can change, but m needs to remain the same along the path.
       This ensures that the effective frequency slot remains valid, but
       allows the frequency slot to be moved within the spectrum from
       hop to hop.

In full generality, that may require the ability to shift or convert a
frequency slot, which is a concept that doesn't appear to occur in the
draft prior to this point.


        

        
Penultimate paragraph of page 21.


      

      
Ok.

    

    Ramon> no changes.

    

    

    

      
 


      

        

          
Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow
labelled or explained


        

      

    

    Ramon> Changed to 

     C
        B A

       |Path(m_req) |
        ^ |

       |---------> |
        # |

       | |
        # ^

      
        -^--------------^----------------#----------------#--

      Effective # #
        # #

      FS n, m # . . . . . . .#. . . . . . . . # . . . . . . .
        .# <-fixed

       # #
        # # n

      
        -v--------------v----------------#----------------#---

       | |
        # v

       | | #
        Resv |

       | | v
        <------ |

       | | |FlowSpec(n,
        m_a)|

       | |
        <--------| |

       | | FlowSpec (n, |

       <--------| min(m_a, m_b))

       FlowSpec (n, |

       min(m_a, m_b, m_c))

      

       m_a, m_b, m_c: Selected frequency slot widths
      

    

    and

    

     C
        B A

       |Path(m_req) ^
        | |

       |---------> #
        | |

       | #
        ^ ^

      
        -^-------------#----------------#-----------------#--------

      Effective # #
        # #

      FS n, m # #
        # #

       # #
        # #

      
        -v-------------v----------------#-----------------#--------

       | |
        # v

       | | #
        Resv |

       | | v
        <------ |

       | | |FlowSpec(n_a,
        m_a)

       | |
        <--------| |

       | | FlowSpec (FSb [intersect] FSa)

       <--------|

       FlowSpec ([intersect] FSa,FSb,FSc)

       

       n_a: Selected nominal central frequencyfr by
        node A

       m_a: Selected frequency slot widths by node A

       FSa, FSb, FSc: Frequency slot at each hop A, B,
        C

        

      
    

      

        

          
After Figure 16, the switch to the EFS acronym is a surprise, given
the extensive prior usage of the spelled-out term.  This paragraph
contains all uses of the EFS acronym - I suggest removing that acronym
and spelling out the term.

        

      

    

    Ramon> done.

    

      

        

          

Section 4.6: I don't understand why this sentence is in the middle of
the paragraph - it doesn't seem to describe an example of different
slot width granularities:

   Consider a node with an application where the nominal
   central frequency granularity is 12.5 GHz and where slot widths are
   multiples of 25 GHz.

I'd suggest removing it.

        

      

    

    Ramon> although sentence did try (badly) to describe a different
    slot widths (by default the values are 6.25 and 12.5) the sentence
    did not add value other than being a trivial example. Removed

    

    

      

        

          

5.1.1. What is L-band?  This is the first time it's mentioned.



        

      

    

    Ramon> changed to

    

    The control plane architecture SHOULD allow for the support of

    L-band (the wavelength range 1565 nm to 1625 nm) and S-band (the

    wavelength range 1460 nm to 1530 nm). 

    

    also added

    

    (...) the entire C-band (the wavelength range 15301565 nm, which

    corresponds to the amplification range of erbium doped fiber

    amplifiers) 

    

    

    

    Many thanks

    Ramon

    

  


--------------030103030307090608090401--


From nobody Mon Aug 24 03:49:30 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C07881B325F for ; Mon, 24 Aug 2015 03:49:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E3Fh2kioavjA for ; Mon, 24 Aug 2015 03:49:27 -0700 (PDT)
Received: from torres.puc.rediris.es (torres.puc.rediris.es [IPv6:2001:720:418:ca00::9]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAD3A1B325E for ; Mon, 24 Aug 2015 03:49:26 -0700 (PDT)
Received: from [84.88.62.208] (helo=leo) by torres.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZTpJW-0007vf-VR; Mon, 24 Aug 2015 12:49:19 +0200
Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 70C5E1FEF4; Mon, 24 Aug 2015 12:49:14 +0200 (CEST)
X-Envelope-From: ramon.casellas@cttc.es
To: adrian@olddog.co.uk, 'Fatai Zhang' , "'Black, David'" , fu.xihua@zte.com.cn, daniele.ceccarelli@ericsson.com, ihussain@infinera.com, 'General Area Review Team' 
References:     <054f01d0cf7e$f1df3330$d59d9990$@olddog.co.uk>
From: Ramon Casellas 
Message-ID: <55DAF6AD.70500@cttc.es>
Date: Mon, 24 Aug 2015 12:49:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <054f01d0cf7e$f1df3330$d59d9990$@olddog.co.uk>
Content-Type: multipart/alternative; boundary="------------070908010207090005050809"
X-Spamina-Bogosity: Ham
Archived-At: 
Cc: ccamp@ietf.org, ietf@ietf.org
Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 24 Aug 2015 10:49:28 -0000

This is a multi-part message in MIME format.
--------------070908010207090005050809
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Adrian, all

Thanks, pleasee see inline

El 05/08/2015 a las 15:02, Adrian Farrel escribi:
>
> Right, thanks Fatai. You have put us right.
>
> But David and I both got confused by Figure 3, and perhaps by the 
> difference between n and m.
>
> I suggest
>
> OLD
>
> Slot width = 25 GHzSlot width = 37.5 GHz
>
> NEW
>
> Slot width = 25 GHzSlot width = 37.5 GHz
>
> n = 4,m = 2n = 6,m = 3
>
> END
>

Ramon> ok to change, but don't you mean

NEW

Slot width = 25 GHzSlot width = 37.5 GHz

n = 0,m = 2n = 7,m = 3



> OLD
>
> *The '--' represents the nominal central frequency granularity
>
> NEW
>
> *The '--' represents the nominal central frequency granularity in 
> units of 6.25 GHz
>
> END
>
Ramon> changed as your suggestion (although I could even argue that it 
is not even necessary to explain '--' it can be seen as the frequency 
axis and by definition the separation between adjacent 'n' is 6.25 GHz....)

Thanks
Ramon


--------------070908010207090005050809
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit


  
    
  
  
    
Adrian, all

      

      Thanks, pleasee see inline

      

      El 05/08/2015 a las 15:02, Adrian Farrel escribi:

    

    

      
      
      
      
      
      
      
      

        
Right, thanks Fatai. You have
            put us right.

        

        
But David and I both got
            confused by Figure 3, and perhaps by the difference between
            n and m.

        

        
I suggest

        

        
OLD

        
 Slot width = 25
            GHz Slot width =
            37.5 GHz

        
NEW

        
 Slot width = 25
            GHz Slot width =
            37.5 GHz

        
 n = 4, m = 2 n = 6, m = 3 

        
END

        

      

    

    

    Ramon> ok to change, but don't you mean

    

    
NEW

    

        Slot width = 25 GHz Slot
        width = 37.5 GHz

    

         n = 0, m = 2  n = 7, m = 3 

    

    

    

      

        
OLD

        
 * The '--' represents the
            nominal central frequency granularity

        
NEW

        
 * The '--' represents the
            nominal central frequency granularity in units of 6.25 GHz

        
END

        

      

    

    Ramon> changed as your suggestion (although I could even argue
    that it is not even necessary to explain '--' it can be seen as the
    frequency axis and by definition the separation between adjacent 'n'
    is 6.25 GHz....)

    

    Thanks

    Ramon

    

  


--------------070908010207090005050809--


From nobody Mon Aug 24 04:01:30 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9EE71B3339 for ; Mon, 24 Aug 2015 04:01:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=unavailable
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pmRCQNcInZ67 for ; Mon, 24 Aug 2015 04:01:28 -0700 (PDT)
Received: from navarro.puc.rediris.es (navarro.puc.rediris.es [IPv6:2001:720:418:ca01::131]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9D031B3337 for ; Mon, 24 Aug 2015 04:01:27 -0700 (PDT)
Received: from [84.88.62.208] (helo=leo) by navarro.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZTpVB-0005UY-FS; Mon, 24 Aug 2015 13:01:22 +0200
Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 03B211FEF4; Mon, 24 Aug 2015 13:01:17 +0200 (CEST)
X-Envelope-From: ramon.casellas@cttc.es
To: Stephen Farrell , adrian@olddog.co.uk, 'The IESG' 
References: <20150805220817.431.69640.idtracker@ietfa.amsl.com> <022401d0d2b4$aebe55c0$0c3b0140$@olddog.co.uk> <55C7E7C0.10506@cs.tcd.ie> <55C9C6CA.6040809@cs.tcd.ie>
From: Ramon Casellas 
Message-ID: <55DAF97F.1090500@cttc.es>
Date: Mon, 24 Aug 2015 13:01:19 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <55C9C6CA.6040809@cs.tcd.ie>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Spamina-Bogosity: Unsure
X-Spamina-Spam-Score: -0.2 (/)
X-Spamina-Spam-Report: Content analysis details:   (-0.2 points) pts rule name              description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP 0.8 BAYES_50               BODY: Bayes spam probability is 40 to 60% [score: 0.4745]
Archived-At: 
Cc: draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, ccamp-chairs@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, draft-ietf-ccamp-flexi-grid-fwk@ietf.org
Subject: Re: [CCAMP] Stephen Farrell's No Objection on draft-ietf-ccamp-flexi-grid-fwk-05: (with COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 24 Aug 2015 11:01:29 -0000

Dear Stephen, Adrian

Thank you both for discussing this, please see inline for additional 
comments

El 11/08/2015 a las 11:56, Stephen Farrell escribi:
> (...) work resulting in the IETF will consist
> of a number of relatively minor extensions to existing protocols,
> in which case the approach taken in the draft of asserting that
> there's nothing much new here can be ok.
Ramon> *relived* I believe this is the case.
>
> Perhaps I got somewhat taken in by some more marketing language
> in the draft or something:-)

> In summary, if this draft is the start of a big new chunk of work in
> the IETF, then my comment stands - it should have had a serious chunk
> of security/privacy analysis and I don't see evidence that it did.

> If however I've misinterpreted the draft and it's really just teeing
> up a set of relatively minor extensions to existing protocols, then
> the "assertion that there's nothing new" approach taken here can in
> some cases be justified, and if this is the situation then I can see
> how my comment would be seen as over the top.

Ramon> As Adrian has surely pointed you out,  the draft is defining the 
fwk and req for the application of the GMPLS arch and protocols to a new 
switching capability / layer. Indeed, although the  technology/language 
etc., is cumbersome, it will result in relatively minor protocol 
extensions to existing protocols and not much different to what has 
already been done in the past with optical networks with fixed grid, 
OTN, SDH, etc.

We could extend the draft abstract for this, with something in the lines of:

OLD

This document defines a framework and the associated control plane
  requirements for the GMPLS-based control of flexi-grid DWDM networks.

NEW

Given the specific characteristics of flexi-grid optical networks and their
associated technology,  this document defines a framework and the
associated control plane requirements for the application of the existing
GMPLS architecture and control plane protocols to the control of flexi-grid
DWDM networks.  The actual extensions to the GMPLS protocols will be
defined in companion documents.

Thoughts?

thanks
Ramon



From nobody Mon Aug 24 04:45:02 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E7FE1B33B7 for ; Mon, 24 Aug 2015 04:45:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level: 
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VfMAgfVxB5z2 for ; Mon, 24 Aug 2015 04:44:58 -0700 (PDT)
Received: from rudy.puc.rediris.es (rudy.puc.rediris.es [IPv6:2001:720:418:ca01::132]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34C151B3394 for ; Mon, 24 Aug 2015 04:44:58 -0700 (PDT)
Received: from [84.88.62.208] (helo=leo) by rudy.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZTqBD-00058B-LS; Mon, 24 Aug 2015 13:44:52 +0200
Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id EC8DA1FEF4; Mon, 24 Aug 2015 13:44:42 +0200 (CEST)
X-Envelope-From: ramon.casellas@cttc.es
To: Tina TSOU , "ops-dir@ietf.org" 
References: <55BA1C4C.2050403@jvknet.com> 
From: Ramon Casellas 
Message-ID: <55DB03AD.7020806@cttc.es>
Date: Mon, 24 Aug 2015 13:44:45 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: multipart/alternative; boundary="------------040604020801080400050107"
X-Spamina-Bogosity: Unsure
X-Spamina-Spam-Score: -0.2 (/)
X-Spamina-Spam-Report: Content analysis details:   (-0.2 points) pts rule name              description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: ietf.org] 0.0 HTML_MESSAGE           BODY: HTML included in message 0.8 BAYES_50               BODY: Bayes spam probability is 40 to 60% [score: 0.4991]
Archived-At: 
Cc: "draft-ietf-ccamp-flexi-grid-fwk.all@tools.ietf.org" , "ccamp@ietf.org" 
Subject: Re: [CCAMP] OPS-DIR Review of draft-ietf-ccamp-flexi-grid-fwk-05
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 24 Aug 2015 11:45:01 -0000

This is a multi-part message in MIME format.
--------------040604020801080400050107
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Dear Tina, all

Thank you for your review and comments. Apologies for the delay in my 
answer due to being on holiday

Comments in-line

El 05/08/2015 a las 5:41, Tina TSOU escribió:
> Dear all,
>
>
> Technical Comments:
> This document provides a complete framework for GMPLS flexi-grid network. Technical comments are as follow:
> 1.	It is not clear how the parameter n are determined.
Ramon> I am afraid I am not sure how to address this in the draft (e.g. 
specific changes). The selection of the parameter n for each (local to a 
node) frequency slot width is part of the RSA process and can be 
selected either in a distributed way by each hop for its local frequency 
slot or by e.g. a PCE doing the path computation. In any case it is part 
of the resource allocation aspect.

> In page 22 the last two paragraphs are as follow:
> o  Each downstream node ensures that m is >= requested_m.
> o  A downstream node cannot foresee what an upstream node will allocate.  A way to ensure that the effective frequency slot is valid along the length of the LSP is to ensure that the same value of n is allocated at each hop.  By forcing the same value of n we avoid cases where the effective frequency slot of the media channel is invalid (that is, the resulting frequency slot cannot be described by its n and m parameters).
>
> When mentioning “a downstream nod cannot foresee…”, it should be clear that what the downstream node can receive from upstream adjacent node (probably in PATH message). Do downstream node(s) need to select an effective central frequency (n) from a set of them? And what is corresponding criteria? Random selection? It may be a little bit ‘solution’ instead of ‘framework & requirement’, however, it is mentioned ‘forcing the same value of n’ (should consider changing to ‘standard track’ if new node behavior introduced), so it had better to specify what kind of information is included in both request message (PATH) and response message (RESV).
> Moreover, if Path message include any central frequency information (n), or a set of them, the Path message in Fig. 15 and 16 should be shown as Path(n, m_req).
Ramon> to some extent, I would guess your questions are already addressed

    Different operational modes can be considered.  For Routing and
    Spectrum Assignment (RSA) with explicit label control, and for
    Routing and Distributed Spectrum Assignment (R+DSA), the GMPLS
    signaling procedures are similar to those described insection 4.1.3 of [RFC6163] 
  for Routing and Wavelength Assignment (RWA) and for
    Routing and Distributed Wavelength Assignment (R+DWA).


If Explicit Label Control in the ERO is used, it would indeed be in the 
Path message. Otherwise, GMPLS procedures using e.g. LABELSETs, etc. 
apply.  I think that no new node behavior in required (since existing 
procedures cover the cases, e.g. both ELC or a Labelset can be used to 
force a same "n"). Finally, whether the allocation is first-fit, random, 
etc. this is I think implementation specific and the document does not 
address how it could be done (multiple ways, as you mention).

> 2.	Section 5.5, the support for neighbor discovery should not be a MAY, consider a SHALL or even MUST.
Ramon> this point was also raised by David Black in its review. Adrian's 
answer was in the lines of common practice where automatic neighbor 
discovery may not be used, relying on validation -- once the fiber and 
transceivers are provisioned -- (in particular, It may be useful to 
clarify that this particular section is referring to the use of LMP). It 
would also exclude transparent optical networks in which direct neighbor 
discovery would be difficult unless e.g. a dedicated wavelength is 
deployed with O/E/O

(on a side node, I may be wrong but SHALL or MUST would be equivalent?)


>
> Editorial Comments:
> 1.	Some terminologies are misleading. There are a few places using term ‘frequency slot width’, which confuses the reader (can be either understand of frequency slot or slot width) and should be corrected.
Ramon> I am afraid I do not fully agree. In my opinion, every time the 
word "slot" appears it refers to "Frequency slot" (FS). The omission of 
"frequency" is only possible because it is non ambiguously implied. In 
other words, "slot width" is always implied "frequency slot width".
If, on the contrary, there are places where the term "frequency slot 
width" can be confused with "frequency slot", please point them out, 
since the width is just an attribute of the slot (the other being the 
NCF). In any case "slot width" and "frequency slot width" are exactly 
the same.

One could then argue that every occurrence of the word "slot" should be 
preceded with "frequency" but this would also affect ITU-T docs and 
acronyms like SWG would need to change to FSWG.

> In Section 4.5 (p21), first paragraph in page 21, there are two ‘frequency slot width’, should be corrected as ‘frequency slot’.
Ramon> I think you are referring to

  A "service request" is characterized (at a minimum) by its required
    effective frequency slot width.  This does not preclude that the
    request may add additional constraints such as also imposing the
    nominal central frequency.


As stated, the minimum is to "request" the "m" (width). Requesting the 
slot would mean requesting *also* the "n" (NCF) which is later covered. 
I am not sure it needs changing.
> In Section 5.1.1 (p30), second paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’.
Ramon> these are, IMHO, equivalent. As stated above, a slot is always a 
frequency slot.
> In Section 5.2 (p31), first paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’.
Ramon> idem.
>
> 2.	The description of Fig. 3, now saying “The ‘^’ represents the slot nominal central frequency”, it is not clear what is ‘slot nominal central frequency’, should be ‘nominal central frequency’ or ‘the position of nominal central frequency’.
Ramon> A "slot nominal central frequency" refers to the central 
frequency (the "n" parameter) of a Frequency Slot (FS). It is one of a 
FS attributes/parameters along its with. In the figure, theer are many 
nominal central frequencies, but only 2 "(frequency) slot nominal 
central frequencies" for there are only 2 frequency slots drawn. I 
believe the "^" is correct. that said, due to previous emails, I have 
changed "Central F" to "Slot NCF" in the Figure

In other words, in the Figure 3, there are 2 slots == 2 frequency slots 
== 2 FS:
- the first (frequency) slot 1 is centered at the NCF 193.1 THz --> for 
slot 1, its "slot nominal central frequency" is that NCF, that is n=0.


>
> 3.	Figure 15 and 16 are labeled as ‘Distributed Allocation with Different m and Same/Different n’ respectively, however it is not clear why we need to mention ‘distributed’. There is no centralized mechanism in this draft, suggest removing the ‘distributed’.
Ramon> We are not excluding the use of centralized RSA, as in the 
snippet quoted above, a e.g. a PCE could be used to do centralized RSA 
and be implemented in terms of explicit label control in the ERO. This 
is analogous to what is done in WSON. the term distributed refers to the 
fact that some parameters (e.g. m or n) of each slot is allocated by the 
node. With ELC, it would not be the case and the procedures in Figures 
15 and 16 would not apply


Many thanks again for your review and comments

Ramon


--------------040604020801080400050107
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    
Dear Tina, all

      

      Thank you for your review and comments. Apologies for the delay in
      my answer due to being on holiday

      

      Comments in-line

      

      El 05/08/2015 a las 5:41, Tina TSOU escribió:

    

    

      
Dear all,


Technical Comments:
This document provides a complete framework for GMPLS flexi-grid network. Technical comments are as follow: 
1.	It is not clear how the parameter n are determined. 

    

    Ramon> I am afraid I am not sure how to address this in the draft
    (e.g. specific changes). The selection of the parameter n for each
    (local to a node) frequency slot width is part of the RSA process
    and can be selected either in a distributed way by each hop for its
    local frequency slot or by e.g. a PCE doing the path computation. In
    any case it is part of the resource allocation aspect.

    

    

      
In page 22 the last two paragraphs are as follow: 
o  Each downstream node ensures that m is >= requested_m.
o  A downstream node cannot foresee what an upstream node will allocate.  A way to ensure that the effective frequency slot is valid along the length of the LSP is to ensure that the same value of n is allocated at each hop.  By forcing the same value of n we avoid cases where the effective frequency slot of the media channel is invalid (that is, the resulting frequency slot cannot be described by its n and m parameters).

When mentioning “a downstream nod cannot foresee…”, it should be clear that what the downstream node can receive from upstream adjacent node (probably in PATH message). Do downstream node(s) need to select an effective central frequency (n) from a set of them? And what is corresponding criteria? Random selection? It may be a little bit ‘solution’ instead of ‘framework & requirement’, however, it is mentioned ‘forcing the same value of n’ (should consider changing to ‘standard track’ if new node behavior introduced), so it had better to specify what kind of information is included in both request message (PATH) and response message (RESV). 
Moreover, if Path message include any central frequency information (n), or a set of them, the Path message in Fig. 15 and 16 should be shown as Path(n, m_req). 


    

    Ramon> to some extent, I would guess your questions are already
    addressed

    

    
   Different operational modes can be considered.  For Routing and
   Spectrum Assignment (RSA) with explicit label control, and for
   Routing and Distributed Spectrum Assignment (R+DSA), the GMPLS
   signaling procedures are similar to those described in section 4.1.3
   of [RFC6163] for Routing and Wavelength Assignment (RWA) and for
   Routing and Distributed Wavelength Assignment (R+DWA). 

    

    If Explicit Label Control in the ERO is used, it would indeed be in
    the Path message. Otherwise, GMPLS procedures using e.g. LABELSETs,
    etc. apply.  I think that no new node behavior in required (since
    existing procedures cover the cases, e.g. both ELC or a Labelset can
    be used to force a same "n"). Finally, whether the allocation is
    first-fit, random, etc. this is I think implementation specific and
    the document does not address how it could be done (multiple ways,
    as you mention).

    

    

      
2.	Section 5.5, the support for neighbor discovery should not be a MAY, consider a SHALL or even MUST. 


    

    Ramon> this point was also raised by David Black in its review.
    Adrian's answer was in the lines of common practice where automatic
    neighbor discovery may not be used, relying on validation -- once
    the fiber and transceivers are provisioned -- (in particular, It may
    be useful to clarify that this particular section is referring to
    the use of LMP). It would also exclude transparent optical networks
    in which direct neighbor discovery would be difficult unless e.g. a
    dedicated wavelength is deployed with O/E/O

    

    (on a side node, I may be wrong but SHALL or MUST would be
    equivalent?)

    

    

    

      

Editorial Comments:
1.	Some terminologies are misleading. There are a few places using term ‘frequency slot width’, which confuses the reader (can be either understand of frequency slot or slot width) and should be corrected. 

    

    Ramon> I am afraid I do not fully agree. In my opinion, every
    time the word "slot" appears it refers to "Frequency slot" (FS). The
    omission of "frequency" is only possible because it is non
    ambiguously implied. In other words, "slot width" is always implied
    "frequency slot width". 

    If, on the contrary, there are places where the term "frequency slot
    width" can be confused with "frequency slot", please point them out,
    since the width is just an attribute of the slot (the other being
    the NCF). In any case "slot width" and "frequency slot width" are
    exactly the same.

    

    One could then argue that every occurrence of the word "slot" should
    be preceded with "frequency" but this would also affect ITU-T docs
    and acronyms like SWG would need to change to FSWG.

    

    

      
In Section 4.5 (p21), first paragraph in page 21, there are two ‘frequency slot width’, should be corrected as ‘frequency slot’.

    

    Ramon> I think you are referring to 

    
 A "service request" is characterized (at a minimum) by its required
   effective frequency slot width.  This does not preclude that the
   request may add additional constraints such as also imposing the
   nominal central frequency.

    

    As stated, the minimum is to "request" the "m" (width). Requesting
    the slot would mean requesting *also* the "n" (NCF) which is later
    covered. I am not sure it needs changing.

    

      
In Section 5.1.1 (p30), second paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’.

    

    Ramon> these are, IMHO, equivalent. As stated above, a slot is
    always a frequency slot.

    

      
In Section 5.2 (p31), first paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’.

    

    Ramon> idem.

    

      

2.	The description of Fig. 3, now saying “The ‘^’ represents the slot nominal central frequency”, it is not clear what is ‘slot nominal central frequency’, should be ‘nominal central frequency’ or ‘the position of nominal central frequency’. 

    

    Ramon> A "slot nominal central frequency" refers to the central
    frequency (the "n" parameter) of a Frequency Slot (FS). It is one of
    a FS attributes/parameters along its with. In the figure, theer are
    many nominal central frequencies, but only 2 "(frequency) slot
    nominal central frequencies" for there are only 2 frequency slots
    drawn. I believe the "^" is correct. that said, due to previous
    emails, I have changed "Central F" to "Slot NCF" in the Figure

    

    In other words, in the Figure 3, there are 2 slots == 2 frequency
    slots == 2 FS:

    - the first (frequency) slot 1 is centered at the NCF 193.1 THz
    --> for slot 1, its "slot nominal central frequency" is that NCF,
    that is n=0.

    

    

    

      

3.	Figure 15 and 16 are labeled as ‘Distributed Allocation with Different m and Same/Different n’ respectively, however it is not clear why we need to mention ‘distributed’. There is no centralized mechanism in this draft, suggest removing the ‘distributed’.


    

    Ramon> We are not excluding the use of centralized RSA, as in the
    snippet quoted above, a e.g. a PCE could be used to do centralized
    RSA and be implemented in terms of explicit label control in the
    ERO. This is analogous to what is done in WSON. the term distributed
    refers to the fact that some parameters (e.g. m or n) of each slot
    is allocated by the node. With ELC, it would not be the case and the
    procedures in Figures 15 and 16 would not apply

    

    

    Many thanks again for your review and comments

    

    Ramon

    

  


--------------040604020801080400050107--


From nobody Mon Aug 24 14:58:29 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32A881AD0D3; Mon, 24 Aug 2015 14:58:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.711
X-Spam-Level: 
X-Spam-Status: No, score=-3.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w6DDZA8IpjLu; Mon, 24 Aug 2015 14:58:26 -0700 (PDT)
Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBE941AD0AD; Mon, 24 Aug 2015 14:58:25 -0700 (PDT)
Received: from maildlpprd56.lss.emc.com (maildlpprd56.lss.emc.com [10.106.48.160]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t7OLwDee031147 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Aug 2015 17:58:15 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com t7OLwDee031147
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1440453495; bh=Nxg5FugBwKJfUm5AHuWbbUgdZ08=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=MhT/ttJDUAfX0EWPYuI2Px0oDbkmZAosqER+qfYV7be4A7f1ddrozSap+uWvFkvJH P13mP5x5yrKUR8+ycdpn6UQRA3GwggUkaLQifReRm1oziPEQhx/qR6z9ZuXUIQmEVz erEohlk3PXUL/XYd6f5Z8465Ypjzr/jQyOfNr7yk=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com t7OLwDee031147
Received: from mailusrhubprd54.lss.emc.com (mailusrhubprd54.lss.emc.com [10.106.48.19]) by maildlpprd56.lss.emc.com (RSA Interceptor); Mon, 24 Aug 2015 17:58:00 -0400
Received: from mxhub09.corp.emc.com (mxhub09.corp.emc.com [10.254.92.104]) by mailusrhubprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t7OLvxT1031354 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 24 Aug 2015 17:58:00 -0400
Received: from MXHUB208.corp.emc.com (10.253.68.34) by mxhub09.corp.emc.com (10.254.92.104) with Microsoft SMTP Server (TLS) id 8.3.327.1; Mon, 24 Aug 2015 17:57:59 -0400
Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB208.corp.emc.com ([10.253.68.34]) with mapi id 14.03.0224.002; Mon, 24 Aug 2015 17:57:59 -0400
From: "Black, David" 
To: Ramon Casellas , "ccamp@ietf.org" , "General Area Review Team (gen-art@ietf.org)" 
Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Minor Issues
Thread-Index: AdDOwKPRIbuP52jRTnenaA/6Vpg6QgPsUYOAABEiKLA=
Date: Mon, 24 Aug 2015 21:57:58 +0000
Message-ID: 
References:  <55DAE5AB.5080704@cttc.es>
In-Reply-To: <55DAE5AB.5080704@cttc.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.238.45.66]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd54.lss.emc.com
X-RSA-Classifications: public
Archived-At: 
Cc: "Black, David" , "ietf@ietf.org" 
Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Minor Issues
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 24 Aug 2015 21:58:28 -0000

Hello Ramon,

Well, it looks like the IESG had no problem with the RSA acronym (draft is
approved), so that issue is settled ;-).

Everything else that you've suggested looks fine - thanks for taking care o=
f
these concerns.

Thanks,
--David

> -----Original Message-----
> From: Ramon Casellas [mailto:ramon.casellas@cttc.es]
> Sent: Monday, August 24, 2015 5:37 AM
> To: ccamp@ietf.org
> Cc: ietf@ietf.org; Black, David
> Subject: Re: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05=
 -
> Minor Issues
>=20
> Dear David, all
>=20
> Many thanks for your review and comments and I apologize for the delay,
> I was on holidays.
>=20
> Fortunately, Adrian and Fatai were kind enough to reply, and I am mostly
> aligned.
>=20
> Please see inline for comments
> Best regards
> Ramon
>=20
> El 04/08/2015 a las 16:20, Black, David escribi=F3:
> >
> >> -----Original Message-----
> >> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> >> Sent: Monday, August 03, 2015 1:38 PM
> (snip)
> >>
> >> You can make an end-to-end connection from a set of parallel channels.=
 You
> can
> >> place those channels at different spots in the spectrum from one hop t=
o the
> >> next, but you cannot vary the number of channels from one hop to the n=
ext
> (e.g.
> >> two channels on one hop mapped to one thick channel on the next hop ma=
pped
> to
> >> four thin channels on the next hop).
> > Part of this is definitely my lack of GMPLS familiarity.  That said,
> something
> > to make the "cannot vary the number of channels from one hop to the nex=
t"
> point
> > would be helpful to add.  Perhaps:
> >
> > OLD
> >        That is, the slot composition must be the same from one
> >        end to the other of the media channel even if the specific slots
> >        and their spacing may vary hop by hop.
> > NEW
> >        That is, the slot composition (i.e., the group of OTSi carried b=
y
> >        the composite media channel) must be the same from one
> >        end to the other of the media channel even if the specific slot
> >        for each OTSi and the spacing among slots may vary hop by hop.
> Ramon> Changed, as per your suggestion. Thanks.
>=20
> >>> [2] p.21 last sentence in 1st para:
> >>>
> >>>
> >>> Should "minimum frequency slot width" be "minimum effective frequency=
 slot
> >>> width"?  I think it's  possible for the effective frequency slot widt=
h to
> >>> be smaller than all of the individual slot widths involved in the abs=
ence
> >>> of frequency shifters/converters.
> Ramon> Indeed, it is possible, notably when central frequencies differ.
> As Adrian mentions, adding effective is ok, will appear in next version.
> Added
>=20
>=20
>=20
> >>> [3] p.21 - RSA acronym is unfortunate, due to collision w/widespread =
usage
> >>>
> >>> In most cases of acronym collision, I would not object, but RSA is un=
usual
> as
> >>> a very widely known security algorithm acronym (and there are a small
> number of
> >>> other acronyms, whose reuse I would find problematic, e.g., SSL and T=
LS).
> I
> >>> still think RSA is a rather poor choice of acronym for routing
> functionality,
> >>> no matter how well it's explained.
> Ramon> I fully understand your concerns, but I am afraid that I tend to
> disagree, the RSA acronym is also quite well understood in optical
> networking, and R&SA, RSA, R+SA, etc. can have different meanings. I am
> willing to hear other opinions, but I would not change it.
>=20
> >>> [5] 5.5 - I'm surprised that the first requirement (neighbor discover=
y
> >>> support) is a MAY.  I wonder about its operational consequences, and =
at
> the
> >>> very least suggest expanding Section 8 to discuss them.  The text in =
5.5
> >>> should be expanded to add some explanation of how things work when th=
ere's
> >>> no neighbor discovery support.
> >> Although some work has been done on plug and play in transport network=
s,
> there
> >> is also a lot of "legacy" thought with respect to plugging 100G fibers=
 in
> at
> >> random and seeing what is connected to what today. In general, when on=
e
> >> provisions a fiber and a pair of expensive line cards, one has a good =
idea
> what
> >> one is connecting and the processes that are run are validation rather=
 than
> >> discovery.
> >>
> >> Thus the second paragraph aims for link property correlation such as i=
s
> provided
> >> in LMP, but the first paragraph only considers the element of discover=
y to
> be
> >> something that someone could look at if they are really enthusiastic.
> >>
> >> Since this is pretty much established behavior across GMPLS optical
> networks,
> >> I'm not sure more needs to be said.
> > Please state that absence of neighbor discovery is "pretty much establi=
shed
> > behavior across GMPLS optical networks" perhaps in the form of "not req=
uired
> > or used in common operational practice."
> Ramon> What about
>=20
> OLD
>=20
>     The control plane MAY include support for neighbor discovery such
>     that an flexi-grid network can be constructed in a "plug-and-play"
>     manner.
>=20
>=20
> NEW
>=20
>     The control plane MAY include support for neighbor discovery such
>     that an flexi-grid network can be constructed in a "plug-and-play"
>     manner. Note, however, that in common operational practice validation
>     processes are used rather than automatic discovery.
>=20
>=20
> Related email follows on nots and editorial....
>=20
> Thanks again
> Ramon


From nobody Mon Aug 24 18:17:15 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AE541A8700 for ; Mon, 24 Aug 2015 18:17:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.74
X-Spam-Level: *
X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ywi-lsaFndj for ; Mon, 24 Aug 2015 18:17:11 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2D461A1BFE for ; Mon, 24 Aug 2015 18:17:10 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAJ27232; Tue, 25 Aug 2015 01:17:09 +0000 (GMT)
Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 25 Aug 2015 02:17:08 +0100
Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.136]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Tue, 25 Aug 2015 09:17:00 +0800
From: Zhenghaomian 
To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" 
Thread-Topic: [CCAMP]  IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
Thread-Index: AdDVY2jAhsfgiTJSbYJBtZOjod6UuAJb0kDg
Date: Tue, 25 Aug 2015 01:16:59 +0000
Message-ID: 
References: 
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.53.113]
Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A438CC6668SZXEMA504MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Subject: [CCAMP] =?gb2312?b?tPC4tDogICBJUFIgb24gZHJhZnQtaWV0Zi1jY2FtcC1m?= =?gb2312?b?bGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAz?=
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 25 Aug 2015 01:17:14 -0000

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

SGksIENDQU1QZXJzLA0KDQpZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRo
aXMgZHJhZnQuDQoNClllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j
ZSB3aXRoIElFVEYgSVBSIHJ1bGVzLiBUaGUgZGlzY2xvc3VyZSBjYW4gYmUgZm91bmQgaW4gaHR0
cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjY1MC8uDQoNClRoYW5rcyBhIGxvdC4NCg0K
QmVzdCB3aXNoZXMsDQpIYW9taWFuDQoNCg0KDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAt
Ym91bmNlc0BpZXRmLm9yZ10gtPqx7SBGYXRhaSBaaGFuZw0Kt6LLzcqxvOQ6IDIwMTXE6jjUwjEz
yNUgOTowMA0KytW8/sjLOiBDQ0FNUCAoY2NhbXBAaWV0Zi5vcmcpDQrW98ziOiBbQ0NBTVBdIElQ
UiBvbiBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQtMDMNCg0KQXV0
aG9ycywgQ29udHJpYnV0b3JzLCBDQ0FNUCwNCg0KDQpBcyBwYXJ0IG9mIHRoZSBwcmVwYXJhdGlv
biBmb3IgV0cgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3Zw
LXRlLWV4dDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvd2cvY2NhbXAvZHJhZnQtaWV0Zi1jY2FtcC1m
bGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0Lz46DQoNCkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0
aGF0IGFwcGxpZXMgdG8gdGhlIGRyYWZ0IGlkZW50aWZpZWQgYWJvdmU/DQoNClBsZWFzZSBzdGF0
ZSBlaXRoZXI6DQoiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8g
dGhpcyBkcmFmdCINCm9yDQoiWWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0
aGlzIGRyYWZ0Ig0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBs
aWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQg
NTM3OCBmb3IgbW9yZSBkZXRhaWxzKT8NCklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0
ZSBlaXRoZXI6DQoNCiJZZXMsIHRoZSBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFu
Y2Ugd2l0aCBJRVRGIElQUiBydWxlcyINCm9yDQoiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRp
c2Nsb3NlZCINCg0KSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9u
YWwgZGV0YWlscyB5b3UgdGhpbmsgYXBwcm9wcmlhdGUuIElmIHlvdSBhcmUgbGlzdGVkIGFzIGEg
ZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIgdGhlIGFib3ZlIGJ5
IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlv
dSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBh
ZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2
ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkIGNvbnRyaWJ1dG9yLg0KDQpOT1RFOiBUSElT
IEFQUExJRVMgVE8gQUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMu
DQoNCklmIHlvdSBhcmUgb24gdGhlIENDQU1QIFdHIGVtYWlsIGxpc3QgYnV0IGFyZSBub3QgbGlz
dGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgd2UgcmVtaW5kIHlvdSBvZiB5b3VyIG9i
bGlnYXRpb25zIHVuZGVyIHRoZSBJRVRGIElQUiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0
byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZSBhd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFu
IElFVEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBh
bnkgY29udHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3VyIHVuZGlzY2xvc2Vk
IElQUi4gRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkIGFi
b3ZlIGFuZCBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9J
bnRlbGxlY3R1YWxQcm9wZXJ0eS4NCg0KVGhhbmsgeW91LA0KRmF0YWkgJiBEYW5pZWxlDQoNCg0K
DQoNCg==

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











Hi, CCA=
MPers,


&n=
bsp;


Yes, I'=
m aware of IPR that applies to this draft.



&n=
bsp;


Yes, th=
e IPR has been disclosed in compliance with IETF IPR rules. The disclosure =
can be found in
https://datatracker.ietf=
.org/ipr/2650/.


&n=
bsp;


Thanks =
a lot.


&n=
bsp;


Best wi=
shes,


Haomian=



&n=
bsp;


&n=
bsp;


&n=
bsp;






=B7=A2=BC=FE=C8=CB: CCAMP [mailto:ccamp-bounces@ietf.org]
=B4=FA=
=B1=ED Fatai Zhang

=B7=A2=
=CB=CD=CA=B1=BC=E4: 2015=C4=EA8=D4=C213=C8=D5
 9:00

=CA=D5=BC=FE=C8=CB: CCAMP (ccamp@ietf.org)

=D6=F7=CC=E2: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03






 


Authors, Contributors, CCAMP,


 


As part of the preparation f=
or WG Last Call on
draft-ietf-ccamp-flexible-grid-rsvp-te-ext=
:


 


Are you aware of any IPR that a=
pplies to the draft identified above?


 


Please state either:=



"No, I'm not aware of any =
IPR that applies to this draft"


or


"Yes, I'm aware of IPR tha=
t applies to this draft"


 


If so, has this IPR been disclo=
sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f=
or more details)?


If yes to the above, please sta=
te either:


 


"Yes, the IPR has been dis=
closed in compliance with IETF IPR rules"


or


"No, the IPR has not been =
disclosed"


 


If you answer no, please provid=
e any additional details you think appropriate. If you are listed as a docu=
ment author or contributor please answer the above by responding to this em=
ail 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 contri=
butor.


 


NOTE: THIS APPLIES TO ALL OF YO=
U LISTED IN THIS MESSAGE'S TO LINES.


 


If you are on the CCAMP WG emai=
l list but are not listed as an author or contributor, we remind you of you=
r obligations under the IETF IPR rules which encourages you to notify the I=
ETF if you are aware of IPR of others
 on an IETF contribution, or to refrain from participating in any contribut=
ion or discussion related to your undisclosed IPR. For more information, pl=
ease see the RFCs listed above and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<=
/a>.


 


Thank you,

Fatai & Daniele<=
/span>


&n=
bsp;


&n=
bsp;


&n=
bsp;


&n=
bsp;






--_000_E0C26CAA2504C84093A49B2CAC3261A438CC6668SZXEMA504MBXchi_--


From nobody Mon Aug 24 18:20:20 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B65D1ACDBA for ; Mon, 24 Aug 2015 18:20:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.76
X-Spam-Level: 
X-Spam-Status: No, score=-101.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JeuadRieBLuf for ; Mon, 24 Aug 2015 18:20:17 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 29A001ACDB0 for ; Mon, 24 Aug 2015 18:20:17 -0700 (PDT)
Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 61B4325FB6C54; Tue, 25 Aug 2015 09:20:14 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id t7P1JrE5067425; Tue, 25 Aug 2015 09:19:53 +0800 (GMT-8) (envelope-from wang.qilei@zte.com.cn)
In-Reply-To: 
References: 
To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" 
MIME-Version: 1.0
X-KeepSent: 1935BB2A:4B5F7F63-48257EAC:0007348C; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011
Message-ID: 
From: wang.qilei@zte.com.cn
Date: Tue, 25 Aug 2015 09:19:51 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-08-25 09:19:38, Serialize complete at 2015-08-25 09:19:38
Content-Type: multipart/alternative; boundary="=_alternative 0007509748257EAC_="
X-MAIL: mse01.zte.com.cn t7P1JrE5067425
Archived-At: 
Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 25 Aug 2015 01:20:19 -0000

This is a multipart message in MIME format.
--=_alternative 0007509748257EAC_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4N
Cg0KVGhhbmtzDQpRaWxlaQ0KIA0KDQoNCg0KDQpGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3
ZWkuY29tPiANCreivP7IyzogICJDQ0FNUCIgPGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQoyMDE1
LTA4LTEzIDA5OjAwDQoNCsrVvP7Iyw0KIkNDQU1QIChjY2FtcEBpZXRmLm9yZykiIDxjY2FtcEBp
ZXRmLm9yZz4sIA0Ks63LzQ0KDQrW98ziDQpbQ0NBTVBdICBJUFIgb24gZHJhZnQtaWV0Zi1jY2Ft
cC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAzDQoNCg0KDQoNCg0KDQpBdXRob3JzLCBDb250
cmlidXRvcnMsIENDQU1QLA0KIA0KQXMgcGFydCBvZiB0aGUgcHJlcGFyYXRpb24gZm9yIFdHIExh
c3QgQ2FsbCBvbiANCmRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dDoN
CiANCkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhlIGRyYWZ0IGlk
ZW50aWZpZWQgYWJvdmU/DQogDQpQbGVhc2Ugc3RhdGUgZWl0aGVyOg0KIk5vLCBJJ20gbm90IGF3
YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQpvcg0KIlllcywgSSdt
IGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCiANCklmIHNvLCBoYXMg
dGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVz
IChzZWUgDQpSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscyk/
DQpJZiB5ZXMgdG8gdGhlIGFib3ZlLCBwbGVhc2Ugc3RhdGUgZWl0aGVyOg0KIA0KIlllcywgdGhl
IElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVz
Ig0Kb3INCiJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KIA0KSWYgeW91IGFu
c3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsg
DQphcHByb3ByaWF0ZS4gSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3Ig
Y29udHJpYnV0b3IgcGxlYXNlIA0KYW5zd2VyIHRoZSBhYm92ZSBieSByZXNwb25kaW5nIHRvIHRo
aXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCANCnlvdSBhcmUgYXdhcmUgb2Yg
YW55IHJlbGV2YW50IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSAN
Cm5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2gg
YXV0aG9yIGFuZCBsaXN0ZWQgDQpjb250cmlidXRvci4NCiANCk5PVEU6IFRISVMgQVBQTElFUyBU
TyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy4NCiANCklmIHlv
dSBhcmUgb24gdGhlIENDQU1QIFdHIGVtYWlsIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFu
IGF1dGhvciBvciANCmNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlv
bnMgdW5kZXIgdGhlIElFVEYgSVBSIHJ1bGVzIA0Kd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90
aWZ5IHRoZSBJRVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9mIG90aGVycyANCm9uIGFuIElF
VEYgY29udHJpYnV0aW9uLCBvciB0byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkg
DQpjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXIgdW5kaXNjbG9zZWQg
SVBSLiBGb3IgbW9yZSANCmluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCBh
Ym92ZSBhbmQgDQpodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lr
aS9JbnRlbGxlY3R1YWxQcm9wZXJ0eS4NCiANClRoYW5rIHlvdSwNCkZhdGFpICYgRGFuaWVsZQ0K
IA0KIA0KIA0KIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCg0K
--=_alternative 0007509748257EAC_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIg
dGhhdCBhcHBsaWVzDQp0byB0aGlzIGRyYWZ0PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5z
LXNlcmlmIj4uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm
Ij5UaGFua3M8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlFpbGVp
PGJyPg0KPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy
Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZv
bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkZhdGFpIFpoYW5nICZsdDt6aGFuZ2ZhdGFp
QGh1YXdlaS5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5z
LXNlcmlmIj63orz+yMs6ICZuYnNwOyZxdW90O0NDQU1QJnF1b3Q7ICZsdDtjY2FtcC1ib3VuY2Vz
QGlldGYub3JnJmd0OzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4y
MDE1LTA4LTEzIDA5OjAwPC9mb250Pg0KPHRkIHdpZHRoPTYzJT4NCjx0YWJsZSB3aWR0aD0xMDAl
Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBm
YWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZh
Y2U9InNhbnMtc2VyaWYiPiZxdW90O0NDQU1QIChjY2FtcEBpZXRmLm9yZykmcXVvdDsgJmx0O2Nj
YW1wQGlldGYub3JnJmd0OywNCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBh
bGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rp
dj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBz
aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXpl
PTEgZmFjZT0ic2Fucy1zZXJpZiI+W0NDQU1QXSAmbmJzcDtJUFIgb24gZHJhZnQtaWV0Zi1jY2Ft
cC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAzPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFi
bGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8
YnI+DQo8YnI+DQo8ZGl2Pjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5BdXRob3JzLCBDb250
cmlidXRvcnMsIENDQU1QLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+
Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5BcyBwYXJ0IG9m
IHRoZSBwcmVwYXJhdGlvbiBmb3IgV0cgTGFzdA0KQ2FsbCBvbiA8L2ZvbnQ+PGEgaHJlZj0iaHR0
cDovL3Rvb2xzLmlldGYub3JnL3dnL2NjYW1wL2RyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3Jp
ZC1yc3ZwLXRlLWV4dC8iPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IlRpbWVzIE5ldyBS
b21hbiI+PHU+ZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0PC91Pjwv
Zm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPjo8L2ZvbnQ+DQo8ZGl2Pjxmb250
IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh
Y2U9IkNhbGlicmkiPkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8NCnRo
ZSBkcmFmdCBpZGVudGlmaWVkIGFib3ZlPzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i
Q2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj5Q
bGVhc2Ugc3RhdGUgZWl0aGVyOjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJy
aSI+JnF1b3Q7Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0DQphcHBsaWVzIHRvIHRo
aXMgZHJhZnQmcXVvdDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPm9y
PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mcXVvdDtZZXMsIEknbSBh
d2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzDQp0byB0aGlzIGRyYWZ0JnF1b3Q7PC9mb250Pg0KPGJy
Pjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6
ZT0yIGZhY2U9IkNhbGlicmkiPklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4g
Y29tcGxpYW5jZQ0Kd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2
OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKT88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh
Y2U9IkNhbGlicmkiPklmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6PC9m
b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+
PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZxdW90O1llcywgdGhlIElQUiBoYXMgYmVlbiBk
aXNjbG9zZWQgaW4NCmNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyZxdW90OzwvZm9udD4N
Cjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+b3I8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6
ZT0yIGZhY2U9IkNhbGlicmkiPiZxdW90O05vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBkaXNjbG9z
ZWQmcXVvdDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwv
Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+SWYgeW91IGFuc3dlciBubywg
cGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwNCmRldGFpbHMgeW91IHRoaW5rIGFwcHJvcHJp
YXRlLiBJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvcg0KY29udHJpYnV0
b3IgcGxlYXNlIGFuc3dlciB0aGUgYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJl
Z2FyZGxlc3MNCm9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50
IElQUi4gVGhpcyBkb2N1bWVudCB3aWxsDQpub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1
bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaA0KYXV0aG9yIGFuZCBs
aXN0ZWQgY29udHJpYnV0b3IuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJp
Ij4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPk5PVEU6IFRI
SVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRA0KSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElO
RVMuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+
DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPklmIHlvdSBhcmUgb24gdGhlIENDQU1Q
IFdHIGVtYWlsIGxpc3QgYnV0DQphcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3IgY29udHJp
YnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxpZ2F0aW9ucw0KdW5kZXIgdGhlIElFVEYg
SVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UN
CmFyZSBhd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLCBvciB0
byByZWZyYWluIGZyb20NCnBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNj
dXNzaW9uIHJlbGF0ZWQgdG8geW91ciB1bmRpc2Nsb3NlZA0KSVBSLiBGb3IgbW9yZSBpbmZvcm1h
dGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUgYW5kIDwvZm9udD48YSBocmVm
PWh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVj
dHVhbFByb3BlcnR5Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPjx1Pmh0
dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVh
bFByb3BlcnR5PC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPi48L2Zv
bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48
Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+VGhhbmsgeW91LDwvZm9udD4NCjxicj48Zm9udCBz
aXplPTIgZmFjZT0iQ2FsaWJyaSI+RmF0YWkgJmFtcDsgRGFuaWVsZTwvZm9udD4NCjxicj48Zm9u
dCBzaXplPTIgY29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+
PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0K
PGJyPjxmb250IHNpemU9MiBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9u
dD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8
L2ZvbnQ+PHR0Pjxmb250IHNpemU9Mj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXzxicj4NCkNDQU1QIG1haWxpbmcgbGlzdDxicj4NCkNDQU1QQGlldGYub3Jn
PGJyPg0KPC9mb250PjwvdHQ+PGEgaHJlZj1odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2NjYW1wPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9jY2FtcDwvZm9udD48L3R0PjwvYT48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCjwv
Zm9udD48L3R0Pg0KPGJyPjwvZGl2PjwvZGl2Pg0K
--=_alternative 0007509748257EAC_=--


From nobody Tue Aug 25 02:35:55 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11F7C1B2D42; Tue, 25 Aug 2015 02:35:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XNrhccb65aTQ; Tue, 25 Aug 2015 02:35:52 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EB321B2CA1; Tue, 25 Aug 2015 02:35:52 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150825093552.14749.23906.idtracker@ietfa.amsl.com>
Date: Tue, 25 Aug 2015 02:35:52 -0700
Archived-At: 
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexi-grid-fwk-06.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 25 Aug 2015 09:35:54 -0000

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           : Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks
        Authors         : Oscar Gonzalez de Dios
                          Ramon Casellas
	Filename        : draft-ietf-ccamp-flexi-grid-fwk-06.txt
	Pages           : 40
	Date            : 2015-08-25

Abstract:
   To allow efficient allocation of optical spectral bandwidth for high
   bit-rate systems, the International Telecommunication Union
   Telecommunication Standardization Sector (ITU-T) has extended its
   Recommendations G.694.1 and G.872 to include a new dense wavelength
   division multiplexing (DWDM) grid by defining a set of nominal
   central frequencies, channel spacings and the concept of "frequency
   slot".  In such an environment, a data plane connection is switched
   based on allocated, variable-sized frequency ranges within the
   optical spectrum creating what is known as a flexible grid (flexi-
   grid).

   Given the specific characteristics of flexi-grid optical networks and
   their associated technology, this document defines a framework and
   the associated control plane requirements for the application of the
   existing GMPLS architecture and control plane protocols to the
   control of flexi-grid DWDM networks.  The actual extensions to the
   GMPLS protocols will be defined in companion documents.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ccamp-flexi-grid-fwk-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexi-grid-fwk-06


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Tue Aug 25 02:55:11 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 922321B2DA5 for ; Tue, 25 Aug 2015 02:55:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=unavailable
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSTH7CvBBt-j for ; Tue, 25 Aug 2015 02:55:07 -0700 (PDT)
Received: from villa.puc.rediris.es (villa.puc.rediris.es [IPv6:2001:720:418:ca00::7]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2DDF1B2D51 for ; Tue, 25 Aug 2015 02:55:05 -0700 (PDT)
Received: from [84.88.62.208] (helo=leo) by villa.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZUAwW-0007bM-43; Tue, 25 Aug 2015 11:55:03 +0200
Received: from [10.1.18.74] (unknown [10.1.18.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id F1851201B2; Tue, 25 Aug 2015 11:54:55 +0200 (CEST)
X-Envelope-From: ramon.casellas@cttc.es
Message-ID: <55DC3B72.7060801@cttc.es>
Date: Tue, 25 Aug 2015 11:54:58 +0200
From: Ramon Casellas 
Organization: CTTC
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0
MIME-Version: 1.0
To: "ccamp@ietf.org" ,  'General Area Review Team' , "ops-dir@ietf.org" 
References: <55DC3A98.6070005@cttc.es>
In-Reply-To: <55DC3A98.6070005@cttc.es>
X-Forwarded-Message-Id: <55DC3A98.6070005@cttc.es>
Content-Type: multipart/alternative; boundary="------------080104070100070800030701"
X-Spamina-Bogosity: Unsure
X-Spamina-Spam-Score: -1.5 (-)
X-Spamina-Spam-Report: Content analysis details:   (-1.5 points) pts rule name              description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: tcd.ie] -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP 0.0 HTML_MESSAGE           BODY: HTML included in message -0.5 BAYES_05               BODY: Bayes spam probability is 1 to 5% [score: 0.0285]
Archived-At: 
Subject: [CCAMP] Fwd: Re: New Version Notification - draft-ietf-ccamp-flexi-grid-fwk-06.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 25 Aug 2015 09:55:08 -0000

This is a multi-part message in MIME format.
--------------080104070100070800030701
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit



-------- Forwarded Message --------
Subject: 	Re: New Version Notification - 
draft-ietf-ccamp-flexi-grid-fwk-06.txt
Date: 	Tue, 25 Aug 2015 11:51:20 +0200
From: 	Ramon Casellas 
Organization: 	CTTC
To: 	internet-drafts@ietf.org, mhartley@cisco.com, 
draft-ietf-ccamp-flexi-grid-fwk@ietf.org, ccamp-chairs@ietf.org, 
draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org, 
draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org, dbrungard@att.com, 
Tina TSOU , Black, David 
, Stephen Farrell 



Dear all

A new version has been upload, addressing the received comments.

Many thanks for your reviews

Ramon, on behalf of the authors


Main changes:

- Further text in the abstract claryfing the use of existing GMPLS
architecture and protocols (Stephen)

- Removed rarely used acronym EFS and expand it where appropriate (David)

- Improve Figure 3, with NCF and n,m (Adrian, David, Fatai)

- Add text for "--" Figure 3 ( David, Adrian)

-  Add text for Figure 4 (David, Adrian)

- Add text elaborating on the media channel composition (David)

- Fix off-by-one in Figure 5 for "X" (David)

- Add ref [RFC3945] for TE link definition (David)

- Fix spotted typos (all)

- Add RSVP-TE to "Path" and "Resv" messages

- Add legends to figure 15 and 16 (Tina)

- Clarify C,S,L bands (David)

- Added note of common practice and discovery (David, Adrian, Tina)


Please cfr.

http://tools.ietf.org/rfcdiff?url1=http://tools.ietf.org/id/draft-ietf-ccamp-flexi-grid-fwk-05.txt&url2=http://tools.ietf.org/id/draft-ietf-ccamp-flexi-grid-fwk-06.txt

On 08/25/2015 11:35 AM, internet-drafts@ietf.org wrote:
> A new version (-06) has been submitted for draft-ietf-ccamp-flexi-grid-fwk:
> https://www.ietf.org/internet-drafts/draft-ietf-ccamp-flexi-grid-fwk-06.txt
>
>
> The IETF datatracker page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/
>
> Diff from previous version:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexi-grid-fwk-06
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> IETF Secretariat.
>




--------------080104070100070800030701
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit


  

    
  
  
    

    


      -------- Forwarded Message --------
      

        
          

            Subject:
            
            Re: New Version Notification -
              draft-ietf-ccamp-flexi-grid-fwk-06.txt
          

          

            Date: 
            Tue, 25 Aug 2015 11:51:20 +0200
          

          

            From: 
            Ramon Casellas <ramon.casellas@cttc.es>
          

          

            Organization:
            
            CTTC
          

          

            To: 
            internet-drafts@ietf.org, mhartley@cisco.com,
              draft-ietf-ccamp-flexi-grid-fwk@ietf.org,
              ccamp-chairs@ietf.org,
              draft-ietf-ccamp-flexi-grid-fwk.ad@ietf.org,
              draft-ietf-ccamp-flexi-grid-fwk.shepherd@ietf.org,
              dbrungard@att.com, Tina TSOU
              <Tina.Tsou.Zouting@huawei.com>, Black, David
              <david.black@emc.com>, Stephen Farrell
              <stephen.farrell@cs.tcd.ie>
          

        
      

      

      

      
Dear all

A new version has been upload, addressing the received comments.

Many thanks for your reviews

Ramon, on behalf of the authors


Main changes:

- Further text in the abstract claryfing the use of existing GMPLS 
architecture and protocols (Stephen)

- Removed rarely used acronym EFS and expand it where appropriate (David)

- Improve Figure 3, with NCF and n,m (Adrian, David, Fatai)

- Add text for "--" Figure 3 ( David, Adrian)

-  Add text for Figure 4 (David, Adrian)

- Add text elaborating on the media channel composition (David)

- Fix off-by-one in Figure 5 for "X" (David)

- Add ref [RFC3945] for TE link definition (David)

- Fix spotted typos (all)

- Add RSVP-TE to "Path" and "Resv" messages

- Add legends to figure 15 and 16 (Tina)

- Clarify C,S,L bands (David)

- Added note of common practice and discovery (David, Adrian, Tina)


Please cfr.

http://tools.ietf.org/rfcdiff?url1=http://tools.ietf.org/id/draft-ietf-ccamp-flexi-grid-fwk-05.txt&url2=http://tools.ietf.org/id/draft-ietf-ccamp-flexi-grid-fwk-06.txt

On 08/25/2015 11:35 AM, internet-drafts@ietf.org wrote:
> A new version (-06) has been submitted for draft-ietf-ccamp-flexi-grid-fwk:
> https://www.ietf.org/internet-drafts/draft-ietf-ccamp-flexi-grid-fwk-06.txt
>
>
> The IETF datatracker page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/
>
> Diff from previous version:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexi-grid-fwk-06
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> IETF Secretariat.
>



      

    

    

  


--------------080104070100070800030701--


From nobody Tue Aug 25 03:02:38 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3FB31A9308 for ; Tue, 25 Aug 2015 03:02:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.09
X-Spam-Level: 
X-Spam-Status: No, score=0.09 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7afwpULDNfCt for ; Tue, 25 Aug 2015 03:02:34 -0700 (PDT)
Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DBCC1A1A1E for ; Tue, 25 Aug 2015 03:02:32 -0700 (PDT)
Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 25BB22F04F3; Tue, 25 Aug 2015 12:02:30 +0200 (CEST)
Received: from ESTGVMSP102.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id ABDCB2F0502; Tue, 25 Aug 2015 12:02:26 +0200 (CEST)
Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.49) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 25 Aug 2015 12:02:25 +0200
Received: from VI1PR06MB1438.eurprd06.prod.outlook.com (10.163.167.158) by VI1PR06MB1438.eurprd06.prod.outlook.com (10.163.167.158) with Microsoft SMTP Server (TLS) id 15.1.243.23; Tue, 25 Aug 2015 10:02:23 +0000
Received: from VI1PR06MB1438.eurprd06.prod.outlook.com ([10.163.167.158]) by VI1PR06MB1438.eurprd06.prod.outlook.com ([10.163.167.158]) with mapi id 15.01.0243.020; Tue, 25 Aug 2015 10:02:23 +0000
From: OSCAR GONZALEZ DE DIOS 
To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" 
Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQJynuGA
Date: Tue, 25 Aug 2015 10:02:23 +0000
Message-ID: 
References: 
In-Reply-To: 
Accept-Language: es-ES, en-US
Content-Language: es-ES
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.8.150116
authentication-results: spf=none (sender IP is ) smtp.mailfrom=oscar.gonzalezdedios@telefonica.com; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [195.235.92.36]
x-microsoft-exchange-diagnostics: 1; VI1PR06MB1438; 5:/hNkDJvEdNSyF/PbtYWOnIr+0zbVrAMDXNwdYEVfCuSnCxr6Gpqx9WvwuDJtqZh4aNS2/nmeu6ZKtF03NBpKsEoMbpbua0oDJyCVUFHG6v/S5+s2Qn6oP0GgiACgikhO30+wJVNUWiWz2WdViz/FTg==; 24:qaCCEMHAYaGT5GvpUztY3L5yz3fgJsOZVIk47UCOnmfOiXM0cmMMJG+I2l9M1FRY57gVss6jbRLQRxzapMC5MBkKdE4L2meHQweYTr3LezM=; 20:7j9VLILmr98nce5vVCzsP7avjsv3XHRWeLL6AoUuvVfJmzcQyUEflksnkOyT8rOSv7dKCO+GeYe8QXlCN8dA2g==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1438;
x-microsoft-antispam-prvs: 
x-exchange-antispam-report-test: UriScan:(108003899814671);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:VI1PR06MB1438; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1438; 
x-forefront-prvs: 06793E740F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(86362001)(5001830100001)(97736004)(5001770100001)(19580395003)(83506001)(77096005)(19580405001)(46102003)(5004730100002)(230783001)(19300405004)(19625215002)(5007970100001)(5001860100001)(81156007)(19617315012)(102836002)(4001350100001)(92566002)(68736005)(62966003)(15975445007)(4001540100001)(101416001)(77156002)(87936001)(2950100001)(2656002)(5002640100001)(2900100001)(50986999)(76176999)(122556002)(36756003)(10400500002)(5001920100001)(40100003)(64706001)(54356999)(5001960100002)(105586002)(66066001)(189998001)(16236675004)(18717965001)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1438; H:VI1PR06MB1438.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: telefonica.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_D2020702B7F70oscargonzalezdediostelefonicacom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2015 10:02:23.8140 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB1438
X-OriginatorOrg: telefonica.com
X-TM-AS-MML: No
Archived-At: 
Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 25 Aug 2015 10:02:38 -0000

--_000_D2020702B7F70oscargonzalezdediostelefonicacom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

No, I'm not aware of any IPR that applies to this draft (except the IPR rec=
ently disclosed by Huawei in  https://datatracker.ietf.org/ipr/2650 )

Best Regards,

=D3scar

De: Fatai Zhang >
Fecha: jueves, 13 de agosto de 2015, 3:00
Para: CCAMP >
CC: Daniele Ceccarelli >, DEBORAH A BRUNGARD >, Oscar Gonzalez de Dios >
Asunto: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03

Authors, Contributors, CCAMP,


As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr=
id-rsvp-te-ext:

Are you aware of any IPR that applies to the draft identified above?

Please state either:
"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules (see R=
FCs 3979, 4879, 3669 and 5378 for more details)?
If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think appropria=
te. 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 awa=
re of any relevant IPR. This document will not advance to the next stage un=
til 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 co=
ntributor, 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 se=
e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki=
/IntellectualProperty.

Thank you,
Fatai & Daniele





________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu=
ede contener informaci=F3n privilegiada o confidencial y es para uso exclus=
ivo de la persona o entidad de destino. Si no es usted. el destinatario ind=
icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o=
 copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci=
=F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo =
comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n.

The information contained in this transmission is privileged and confidenti=
al information intended only for the use of the individual or entity named =
above. If the reader of this message is not the intended recipient, you are=
 hereby notified that any dissemination, distribution or copying of this co=
mmunication is strictly prohibited. If you have received this transmission =
in error, do not read it. Please immediately reply to the sender that you h=
ave received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio=
, pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex=
clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des=
tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div=
ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude=
 da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe =
que nos o comunique imediatamente por esta mesma via e proceda a sua destru=
i=E7=E3o

--_000_D2020702B7F70oscargonzalezdediostelefonicacom_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <5D05644B9C3597468EC377361570005A@eurprd06.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable







No, I'm not aware of any IPR that=
 applies to this draft (except the IPR recently disclosed by Hu=
awei in  https=
://datatracker.ietf.org/ipr/2650 )







Best Regards,







=D3scar









De: Fatai Zhang <zhangfatai@huawei.com>

Fecha: jueves, 13 de agosto de 2015=
, 3:00

Para: CCAMP <ccamp@ietf.org>

CC: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com=
>, DEBORAH A BRUNGARD <db3546@a=
tt.com>, Oscar Gonzalez de Dios <oscar.gonzalezdedios@telefonica.com>

Asunto: [CCAMP] IPR on draft-ietf-c=
camp-flexible-grid-rsvp-te-ext-03

















Authors, Contributors, CCAMP,


 


As part of the preparation f=
or WG Last Call on
draft-ietf-ccamp-flexible-grid-rsvp-te-ext:


 


Are you aware of any IPR that a=
pplies to the draft identified above?


 


Please state either:=



"No, I'm not aware of any =
IPR that applies to this draft"


or


"Yes, I'm aware of IPR tha=
t applies to this draft"


 


If so, has this IPR been disclo=
sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f=
or more details)?


If yes to the above, please sta=
te either:


 


"Yes, the IPR has been dis=
closed in compliance with IETF IPR rules"


or


"No, the IPR has not been =
disclosed"


 


If you answer no, please provid=
e any additional details you think appropriate. If you are listed as a docu=
ment author or contributor please answer the above by responding to this em=
ail 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 contri=
butor.


 


NOTE: THIS APPLIES TO ALL OF YO=
U LISTED IN THIS MESSAGE'S TO LINES.


 


If you are on the CCAMP WG emai=
l list but are not listed as an author or contributor, we remind you of you=
r obligations under the IETF IPR rules which encourages you to notify the I=
ETF if you are aware of IPR of others
 on an IETF contribution, or to refrain from participating in any contribut=
ion or discussion related to your undisclosed IPR. For more information, pl=
ease see the RFCs listed above and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<=
/a>.


 


Thank you,

Fatai & Daniele<=
/span>


&n=
bsp;


&n=
bsp;


&n=
bsp;


&n=
bsp;













Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu=
ede contener informaci=F3n privilegiada o confidencial y es para uso exclus=
ivo de la persona o entidad de destino. Si no es usted. el destinatario ind=
icado, queda notificado de que la
 lectura, utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n puede e=
star prohibida en virtud de la legislaci=F3n vigente. Si ha recibido este m=
ensaje por error, le rogamos que nos lo comunique inmediatamente por esta m=
isma v=EDa y proceda a su destrucci=F3n.



The information contained in this transmission is privileged and confidenti=
al information intended only for the use of the individual or entity named =
above. If the reader of this message is not the intended recipient, you are=
 hereby notified that any dissemination,
 distribution or copying of this communication is strictly prohibited. If y=
ou have received this transmission in error, do not read it. Please immedia=
tely reply to the sender that you have received this communication in error=
 and then delete it.



Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio=
, pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex=
clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des=
tinat=E1rio indicado, fica notificado de que a
 leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o p=
ode estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu esta me=
nsagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mes=
ma via e proceda a sua destrui=E7=E3o





--_000_D2020702B7F70oscargonzalezdediostelefonicacom_--


From nobody Wed Aug 26 08:51:12 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 329D91B3089; Wed, 26 Aug 2015 08:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.21
X-Spam-Level: 
X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IQ1wblA8o7uj; Wed, 26 Aug 2015 08:51:00 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95DE11B3068; Wed, 26 Aug 2015 08:50:56 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAL40841; Wed, 26 Aug 2015 15:50:54 +0000 (GMT)
Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 26 Aug 2015 16:50:52 +0100
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Wed, 26 Aug 2015 08:50:45 -0700
From: Leeyoung 
To: "adrian@olddog.co.uk" , "'Alia Atlas'" 
Thread-Topic: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
Thread-Index: AQHQz42X2rMczB0jQUu/SmqkwLswI539xTTwgBm7roCAALgdgIAGTGnQ
Date: Wed, 26 Aug 2015 15:50:45 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D0FC3A@dfweml706-chm>
References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm>  <04e201d0dcb1$63e79d70$2bb6d850$@olddog.co.uk>
In-Reply-To: <04e201d0dcb1$63e79d70$2bb6d850$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.129.160]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , 'The IESG' 
Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 15:51:08 -0000

SGkgQWRyaWFuIGFuZCBBbGlhLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuIFBsZWFzZSBz
ZWUgaW5saW5lIGZvciBteSBjb21tZW50Lg0KDQpJIHdpbGwgY29tbWVudCB0aGUgcmVzdCBvZiB0
aGUgaXNzdWVzIChyYWlzZWQgYnkgQWxpYSkgbm90IGFkZHJlc3NlZCBoZXJlIGluIGFub3RoZXIg
ZW1haWwgdGhyZWFkLiANCg0KQmVzdCByZWdhcmRzLA0KWW91bmcNCg0KLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCkZyb206IEFkcmlhbiBGYXJyZWwgW21haWx0bzphZHJpYW5Ab2xkZG9nLmNv
LnVrXSANClNlbnQ6IFNhdHVyZGF5LCBBdWd1c3QgMjIsIDIwMTUgMzowNiBBTQ0KVG86ICdBbGlh
IEF0bGFzJzsgTGVleW91bmcNCkNjOiBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBh
dGliaWxpdHktb3NwZkBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmc7IGNjYW1wLWNoYWlyc0BpZXRm
Lm9yZzsgJ1RoZSBJRVNHJw0KU3ViamVjdDogUkU6IFtDQ0FNUF0gQWxpYSBBdGxhcycgRGlzY3Vz
cyBvbiBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTog
KHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCg0KSGkgWW91bmcsIEFsaWEsDQoNCj4+PiBJJ2Qg
bGlrZSB0byBzZWUgY2xlYXJlciBkZXNjcmlwdGlvbnMgb24gcGFydGljdWxhcmx5IHRoZSBlcnJv
ci1oYW5kbGluZw0KPj4+IGFyb3VuZCBtdWx0aXBsZSBUTFZzIGFuZCBzdWItVExWcy4NCj4+PiBJ
IHNlZSBhIGZldyBwb2ludHMgb2YgYW1iaWd1aXR5IC0gYXMgZGVzY3JpYmVkIGJlbG93LiAgSSB0
aGluayB0aGVzZQ0KPj4+IHNob3VsZCBiZSBzdHJhaWdodGZvcndhcmQgdG8gY2xhcmlmeSBidXQg
aW50ZXJvcGVyYWJpbGl0eSBjb3VsZCBiZSANCj4+PiBhZmZlY3RlZCBpZiB0aGlzIGlzbid0IGRv
bmUuICAgVGhhbmtzIQ0KPj4+DQo+Pj4gSW4gU2VjIDIsIGl0IHNheXMgIk9ubHkgb25lIE9wdGlj
YWwgTm9kZSBQcm9wZXJ0eSBUTFYgc2hhbGwgYmUgYWR2ZXJ0aXNlZA0KPj4+IGluIGVhY2ggTFNB
LiIgV2hhdCBpcyB0aGUgZXJyb3ItaGFuZGxpbmcgaWYgbXVsdGlwbGUgb2YgdGhpcyBUTFYgYXJl
DQo+Pj4gc2Vlbj8NCj4+DQo+PiBZT1VORz4+IFRoaXMgaXMgdG8gYWxsb3cgZm9yIGZpbmUgZ3Jh
bnVsYXJpdHkgY2hhbmdlcyBpbiB0b3BvbG9neSBwZXINCj4+IFtSRkMzNjMwXS4gSXQgaXMgbm90
IGFuIGVycm9yIHBlciBzZSBpZiB0aGVyZSBhcmUgbXVsdGlwbGUgb2YgdGhpcyBUTFYgYXJlDQo+
PiBpbiBlYWNoIExTQS4NCj4+DQo+Pj4gSXMgdGhhdCBhIFNIQUxMIG9yIGEgImF0IG1vc3Qgb25l
Li4uIE1VU1QgYmUgYWR2ZXJ0aXNlZCI/ICBJJ2QgZXhwZWN0DQo+Pj4gbm9ybWF0aXZlIGxhbmd1
YWdlLg0KPj4NCj4+IFlPVU5HPj4gIlNIQUxMIiBzZWVtcyB0byBiZSByaWdodCBvbmUsIGFnYWlu
IHBlciBbUkZDMzYzMF0uDQo+Pg0KPiBbQWxpYV0gT2sgLSBTSEFMTCBpcyBmaW5lLiAgUGVyaGFw
cyB0ZXh0IGxpa2UgDQo+ICJUbyBhbGxvdyBmb3IgZmluZSBncmFudWxhcml0eSBjaGFuZ2VzIGlu
IHRvcG9sb2d5LCBvbmx5IG9uZSBPcHRpY2FsIE5vZGUNCj4gUHJvcGVydHkgVExWIFNIQUxMIGJl
IGFkdmVydGlzZWQgaW4gZWFjaCBMU0EuICBBbiBpbXBsZW1lbnRhdGlvbiBNVVNUDQo+IHN1cHBv
cnQgcmVjZWl2aW5nIG11bHRpcGxlIE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFZzIGluIGFuIExT
QS4iDQoNClNvcnJ5LCBidXQgSSB0aGluayB0aGlzIHJlYWRzIGFzIG5vbnNlbnNlIDotKA0KIlNI
QUxMIiBhbmQgIk1VU1QiIGFyZSBpZGVudGljYWwgaW4gbWVhbmluZy4NClNvIHlvdSBoYXZlIHdy
aXR0ZW4gIm9ubHkgb25lIFRMViBNVVNUIGJlIGFkdmVydGlzZWQiLiBUaGF0IGlzIGFtYmlndW91
cyENCkl0IGNvdWxkIG1lYW4gIm5vIG1vcmUgdGhhbiBvbmUiIG9yIGl0IGNvdWxkIG1lYW4gIml0
IGlzIG9ubHkgbmVjZXNzYXJ5IHRvIGFkdmVydGlzZSBvbmUgbXVzdCwgYnV0IG90aGVycyBtYXkg
YmUgaW5jbHVkZWQiDQpUaGUgdGhydXN0IG9mIHRoZSBjb252ZXJzYXRpb24gYXBwZWFycyB0byBi
ZSBmb3IgdGhlIGxhdHRlciwgc28gZG9uJ3QgdHJ5IHRvIGRvIHRoaXMgaW4gY2xldmVyIGNvbXBh
Y3QgY29kZSAtIHdyaXRlIGl0IG91dCBpbiBmdWxsIQ0KDQpUaGF0IG1pZ2h0IGdpdmUgKGlmIGl0
IGlzIHdoYXQgeW91IGludGVuZCB0byBzYXkpLi4uDQoNCldoZW4gdXNpbmcgdGhlIGV4dGVuc2lv
bnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LCBhdCBsZWFzdCBvbmUgT3B0aWNhbCBOb2RlIFBy
b3BlcnR5IFRMViBNVVNUIGJlIGFkdmVydGlzZWQgaW4gZWFjaCBMU0EuIFRvIGFsbG93IGZvciBm
aW5lIGdyYW51bGFyaXR5IGNoYW5nZXMgaW4gdG9wb2xvZ3ksIG1vcmUgdGhhbiBvbmUgT3B0aWNh
bCBOb2RlIFByb3BlcnR5IFRMViBNQVkgYmUgYWR2ZXJ0aXNlZCBpbiBhIHNpbmdsZSBMU0EuIElt
cGxlbWVudGF0aW9ucyBNVVNUIHN1cHBvcnQgcmVjZWl2aW5nIG11bHRpcGxlIE9wdGljYWwgTm9k
ZSBQcm9wZXJ0eSBUTFZzIGluIGFuIExTQS4NCg0KWU9VTkc+PiBUaGFua3MuIFRoaXMgd29ya3Mg
Zm9yIG1lLiBJIHdvdWxkIGFjY2VwdCBBZHJpYW4ncyBzdWdnZXN0ZWQgdGV4dC4gDQoNCltzbmlw
XQ0KDQo+PiBNYXkgSSBzdWdnZXN0IHRoZSBmb2xsb3dpbmcgY2hhbmdlczoNCj4+DQo+PiBPTEQN
Cj4+DQo+PiAgIFRoZSBmb3JtYXQgb2YgdGhlIFNDU0kgTVVTVCBiZSBhcyBkZXBpY3RlZCBpbiB0
aGUgZm9sbG93aW5nIGZpZ3VyZToNCj4+DQo+PiBORVcNCj4+DQo+PiAgICBUaGUgZm9ybWF0IG9m
IHRoZSBTQ1NJIFNIQUxMIGJlIGFzIGRlcGljdGVkIGluIHRoZSBmb2xsb3dpbmcgZmlndXJlOg0K
Pj4NCj4+IEVORA0KDQpUaGVzZSBzZW50ZW5jZXMgYXJlIGlkZW50aWNhbCEgTVVTVD09U0hBTEwN
Cg0KU28gQWxpYSdzIHRleHQgaXMgbmljZXIuLi4NCg0KPiBbQWxpYV0gSG93IGFib3V0ICJBIFND
U0kgbWF5IGNvbnRhaW4gbXVsdGlwbGUgQXZhaWxhYmxlIExhYmVsIHN1Yi1UTFZzIGFuZCANCj4g
bXVsdGlwbGUgU2hhcmVkIEJhY2t1cCBMYWJlbCBzdWItVExWcy4gIFRoZSBmb2xsb3dpbmcgZmln
dXJlIHNob3dzIHRoZSANCj4gZm9ybWF0IGZvciBhIFNDU0kgdGhhdCBjb250YWlucyB0aGVzZSBz
dWItVExWcy4gIFRoZSBvcmRlciBvZiB0aGUgc3ViLVRMVnMNCj4gaW4gdGhlIFNDU0kgaXMgYXJi
aXRyYXJ5LiINCg0KWU9VTkc+PiBBY2NlcHRlZC4gDQoNCltzbmlwXQ0KIA0KPj4+IEVuZCBvZiBT
ZWMgNDogIkluIGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBhdHRlbmRhbnQN
Cj4+PiBlbmNvZGluZ3MgYXJlIG1hbGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUg
dG8gbG9nIHRoZSBwcm9ibGVtDQo+Pj4gYW5kIGlnbm9yZS4uLiIgIEZpcnN0LCBwbGVhc2UgYmUg
ZXhwbGljaXQgaW4gd2hhdCBiZWhhdmlvciBNVVNUIGJlIGRvbmUuDQoNCkkgdGhpbmsgdGhpcyBy
ZXF1ZXN0IGdvdCBsb3N0IGluIHRoZSBkaXNjdXNzaW9ucyB0aGF0IGZvbGxvdy4gQWxpYSBpcyBj
b3JyZWN0bHkgYXNraW5nIGZvci4uLg0KDQoiV2hlbiBiYWQgc3R1ZmYgaGFwcGVucyB5b3UgTVVT
VCBkbyBzb21lIHRoaW5ncywgU0hPVUxEIGRvIG90aGVyIHRoaW5ncywgYW5kIE1BWSBkbyBhZGRp
dGlvbmFsIHRoaW5ncy4iDQoNCllPVU5HPj4gU29ycnkgdGhhdCBJIG1pc3NlZCB0aGlzLiBZZXMs
IHRoaXMgaXMgYSBnb29kIHF1ZXN0aW9uIHRvIGFzay4gUGxlYXNlIHNlZSB0aGUgbmV4dCByZXNv
bHV0aW9uIHRoYXQgYmFzaWNhbGx5IHNheXMgdGhhdCB0aGUgbWFsZm9ybWVkIExTQSAiTVVTVCIg
YmUgZHJvcHBlZCB3aGlsZSBsb2dnaW5nIG9mIHRoaXMgcHJvYmxlbSBTSE9VTEQgYmUgZG9uZS4g
DQoNCj4+IFlPVU5HPj4gbWFsZm9ybWVkIHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNv
ZGluZ3MgcmVmZXIgdG8gdGhhdCB3aGljaCBhcmUNCj4+IG5vdCBwYXJzZS1hYmxlIGR1ZSB0byBj
b3JydXB0aW9uLCBldGMuIGFuZCBjYW5ub3QgYmUgc3RvcmVkIGluIHRoZSBURUQuDQoNCkhtbW0u
IFRoZSBtb3N0IGNvbW1vbiBjYXVzZSBvZiB1bnBhcnNhYmxlIFRMVnMgd2lsbCBiZSBlbmNvZGlu
ZyBlcnJvcnMsIGJ1Z3MsIG1pc2ludGVycHJldGF0aW9uIG9mIHNwZWNzLCB1cC1sZXZlbCBpbXBs
ZW1lbnRhdGlvbnMsIGV0Yy4gQ29ycnVwdGlvbiBkb2Vzbid0IGhhcHBlbiBtdWNoLg0KVGhlIHVw
c2hvdCBpcyB0aGUgc2FtZSAtIHlvdSBjYW4ndCBwcm9jZXNzIHRoZSBUTFYuDQoNCj4+IEhvdyBh
Ym91dCBhZGRpbmcgYSBuZXcgc2VudGVuY2UgdG8gZGVzY3JpYmUgdGhlIGV4cGVjdGVkIGFjdGlv
biBhcyBmb2xsb3dzOg0KPj4NCj4+IE9MRA0KPj4NCj4+ICAgSW4gY2FzZSB3aGVyZSB0aGUgbmV3
IHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJlDQo+PiAgIG1hbGZvcm1l
ZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUgdG8gbG9nIHRoZSBwcm9ibGVtIGFuZCBpZ25v
cmUNCj4+ICAganVzdCB0aGUgc3ViLVRMVnMgaW4gR01QTFMgcGF0aCBjb21wdXRhdGlvbnMgcmF0
aGVyIHRoYW4gaWdub3JpbmcNCj4+ICAgdGhlIGVudGlyZSBMU0EuDQo+Pg0KPj4gTkVXDQo+Pg0K
Pj4gICBJbiBjYXNlIHdoZXJlIHRoZSBuZXcgc3ViLVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50IGVu
Y29kaW5ncyBhcmUNCj4+ICAgbWFsZm9ybWVkLCB0aGUgcHJvcGVyIGFjdGlvbiB3b3VsZCBiZSB0
byBsb2cgdGhlIHByb2JsZW0gYW5kIGlnbm9yZQ0KPj4gICBqdXN0IHRoZSBzdWItVExWcyBpbiBH
TVBMUyBwYXRoIGNvbXB1dGF0aW9ucyByYXRoZXIgdGhhbiBpZ25vcmluZw0KPj4gICB0aGUgZW50
aXJlIExTQS4gVGhpcyBzaG91bGQgbm90IHN0b3AgdGhlIExTQSBhZHZlcnRpc2VtZW50IHByb2Nl
c3MuDQo+DQo+IFtBbGlhXSBVc3VhbGx5LCBvbmUgZG9lc24ndCByZWZsb29kIExTQXMgd2l0aCBt
YWxmb3JtZWQgVExWcyBvciBzdWItVExWcy4gDQo+IEknbSBjZXJ0YWlubHkgd2lsbGluZyB0byBs
aXN0ZW4gdG8gcmVhc29uaW5nIG9uIHdoeSBmbG9vZGluZyBwb3RlbnRpYWxseSBjb3JydXB0DQo+
IGRhdGEgd291bGQgYmUgYSBnb29kIGlkZWEsIGJ1dCB5b3UnbGwgbmVlZCByZWFsbHkgY2xlYXIg
cmVhc29uaW5nLg0KDQpXaHkgaXMgdGhpcyBhbnkgZGlmZmVyZW50IHRvIGFueSBvdGhlciBUTFYg
aW4gYW55IG90aGVyIExTQT8gRG9uJ3Qgd2UganVzdCBjYWxsIG9uIHN0YW5kYXJkIE9TUEYgYmVo
YXZpb3I/DQoNCllPVU5HPj4gQWRyaWFuLCB3aGF0IGlzIHN0YW5kYXJkIE9TUEYgYmVoYXZpb3Ig
aW4gdGhpcyBjYXNlPyBJIHdvdWxkIGFzc3VtZSB3ZSBkcm9wIHRoZSBlbnRpcmUgTFNBIGluIHdo
aWNoIHRvIGNvbnRhaW4gbWFsZm9ybWVkIFRMVnMgb3Igc3ViLVRMVnMuIElmIHRoYXQgaXMgdGhl
IGNhc2UsIGhvdyBhYm91dDoNCg0KTkVXDQoJSW4gY2FzZSB3aGVyZSB0aGUgbmV3IHN1Yi1UTFZz
IG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJlDQoJbWFsZm9ybWVkLCB0aGUgcHJvcGVy
IGFjdGlvbiBTSE9VTEQgbG9nIHRoZSBwcm9ibGVtIGFuZCBNVVNUIHN0b3AgDQogICAgICBzZW5k
aW5nIHRoZSBMU0EgaW4gd2hpY2ggdG8gY29udGFpbiBtYWxmb3JtZWQgVExWcyBvciBzdWItVExW
cy4gDQpFTkQNCg0KPj4+IElzIHRoaXMganVzdCBmb3IgbWFsZm9ybWVkIHN1Yi1UTFZzPyAgSXMg
aXQgc2FmZSB0byBhc3N1bWUgdGhhdCBzdWItVExWcw0KPj4+IGZ1cnRoZXIgb24gaW4gdGhlIFRM
ViAob3IgZm9sbG93aW5nIFRMVnMpIGNhbiBiZSBwcm9wZXJseSBwYXJzZWQ/DQo+Pg0KPj4gWU9V
Tkc+PiBZZXMgd2UgYXJlIGp1c3QgdGFsa2luZyBhYm91dCBtYWxmb3JtZWQgc3ViLVRMVnMuIEl0
IGlzIHNhZmUgdG8gYXNzdW1lDQo+PiB0aGF0IG90aGVyIHN1Yi1UTFZzIGluIHRoZSBUTFYgb3Ig
Zm9sbG93aW5nIFRMVnMgY2FuIGJlIHByb3Blcmx5IHBhcnNlZCBhcyB0aGV5DQo+PiBhcmUgYSBk
aXN0aW5jdCBzZXRzIG9mIGluZm8gZWxlbWVudHMgd2l0aCBwcm9wZXIgc3ViLVRMViB0eXBlcywg
VExWIHR5cGVzLg0KPg0KPiBbQWxpYV0gIEFyZSB5b3UgcGljdHVyaW5nIHRoYXQgYSBzdWItVExW
IGlzIG1hbGZvcm1lZCBpZiBpdHMgbGVuZ3RoIGlzbid0IGFjY3VyYXRlIG9yIGp1c3QNCj4gaWYg
b25lIG9mIHRoZSBmaWVsZHMgaW5zaWRlIHRoZSBzdWItVExWIGlzIHVzaW5nIGEgYmFkIHZhbHVl
IG9yIHNldHRpbmcgYSByZXNlcnZlZCB2YWx1ZT8NCj4gIEluIHRoZSBsYXR0ZXIgY2FzZXMsIHBl
cmhhcHMgaXQgbWlnaHQgYmUgdG9sZXJhYmxlIHRvIGFzc3VtZSB0aGF0IHRoZXJlIHdhc24ndCBk
YXRhLQ0KPiBjb3JydXB0aW9uIHRoYXQgd2lsbCBhZmZlY3QgdGhlIHJlc3Qgb2YgdGhlIHBhcnNp
bmcgLSBidXQgSSdtIGR1YmlvdXMuICAgRm9yIHRoZSBmaXJzdCwgaWYNCj4gdGhlIGxlbmd0aCBp
cyB3cm9uZywgdGhlbiB5b3UgY2FuJ3QgYWNjdXJhdGVseSBrbm93IHdoZXJlIHRoZSBuZXh0IHN1
Yi1UTFYgc3RhcnRzDQo+IHNvIGFsbCBwYXJzaW5nIGFmdGVyIGlzbid0IHRydXN0YWJsZSwgSU1I
Ty4gDQoNCkkgdGhpbmsgeW91IGhhdmUgdG8gaGFuZGxlIGJvdGggY2FzZXMuIEZ1cnRoZXJtb3Jl
LCBpZiB0aGUgVExWIGlzIG9mIHZhcmlhYmxlIGxlbmd0aCwgYW55dGhpbmcgdW5leHBlY3RlZCBu
ZWVkcyB0byBiZSB0cmVhdGVkIHdpdGggY2F1dGlvbi4NCg0KWU9VTkc+PiBSZXRoaW5raW5nIHRo
aXMgaXNzdWUsIEkgd291bGQgZ28gd2l0aCB0aGUgcHJldmlvdXMgcmVzb2x1dGlvbiAtLS0ganVz
dCBzdG9wIHNlbmRpbmcgdGhlIExTQSBpbiB3aGljaCB0byBjb250YWluIG1hbGZvcm1lZCBUTFZz
IGFuZCBzdWItVExWcy4gDQoNCj4+PiBTZWNvbmQsIHBsZWFzZSBhZGQgaW4gc29tZSB3b3Jkcw0K
Pj4+IGFib3V0IHRoZSBleHBlY3RlZCBsb2FkIG9mIGxvZ3MuDQo+Pg0KPj4gWU9VTkc+PiBIb3cg
YWJvdXQgYWRkaW5nIG9uZSBzZW50ZW5jZSBmb2xsb3dlZCBieSAiSW4gY2FzZS4uLiINCj4+DQo+
PiBORVcNCj4+ICAgICAgICBUaGUgZXhwZWN0ZWQgbG9hZCBvZiBsb2dzIGlzIG5vdCBleHBlY3Rl
ZCB0byBiZSBhIGhpZ2ggdm9sdW1lIGFzIG1hbGZvcm1lZA0KPj4gICAgICAgIFRMVnMgZG8gbm90
IG9jY3VyIGZyZXF1ZW50bHkgaW4gR01QTFMuDQo+Pg0KPj4gRU5EDQo+DQo+IFtBbGlhXSBVaCAt
IG9mIGNvdXJzZSBlcnJvciBjb25kaXRpb25zIGFyZW4ndCBleHBlY3RlZCB0byBiZSBjb21tb24h
ICBIb3cNCj4gYWJvdXQgY29uc2lkZXJpbmcgaG93IG9mdGVuIHRoZSBhZHZlcnRpc2luZyByb3V0
ZXIgbWlnaHQgc2VuZCB0aGUgTFNBPyANCj4gSG93IGFib3V0IGNvbnNpZGVyaW5nIHRoZSBudW1i
ZXIgb2YgbmVpZ2hib3JzIHRoYXQgd2lsbCBiZSBmbG9vZGluZyBpdD8NCj4gSG93IGFib3V0IGRh
bXBlbmluZyB0aGUgbnVtYmVyIG9mIGxvZ3M/ICBNYWtpbmcgaXQgYSBNQVkgbG9nIGFsc28gbWFr
ZXMNCj4gaXQgY2xlYXIgdGhhdCBpdCdzIHVwIHRvIHRoZSBpbXBsZW1lbnRhdGlvbi4NCg0KVGhl
IG5vcm1hbCB3YXkgb2YgaGFuZGxpbmcgdGhpcyBpcy4uLg0KIkVycm9ycyBvZiB0aGlzIG5hdHVy
ZSBTSE9VTEQgYmUgbG9nZ2VkIGZvciB0aGUgbG9jYWwgb3BlcmF0b3IuIEltcGxlbWVudGF0aW9u
cyBNVVNUIHByb3ZpZGUgYSByYXRlIGxpbWl0IG9uIHN1Y2ggbG9ncywgYW5kIHRoYXQgcmF0ZSBs
aW1pdCBTSE9VTEQgYmUgY29uZmlndXJhYmxlLiINCg0KWU9VTkc+PiBJIHdvdWxkIGFjY2VwdCBB
ZHJpYW4ncyBwcm9wb3NlZCB0ZXh0LiANCg0KDQoNCkFkcmlhbg0KDQo=


From nobody Wed Aug 26 09:25:30 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 326371A8AD0; Wed, 26 Aug 2015 09:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.209
X-Spam-Level: 
X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W_vvSUmIGcT9; Wed, 26 Aug 2015 09:25:22 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 444E51A8957; Wed, 26 Aug 2015 09:25:20 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWU29223; Wed, 26 Aug 2015 16:25:18 +0000 (GMT)
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 26 Aug 2015 17:25:15 +0100
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Wed, 26 Aug 2015 09:25:08 -0700
From: Leeyoung 
To: Alia Atlas 
Thread-Topic: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
Thread-Index: AQHQz42X2rMczB0jQUu/SmqkwLswI539xTTwgBm7roCABw4TIA==
Date: Wed, 26 Aug 2015 16:25:08 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D0FC76@dfweml706-chm>
References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.129.160]
Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FC76dfweml706chm_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , The IESG 
Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 16:25:28 -0000

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FC76dfweml706chm_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQWxpYSwNCg0KVGhhbmsgeW91IGZvciBwcm92aWRpbmcgeW91ciBnb29kIGNvbW1lbnRzLg0K
DQpQbGVhc2Ugc2VlIGluLWxpbmUgZm9yIG15IGNvbW1lbnRzLg0KDQpCZXN0IHJlZ2FyZHMsDQpZ
b3VuZw0KDQpGcm9tOiBBbGlhIEF0bGFzIFttYWlsdG86YWthdGxhc0BnbWFpbC5jb21dDQpTZW50
OiBGcmlkYXksIEF1Z3VzdCAyMSwgMjAxNSA0OjA3IFBNDQpUbzogTGVleW91bmcNCkNjOiBUaGUg
SUVTRzsgY2NhbXAtY2hhaXJzQGlldGYub3JnOyBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFs
LWNvbXBhdGliaWxpdHktb3NwZkBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJl
OiBBbGlhIEF0bGFzJyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29t
cGF0aWJpbGl0eS1vc3BmLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQpIaSBZb3Vu
ZywNCg0KTXkgYXBvbG9naWVzIGZvciB0aGUgbG9uZyBkZWxheSBpbiByZXNwb25kaW5nLiAgTXkg
cmVzcG9uc2VzIGFyZSBpbi1saW5lLg0KDQpUaGFua3MsDQpBbGlhDQoNCk9uIFdlZCwgQXVnIDUs
IDIwMTUgYXQgMzoxMSBQTSwgTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5jb208bWFpbHRvOmxl
ZXlvdW5nQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIEFsaWEsDQoNClRoYW5rIHlvdSBmaXJzdCBv
ZiBhbGwgZm9yIHByb3ZpZGluZyB2ZXJ5IHVzZWZ1bCBjb21tZW50cy4NCg0KSGVyZSdzIG15IGF0
dGVtcHQgdG8geW91ciBjb21tZW50cy9ESVNDVVNTLiBQbGVhc2Ugc2VlIGlubGluZS4NCg0KVGhh
bmtzLg0KWW91bmcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFsaWEgQXRs
YXMgW21haWx0bzpha2F0bGFzQGdtYWlsLmNvbTxtYWlsdG86YWthdGxhc0BnbWFpbC5jb20+XQ0K
U2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMDUsIDIwMTUgOTo0NyBBTQ0KVG86IFRoZSBJRVNHDQpD
YzogY2NhbXAtY2hhaXJzQGlldGYub3JnPG1haWx0bzpjY2FtcC1jaGFpcnNAaWV0Zi5vcmc+OyBk
cmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZkBpZXRmLm9yZzxt
YWlsdG86ZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0
Zi5vcmc+OyBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQpTdWJqZWN0OiBB
bGlhIEF0bGFzJyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0
aWJpbGl0eS1vc3BmLTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQpBbGlhIEF0bGFz
IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KZHJhZnQtaWV0
Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYtMTU6IERpc2N1c3MNCg0KV2hl
biByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVw
bHkgdG8gYWxsDQplbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5l
cy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZl
ci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVt
ZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVT
RyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQpUaGUgZG9jdW1lbnQsIGFsb25n
IHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQpodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNv
bXBhdGliaWxpdHktb3NwZi8NCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkRJU0NVU1M6DQotLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQoNCkknZCBsaWtlIHRvIHNlZSBjbGVhcmVyIGRlc2NyaXB0aW9ucyBvbiBwYXJ0aWN1
bGFybHkgdGhlIGVycm9yLWhhbmRsaW5nDQphcm91bmQgbXVsdGlwbGUgVExWcyBhbmQgc3ViLVRM
VnMuDQpJIHNlZSBhIGZldyBwb2ludHMgb2YgYW1iaWd1aXR5IC0gYXMgZGVzY3JpYmVkIGJlbG93
LiAgSSB0aGluayB0aGVzZQ0Kc2hvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBjbGFyaWZ5IGJ1
dA0KaW50ZXJvcGVyYWJpbGl0eSBjb3VsZCBiZSBhZmZlY3RlZCBpZiB0aGlzIGlzbid0IGRvbmUu
ICAgVGhhbmtzIQ0KDQpJbiBTZWMgMiwgaXQgc2F5cyAiT25seSBvbmUgT3B0aWNhbCBOb2RlIFBy
b3BlcnR5IFRMViBzaGFsbCBiZSBhZHZlcnRpc2VkDQppbiBlYWNoIExTQS4iIFdoYXQgaXMgdGhl
IGVycm9yLWhhbmRsaW5nIGlmIG11bHRpcGxlIG9mIHRoaXMgVExWIGFyZQ0Kc2Vlbj8NCllPVU5H
Pj4gVGhpcyBpcyB0byBhbGxvdyBmb3IgZmluZSBncmFudWxhcml0eSBjaGFuZ2VzIGluIHRvcG9s
b2d5IHBlciBbUkZDMzYzMF0uIEl0IGlzIG5vdCBhbiBlcnJvciBwZXIgc2UgaWYgdGhlcmUgYXJl
IG11bHRpcGxlIG9mIHRoaXMgVExWIGFyZSBpbiBlYWNoIExTQS4NCg0KSXMgdGhhdCBhIFNIQUxM
IG9yIGEgImF0IG1vc3Qgb25lLi4uIE1VU1QgYmUgYWR2ZXJ0aXNlZCI/ICBJJ2QgZXhwZWN0DQpu
b3JtYXRpdmUgbGFuZ3VhZ2UuDQoNCllPVU5HPj4gIlNIQUxMIiBzZWVtcyB0byBiZSByaWdodCBv
bmUsIGFnYWluIHBlciBbUkZDMzYzMF0uDQoNCltBbGlhXSBPayAtIFNIQUxMIGlzIGZpbmUuICBQ
ZXJoYXBzIHRleHQgbGlrZQ0KIlRvIGFsbG93IGZvciBmaW5lIGdyYW51bGFyaXR5IGNoYW5nZXMg
aW4gdG9wb2xvZ3ksIG9ubHkgb25lIE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFYgU0hBTEwgYmUN
CmFkdmVydGlzZWQgaW4gZWFjaCBMU0EuICBBbiBpbXBsZW1lbnRhdGlvbiBNVVNUIHN1cHBvcnQg
cmVjZWl2aW5nIG11bHRpcGxlIE9wdGljYWwgTm9kZSBQcm9wZXJ0eQ0KVExWcyBpbiBhbiBMU0Eu
Ig0KDQpZT1VORz4+IEZyb20gYW5vdGhlciBlbWFpbCB0aHJlYWQgKHBlciBBZHJpYW4pLCB3ZSBk
aXNjdXNzZWQgdGhpcy4NCg0KTkVXDQoNCg0KV2hlbiB1c2luZyB0aGUgZXh0ZW5zaW9ucyBkZWZp
bmVkIGluIHRoaXMgZG9jdW1lbnQsIGF0IGxlYXN0IG9uZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkg
VExWIE1VU1QgYmUgYWR2ZXJ0aXNlZCBpbiBlYWNoIExTQS4gVG8gYWxsb3cgZm9yIGZpbmUgZ3Jh
bnVsYXJpdHkgY2hhbmdlcyBpbiB0b3BvbG9neSwgbW9yZSB0aGFuIG9uZSBPcHRpY2FsIE5vZGUg
UHJvcGVydHkgVExWIE1BWSBiZSBhZHZlcnRpc2VkIGluIGEgc2luZ2xlIExTQS4gSW1wbGVtZW50
YXRpb25zIE1VU1Qgc3VwcG9ydCByZWNlaXZpbmcgbXVsdGlwbGUgT3B0aWNhbCBOb2RlIFByb3Bl
cnR5IFRMVnMgaW4gYW4gTFNBLg0KDQoNCg0KRU5EDQoNCg0KSW4gU2VjIDIsIGl0IHNheXMgIiAg
IEFtb25nIHRoZSBzdWItVExWcyBkZWZpbmVkIGFib3ZlLCB0aGUgUmVzb3VyY2UNCkJsb2NrIFBv
b2wgU3RhdGUgc3ViLQ0KICAgVExWIGFuZCBSZXNvdXJjZSBCbG9jayBTaGFyZWQgQWNjZXNzIFdh
dmVsZW5ndGggQXZhaWxhYmlsaXR5IGFyZQ0KICAgZHluYW1pYyBpbiBuYXR1cmUgd2hpbGUgdGhl
IHJlc3QgYXJlIHN0YXRpYy4gQXMgc3VjaCwgdGhleSBjYW4gYmUNCiAgIHNlcGFyYXRlZCBvdXQg
ZnJvbSB0aGUgcmVzdCBhbmQgYmUgYWR2ZXJ0aXNlZCB3aXRoIG11bHRpcGxlIFRFIExTQXMNCiAg
IHBlciBPU1BGIHJvdXRlciwgYXMgZGVzY3JpYmVkIGluIFtSRkMzNjMwXSBhbmQgW1JGQzUyNTBd
LiINClNvIC0gb25lIGNhbiBhZHZlcnRpc2UgbXVsdGlwbGUgVEUgTFNBcyAtIGVhY2ggd2l0aCBh
dCBtb3N0IG9uZSAgT3B0aWNhbA0KTm9kZSBQcm9wZXJ0eSBUTFYNCmFuZCBhdCBtb3N0IG9uZSBv
ZiB0aGVzZSBzdWItVExWcz8NCg0KWU9VTkc+PiBUaGlzIGlzIGNvcnJlY3QgZXhjZXB0IHRoYXQg
dGhlIE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFYgd291bGQgY2FycnkgImF0IGxlYXN0IiBvbmUg
b2YgdGhlc2Ugc3ViLVRMVnMgYXMgb3Bwb3NlZCB0byAiYXQgbW9zdCBvbmUgb2YgdGhlc2Ugc3Vi
LVRMVnMuIiBGb3IgaW5zdGFuY2UsIG9uZSBURSBMU0EgY2FuIGNhcnJ5IG9uZSBPcHRpY2FsIE5v
ZGUgUHJvcGVydHkgVExWIHVuZGVyIHdoaWNoIHR3byBkeW5hbWljIHN1Yi1UTFZzIChpLmUuLCB0
aGUgUmVzb3VyY2UNCkJsb2NrIFBvb2wgU3RhdGUgc3ViLVRMViBhbmQgUmVzb3VyY2UgQmxvY2sg
U2hhcmVkIEFjY2VzcyBXYXZlbGVuZ3RoIEF2YWlsYWJpbGl0eSBzdWItVExWKSBjYW4gYmUgYWR2
ZXJ0aXNlZCB3aGlsZSBhbm90aGVyIFRFIExTQSBjYW4gY2Fycnkgb25lIE9wdGljYWwgTm9kZSBQ
cm9wZXJ0eSBUTFYgdW5kZXIgd2hpY2ggdGhlIHJlc3Qgb2Ygc3RhdGljIHN1Yi1UTFZzIGNhbiBi
ZSBhZHZlcnRpc2VkLg0KDQogW0FsaWFdIE9rLiAgVGhhbmtzIGZvciBjbGFyaWZ5aW5nLg0KDQog
SWYgdGhlIHNhbWUgc3ViLVRMViBhcHBlYXJzIGluDQpkaWZmZXJlbnQgVEUgTFNBcywgaG93DQph
cmUgdGhleSBtZXJnZWQgb3IgaXMgYSBwYXJ0aWN1bGFyIG9uZSBwcmVmZXJyZWQgYW5kIHRoZSBy
ZXN0IGlnbm9yZWQ/ICBJDQpzZWUgdGhlIHRleHQgaW4gdGhlDQpwcmV2aW91cyBwYXJhZ3JhcGgg
b2YgIklmIG1vcmUgdGhhbiBvbmUgY29weSBvZiBhIHN1Yi1UTFYgaXMgcmVjZWl2ZWQsDQogICBv
bmx5IHRoZSBmaXJzdCBvbmUgb2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSBy
ZXN0IGFyZQ0KICAgaWdub3JlZCB1cG9uIHJlY2VpcHQuIiBidXQgd2hhdCBkb2VzIHRoZSAiZmly
c3Qgb25lIiBtZWFuPyAgSXMgdGhhdA0KZGVjaWRlZCBiYXNlZCBvbg0KYSBwYXJ0aWN1bGFyIGlk
ZW50aWZpZXI/DQoNCllPVU5HPj4gVGhlIHRleHQgaW4gU2VjdGlvbiAyIHlvdSBxdW90ZWQgaXMg
bm90IGRlYWxpbmcgd2l0aCB0aGUgY2FzZSBmb3IgdHdvIGRpZmZlcmVudCBURSBMU0FzLiBJbiBz
dWNoIGNhc2UsIHRoZW4gdGhlIHN1Yi1UTFZzIHdpbGwgaWRlbnRpZnkgYnkgdGhlIHZhbHVlIG9m
IHRoZSBzdWItVExWLg0KDQpUaGUgY2FzZSB5b3UgYXJlIHJlZmVycmluZyB0byBpcyBmb3IgdGhl
IGNhc2Ugd2hlcmUgdGhlIHNhbWUgc3ViLVRMViBpcyBhZHZlcnRpc2VkIGluIGRpZmZlcmVudCBU
RSBMU0FzLiBJdCBzaG91bGQgTk9UIGhhcHBlbiB0aGF0IHdheSwgYnV0IGluIGNhc2UgaXQgaGFw
cGVucyBieSBtaXN0YWtlIG9mIHBhY2thZ2luZywgdGhlbiBpdCB3aWxsIGJlIHVwZGF0ZWQgb25l
IGFmdGVyIGFub3RoZXIuIFRoZXJlIGlzIG5vIHdheSBmb3IgdGhlIHJvdXRlcnMgdG8gZGlzdGlu
Z3Vpc2ggdGhpcyBzdWItVExWIGFzIHRoZSBzYW1lIG9uZSAoYXMgaXQgaXMgdW5kZXIgZGlmZmVy
ZW50IFRFIExTQXMpLCB3aGljaCBpcyBhY3R1YWxseSBmaW5lLiBJdCBpcyBub3QgYW4gZXJyb3Ig
Y29uZGl0aW9uLiBUaGUgcm91dGVyIHdvdWxkIHNpbXBseSBwcm9jZXNzIHRoZSBzYW1lIHN1Yi1U
TFYgbXVsdGlwbGUgdGltZXMuDQoNCkkgY2FuIHN1Z2dlc3QgdGhlIGZvbGxvd2luZyBjaGFuZ2Vz
Og0KDQpPTEQ6DQoNCiAgIEFsbCBzdWItVExWcyBkZWZpbmVkIGhlcmUgbWF5IG9jY3VyIGF0IG1v
c3Qgb25jZSBpbiBhbnkgZ2l2ZW4NCiAgIE9wdGljYWwgTm9kZSBUTFYuIElmIG1vcmUgdGhhbiBv
bmUgY29weSBvZiBhIHN1Yi1UTFYgaXMgcmVjZWl2ZWQsDQogICBvbmx5IHRoZSBmaXJzdCBvbmUg
b2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSByZXN0IGFyZQ0KICAgaWdub3Jl
ZCB1cG9uIHJlY2VpcHQuIFRoZXNlIHJlc3RyaWN0aW9uIG5lZWQgbm90IGFwcGx5IHRvIGZ1dHVy
ZQ0KICAgc3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWItVExWcyBhcmUgaWdub3JlZC4NCg0KTkVX
Og0KDQogICBBbGwgc3ViLVRMVnMgZGVmaW5lZCBoZXJlIG1heSBvY2N1ciBhdCBtb3N0IG9uY2Ug
aW4gYW55IGdpdmVuDQogICBPcHRpY2FsIE5vZGUgVExWIHVuZGVyIG9uZSBURSBMU0EuIElmIG1v
cmUgdGhhbiBvbmUgY29weSBvZiBhIHN1Yi1UTFYgaXMgcmVjZWl2ZWQsDQogICBvbmx5IHRoZSBm
aXJzdCBvbmUgb2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSByZXN0IGFyZQ0K
ICAgaWdub3JlZCB1cG9uIHJlY2VpcHQuIFRoZXNlIHJlc3RyaWN0aW9uIG5lZWQgbm90IGFwcGx5
IHRvIGZ1dHVyZQ0KICAgc3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWItVExWcyBhcmUgaWdub3Jl
ZC4NCg0KW0FsaWFdIE15IGNvbmNlcm4gaXMgYWJvdXQgdGhlIHBocmFzZSAib25seSB0aGUgZmly
c3Qgb25lIiBiZWNhdXNlIHR3byBkaWZmZXJlbnQgcm91dGVycyBtYXkNCnJlY2VpdmVkIHRoZSBU
RSBMU0FzIGluIGRpZmZlcmVudCBvcmRlciBkZXBlbmRpbmcgdXBvbiBmbG9vZGluZyBkeW5hbWlj
cy4gIEkgd291bGQgbXVjaCByYXRoZXINCnRoYXQgeW91IGRlZmluZSBhIHRpZS1icmVha2luZyBt
ZWNoYW5pc20gLSBmb3IgaW5zdGFuY2UgIHBpY2tpbmcgdGhlIGxhcmdlc3QgTFNBIElEIChTZWMg
Mi4yIG9mIFJGQyAzNjMwKSwNCmJlY2F1c2UgdGhhdCBpcyBjb25zaWRlcmVkIG5ld2VyLg0KDQpZ
T1VORz4+IFRoYW5rcyBmb3IgdGhlIHJlZmVyZW5jZS4gVGFraW5nIHRoZSBsYXJnZXN0IExTQSBJ
RCBpcyBhIGdvb2QgaWRlYSBpbiB0aGlzIHNpdHVhdGlvbi4gSG93IGFib3V0IHRoZW46DQoNCk5F
Vw0KDQogICAgICAgICAgICBBbGwgc3ViLVRMVnMgZGVmaW5lZCBoZXJlIG1heSBvY2N1ciBhdCBt
b3N0IG9uY2UgaW4gYW55IGdpdmVuDQogICAgICAgICAgICBPcHRpY2FsIE5vZGUgVExWIHVuZGVy
IG9uZSBURSBMU0EuIElmIG1vcmUgdGhhbiBvbmUgY29weSBvZiB0aGUgc3ViLVRMViBpcyByZWNl
aXZlZCwNCiAgICAgICAgICAgIGluIHRoZSBzYW1lIExTQSwgdGhlIHJlZHVuZGFudCBzdWItVExW
IFNIT1VMRCBiZSBpZ25vcmVkLiBJbiBjYXNlIHdoZXJlIHRoZSBzYW1lIHN1Yi1UTFYNCiAgICAg
ICAgICAgIElzIGFkdmVydGlzZWQgaW4gZGlmZmVyZW50IFRFIExTQSAod2hpY2ggd291bGQgdGFr
ZSBwbGFjZSBvbmx5IGJ5IGEgcGFja2FnaW5nIGVycm9yKSwgdGhlbiB0aGUgc3ViLVRMVg0KICAg
ICAgICAgICAgd2l0aCB0aGUgbGFyZ2VzdCBMU0EgSUQgKFNlYyAyLjIgb2YgUkZDIDM2MzApIFNI
T1VMRCBiZSBwaWNrZWQuDQogICAgICAgICAgICBUaGVzZSByZXN0cmljdGlvbiBuZWVkIG5vdCBh
cHBseSB0byBmdXR1cmUgc3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWItVExWcyBhcmUgaWdub3Jl
ZC4NCg0KRU5EDQogICBJbiBjYXNlIHdoZXJlIHRoZSBzYW1lIHN1Yi1UTFYgaXMgYWR2ZXJ0aXNl
ZCBpbiBkaWZmZXJlbnQgVEUgTFNBcyAod2hpY2ggd291bGQgdGFrZSBwbGFjZSBieSBhDQogICBw
YWNrYWdpbmcgZXJyb3IpLCB0aGVuIHRoZSBzdWItVExWIHdpbGwgYmUgdXBkYXRlZCBvbmUgYWZ0
ZXIgYW5vdGhlci4gVGhlcmUgaXMgbm8gd2F5IGZvciB0aGUNCiAgIHJvdXRlcnMgdG8gZGlzdGlu
Z3Vpc2ggdGhpcyBzdWItVExWIGFzIHRoZSBzYW1lIG9uZSAoYXMgaXQgaXMgdW5kZXIgZGlmZmVy
ZW50IFRFIExTQXMpLCB3aGljaCBpcw0KICAgYWN0dWFsbHkgZmluZS4gSXQgaXMgbm90IGFuIGVy
cm9yIGNvbmRpdGlvbi4gVGhlIHJvdXRlciB3b3VsZCBzaW1wbHkgcHJvY2VzcyB0aGUgc2FtZSBz
dWItVExWDQogICBtdWx0aXBsZSB0aW1lcy4NCg0KW0FsaWFdIFdvdWxkbid0IHRoZSBpbmZvcm1h
dGlvbiBjb250YWluZWQgYmUgcmVkdW5kYW50PyAgSSdtIG5vdCBzdXJlIHdoeSB5b3UgdGhpbmsg
dGhhdCB0aGUgZHVwbGljYXRpb24NCmNhbid0IGJlIGRldGVjdGVkIGJhc2VkIG9uIGZpZWxkcyBp
biB0aGUgc3ViLVRMVi4gIEFnYWluLCBqdXN0IGEgc2ltcGxlIHRpZS1icmVha2VyIHdvdWxkIHBy
b3ZpZGUgaW50ZXJvcGVyYWJpbGl0eS4NCg0KWU9VTkc+PiBQbGVhc2Ugc2VlIHRoZSBwcmV2aW91
cyBjb21tZW50Lg0KDQpFTkQuDQoNCkluIFNlYyAzLjEsICJUaGUgZm9ybWF0IG9mIHRoZSBTQ1NJ
IE1VU1QgYmUgYXMgZGVwaWN0ZWQgaW4gdGhlIGZvbGxvd2luZw0KZmlndXJlOiIgaW1wbGllcyB0
aGF0DQpib3RoIHRoZSBBdmFpbGFibGUgTGFiZWwgU3ViLVRMViBhbmQgdGhlIFNoYXJlZCBCYWNr
dXAgTGFiZWwgU3ViLVRMViBtdXN0DQpiZSBpbmNsdWRlZCBhbmQNCmluIHRoZSBzcGVjaWZpZWQg
b3JkZXIuICAgUGxlYXNlIGNsYXJpZnkgKGFuZCB1c2Ugc2VwYXJhdGUgZGlhZ3JhbXMpDQpkZXRh
aWxzIGFib3V0IGhvdyBtYW55IHRpbWVzDQplYWNoIHN1Yi1UTFYgY2FuIGFwcGVhciwgaWYgb3Jk
ZXJpbmcgbWF0dGVycywgYW5kIGhvdyB0byBoYW5kbGUgY29uZmxpY3RzDQpvciBkdXBsaWNhdGVz
Lg0KDQpZT1VORz4+IEdvb2QgcG9pbnQuIEkgd291bGQgcmVsYXggIk1VU1QiIHRvICJTSEFMTCIg
YXMgdGhlcmUgaXMgbm8gaXNzdWUgb2Ygb3JkZXJpbmcgaGVyZS4gVGhlIG51bWJlciBvZiBlYWNo
IHN1Yi1UTFYgZGVwZW5kcyBvbiB0aGUgbnVtYmVyIG9mIGxhYmVscyB0aGlzIGZpZWxkIGRlc2Ny
aWJlcy4gSWYgd2Ugd2VyZSB0YWxraW5nIGFib3V0LCAxMDAgY2hhbm5lbCAod2F2ZWxlbmd0aCkg
c3lzdGVtLCB0aGlzIGNhbiBiZSBhcyBtYW55IGFzIDEwMCBzdWItVExWcyBmb3IgdGhlIEF2YWls
YWJsZSBMYWJlbCBzdWItVExWICsgU2hhcmVkIEJhY2t1cCBMYWJlbCBUTFYuIEJ1dCB0aGVyZSBh
cmUgd2F5cyB0byByZWR1Y2UgdGhlIGVudHJ5IGJ5IExhYmVsIFJhbmdlLCBldGMgcGVyIFtHZW4t
RW5jb2RlXS4NCg0KSW4gY2FzZSBkdXBsaWNhdGVkIHN1Yi1UTFZzIGFwcGVhciAod2hpY2ggc2hv
dWxkIG5vdCBoYXBwZW4pLCB0aGUgcm91dGVyL25vZGUgd2lsbCBpZ25vcmUgdGhlIGR1cGxpY2F0
ZWQgbGFiZWxzIHdoaWNoIGFyZSBpZGVudGlmaWVkIGJ5IHRoZSBMYWJlbCBmb3JtYXQgZGVmaW5l
ZCBpbiBbUkZDNjIwNV0uDQoNCk1heSBJIHN1Z2dlc3QgdGhlIGZvbGxvd2luZyBjaGFuZ2VzOg0K
DQpPTEQNCg0KICAgICAgICBUaGUgZm9ybWF0IG9mIHRoZSBTQ1NJIE1VU1QgYmUgYXMgZGVwaWN0
ZWQgaW4gdGhlIGZvbGxvd2luZyBmaWd1cmU6DQoNCk5FVw0KDQogICAgICAgIFRoZSBmb3JtYXQg
b2YgdGhlIFNDU0kgU0hBTEwgYmUgYXMgZGVwaWN0ZWQgaW4gdGhlIGZvbGxvd2luZyBmaWd1cmU6
DQoNCkVORA0KDQpbQWxpYV0gSG93IGFib3V0ICJBIFNDU0kgbWF5IGNvbnRhaW4gbXVsdGlwbGUg
QXZhaWxhYmxlIExhYmVsIHN1Yi1UTFZzIGFuZCBtdWx0aXBsZSBTaGFyZWQgQmFja3VwIExhYmVs
IHN1Yi1UTFZzLiAgVGhlIGZvbGxvd2luZyBmaWd1cmUgc2hvd3MgdGhlIGZvcm1hdCBmb3IgYSBT
Q1NJIHRoYXQgY29udGFpbnMgdGhlc2Ugc3ViLVRMVnMuICBUaGUgb3JkZXIgb2YgdGhlIHN1Yi1U
TFZzIGluIHRoZSBTQ1NJIGlzIGFyYml0cmFyeS4iDQoNCllPVU5HPj4gQWNjZXB0ZWQuDQoNCg0K
T0xEDQoNCiAgICAgICAgV2hlcmUgdGhlIEF2YWlsYWJsZSBMYWJlbCBTdWItVExWIGFuZCBTaGFy
ZWQgQmFja3VwIExhYmVsIHN1Yi1UTFYNCiAgICAgICAgYXJlIGRlZmluZWQgaW4gW0dlbi1FbmNv
ZGVdLiAocmlnaHQgYmVsb3cgRmlndXJlIDEpDQoNCk5FVw0KDQogICAgICAgIFdoZXJlIHRoZSBB
dmFpbGFibGUgTGFiZWwgU3ViLVRMViBhbmQgU2hhcmVkIEJhY2t1cCBMYWJlbCBzdWItVExWDQog
ICAgICAgIGFyZSBkZWZpbmVkIGluIFtHZW4tRW5jb2RlXS4gSW4gY2FzZSB3aGVyZSBkdXBsaWNh
dGVkIHN1Yi1UTFZzIGFyZSBhZHZlcnRpc2VkLA0KICAgICAgdGhlIHJvdXRlci9ub2RlIHdpbGwg
aWdub3JlIHRoZSBkdXBsaWNhdGVkIGxhYmVscyB3aGljaCBhcmUgaWRlbnRpZmllZCBieSB0aGUg
TGFiZWwgZm9ybWF0DQogICAgICBkZWZpbmVkIGluIFtSRkM2MjA1XS4NCg0KRU5EDQoNCltBbGlh
XSBTb3VuZHMgZ29vZC4NCg0KRW5kIG9mIFNlYyA0OiAiSW4gY2FzZSB3aGVyZSB0aGUgbmV3IHN1
Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudA0KZW5jb2RpbmdzIGFyZQ0KICAgbWFsZm9ybWVkLCB0
aGUgcHJvcGVyIGFjdGlvbiB3b3VsZCBiZSB0byBsb2cgdGhlIHByb2JsZW0gYW5kDQppZ25vcmUu
Li4iICBGaXJzdCwgcGxlYXNlIGJlIGV4cGxpY2l0IGluDQp3aGF0IGJlaGF2aW9yIE1VU1QgYmUg
ZG9uZS4NCg0KWU9VTkc+PiBtYWxmb3JtZWQgc3ViLVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50IGVu
Y29kaW5ncyByZWZlciB0byB0aGF0IHdoaWNoIGFyZSBub3QgcGFyc2UtYWJsZSBkdWUgdG8gY29y
cnVwdGlvbiwgZXRjLiBhbmQgY2Fubm90IGJlIHN0b3JlZCBpbiB0aGUgVEVELg0KDQpIb3cgYWJv
dXQgYWRkaW5nIGEgbmV3IHNlbnRlbmNlIHRvIGRlc2NyaWJlIHRoZSBleHBlY3RlZCBhY3Rpb24g
YXMgZm9sbG93czoNCg0KT0xEDQoNCiAgIEluIGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBv
ciB0aGVpciBhdHRlbmRhbnQgZW5jb2RpbmdzIGFyZQ0KICAgbWFsZm9ybWVkLCB0aGUgcHJvcGVy
IGFjdGlvbiB3b3VsZCBiZSB0byBsb2cgdGhlIHByb2JsZW0gYW5kIGlnbm9yZQ0KICAganVzdCB0
aGUgc3ViLVRMVnMgaW4gR01QTFMgcGF0aCBjb21wdXRhdGlvbnMgcmF0aGVyIHRoYW4gaWdub3Jp
bmcNCiAgIHRoZSBlbnRpcmUgTFNBLg0KDQpORVcNCg0KICAgSW4gY2FzZSB3aGVyZSB0aGUgbmV3
IHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJlDQogICBtYWxmb3JtZWQs
IHRoZSBwcm9wZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBhbmQgaWdub3Jl
DQogICBqdXN0IHRoZSBzdWItVExWcyBpbiBHTVBMUyBwYXRoIGNvbXB1dGF0aW9ucyByYXRoZXIg
dGhhbiBpZ25vcmluZw0KICAgdGhlIGVudGlyZSBMU0EuIFRoaXMgc2hvdWxkIG5vdCBzdG9wIHRo
ZSBMU0EgYWR2ZXJ0aXNlbWVudCBwcm9jZXNzLg0KDQoNCltBbGlhXSBVc3VhbGx5LCBvbmUgZG9l
c24ndCByZWZsb29kIExTQXMgd2l0aCBtYWxmb3JtZWQgVExWcyBvciBzdWItVExWcy4gIEknbSBj
ZXJ0YWlubHkgd2lsbGluZw0KdG8gbGlzdGVuIHRvIHJlYXNvbmluZyBvbiB3aHkgZmxvb2Rpbmcg
cG90ZW50aWFsbHkgY29ycnVwdCBkYXRhIHdvdWxkIGJlIGEgZ29vZCBpZGVhLCBidXQgeW91J2xs
IG5lZWQNCnJlYWxseSBjbGVhciByZWFzb25pbmcuDQoNCllPVU5HPj4gIFdlIGRpc2N1c3NlZCBp
biBvdGhlciB0aHJlYWQuICBUby1yZWNhcCBoZXJlLCBob3cgYWJvdXQNCg0KDQpORVcNCg0KICAg
ICAgSW4gY2FzZSB3aGVyZSB0aGUgbmV3IHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNv
ZGluZ3MgYXJlDQoNCiAgICAgIG1hbGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gU0hPVUxEIGxv
ZyB0aGUgcHJvYmxlbSBhbmQgTVVTVCBzdG9wDQoNCiAgICAgIHNlbmRpbmcgdGhlIExTQSBpbiB3
aGljaCB0byBjb250YWluIG1hbGZvcm1lZCBUTFZzIG9yIHN1Yi1UTFZzLg0KDQpFTkQNCg0KDQoN
Cg0KSXMgdGhpcyBqdXN0IGZvciBtYWxmb3JtZWQgc3ViLVRMVnM/ICBJcyBpdA0Kc2FmZSB0byBh
c3N1bWUgdGhhdCBzdWItVExWcw0KZnVydGhlciBvbiBpbiB0aGUgVExWIChvciBmb2xsb3dpbmcg
VExWcykgY2FuIGJlIHByb3Blcmx5IHBhcnNlZD8NCg0KWU9VTkc+PiBZZXMgd2UgYXJlIGp1c3Qg
dGFsa2luZyBhYm91dCBtYWxmb3JtZWQgc3ViLVRMVnMuIEl0IGlzIHNhZmUgdG8gYXNzdW1lIHRo
YXQgb3RoZXIgc3ViLVRMVnMgaW4gdGhlIFRMViBvciBmb2xsb3dpbmcgVExWcyBjYW4gYmUgcHJv
cGVybHkgcGFyc2VkIGFzIHRoZXkgYXJlIGEgZGlzdGluY3Qgc2V0cyBvZiBpbmZvIGVsZW1lbnRz
IHdpdGggcHJvcGVyIHN1Yi1UTFYgdHlwZXMsIFRMViB0eXBlcy4NCg0KW0FsaWFdICBBcmUgeW91
IHBpY3R1cmluZyB0aGF0IGEgc3ViLVRMViBpcyBtYWxmb3JtZWQgaWYgaXRzIGxlbmd0aCBpc24n
dCBhY2N1cmF0ZSBvciBqdXN0IGlmIG9uZSBvZiB0aGUgZmllbGRzIGluc2lkZSB0aGUgc3ViLVRM
ViBpcyB1c2luZyBhIGJhZCB2YWx1ZSBvciBzZXR0aW5nIGEgcmVzZXJ2ZWQgdmFsdWU/ICBJbiB0
aGUgbGF0dGVyIGNhc2VzLCBwZXJoYXBzIGl0IG1pZ2h0IGJlIHRvbGVyYWJsZSB0byBhc3N1bWUg
dGhhdCB0aGVyZSB3YXNuJ3QgZGF0YS1jb3JydXB0aW9uIHRoYXQgd2lsbCBhZmZlY3QgdGhlIHJl
c3Qgb2YgdGhlIHBhcnNpbmcgLSBidXQgSSdtIGR1YmlvdXMuICAgRm9yIHRoZSBmaXJzdCwgaWYg
dGhlIGxlbmd0aCBpcyB3cm9uZywgdGhlbiB5b3UgY2FuJ3QgYWNjdXJhdGVseSBrbm93IHdoZXJl
IHRoZSBuZXh0IHN1Yi1UTFYgc3RhcnRzIHNvIGFsbCBwYXJzaW5nIGFmdGVyIGlzbid0IHRydXN0
YWJsZSwgSU1ITy4NCg0KWU9VTkc+PiBCb3RoIGNhc2VzLiBQbGVhc2Ugc2VlIHRoZSBwcmV2aW91
cyBjb21tZW50LiBJIHRoaW5rIGluIGVpdGhlciBjYXNlLCB0aGUgc2FmZSB3YXkgaXMgdG8gc3Rv
cCB0aGUgTFNBIGFkdmVydGlzZW1lbnQuDQoNCg0KDQoNClNlY29uZCwgcGxlYXNlIGFkZCBpbiBz
b21lIHdvcmRzDQphYm91dCB0aGUgZXhwZWN0ZWQgbG9hZCBvZiBsb2dzLg0KDQpZT1VORz4+IEhv
dyBhYm91dCBhZGRpbmcgb25lIHNlbnRlbmNlIGZvbGxvd2VkIGJ5ICJJbiBjYXNlLi4uIg0KDQpO
RVcNCiAgICAgICAgVGhlIGV4cGVjdGVkIGxvYWQgb2YgbG9ncyBpcyBub3QgZXhwZWN0ZWQgdG8g
YmUgYSBoaWdoIHZvbHVtZSBhcyBtYWxmb3JtZWQgVExWcyBkbyBub3Qgb2NjdXINCiAgICAgIGZy
ZXF1ZW50bHkgaW4gR01QTFMuDQoNCkVORA0KDQpbQWxpYV0gVWggLSBvZiBjb3Vyc2UgZXJyb3Ig
Y29uZGl0aW9ucyBhcmVuJ3QgZXhwZWN0ZWQgdG8gYmUgY29tbW9uISAgSG93IGFib3V0IGNvbnNp
ZGVyaW5nIGhvdyBvZnRlbiB0aGUNCmFkdmVydGlzaW5nIHJvdXRlciBtaWdodCBzZW5kIHRoZSBM
U0E/ICBIb3cgYWJvdXQgY29uc2lkZXJpbmcgdGhlIG51bWJlciBvZiBuZWlnaGJvcnMgdGhhdCB3
aWxsIGJlIGZsb29kaW5nIGl0Pw0KSG93IGFib3V0IGRhbXBlbmluZyB0aGUgbnVtYmVyIG9mIGxv
Z3M/ICBNYWtpbmcgaXQgYSBNQVkgbG9nIGFsc28gbWFrZXMgaXQgY2xlYXIgdGhhdCBpdCdzIHVw
IHRvIHRoZSBpbXBsZW1lbnRhdGlvbi4NCg0KWU9VTkc+PiBQZXIgQWRyaWFu4oCZcyBzdWdnZXN0
aW9uLCBob3cgYWJvdXQ6DQoNCk5FVw0KDQoNCkVycm9ycyBvZiB0aGlzIG5hdHVyZSBTSE9VTEQg
YmUgbG9nZ2VkIGZvciB0aGUgbG9jYWwgb3BlcmF0b3IuIEltcGxlbWVudGF0aW9ucyBNVVNUIHBy
b3ZpZGUgYSByYXRlIGxpbWl0IG9uIHN1Y2ggbG9ncywgYW5kIHRoYXQgcmF0ZSBsaW1pdCBTSE9V
TEQgYmUgY29uZmlndXJhYmxlLg0KDQoNCg0KRU5EDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNP
TU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KDQpJbiBTZWMgMiwgaXQncyB1c2VmdWwgdG8gdXNl
IFRCQTEsIFRCQTIsIGV0Yy4gaW5zdGVhZCBvZiByZXVzaW5nIFRCQSAtDQphZGRzIHRvIGNsYXJp
dHkgb2YgdGhlIHRleHQgYW5kIG1ha2VzIGl0IGVhc2llciB0byBtYWtlIHN1cmUgcmVwbGFjZW1l
bnQNCmlzIGRvbmUNCnByb3Blcmx5IHdoZW4gdGhlIHZhbHVlcyBhcmUgYXNzaWduZWQuDQoNCllP
VU5HPj4gR29vZCBwb2ludC4gSSB3aWxsIGNoYW5nZSB0aGF0IHdheSBhcyB5b3Ugc3VnZ2VzdC4N
Cg0KSW4gU2VjIDMuMSwgaXQgc2F5cyAiICAgVGhlIHRlY2hub2xvZ3kgc3BlY2lmaWMgcGFydCBv
ZiB0aGUgV1NPTiBJU0NEIG1heQ0KaW5jbHVkZSBhIHZhcmlhYmxlDQogICBudW1iZXIgb2Ygc3Vi
LVRMVnMgY2FsbGVkIEJhbmR3aWR0aCBzdWItVExWcy4gIFR3byB0eXBlcyBvZg0KICAgQmFuZHdp
ZHRoIHN1Yi1UTFYgYXJlIGRlZmluZWQgKFRCQSBieSBJQU5BKToiICAgSWYgdGhpcyBkb2N1bWVu
dCBpcw0KY3JlYXRpbmcgdGhlDQpiYW5kd2lkdGggc3ViLXRsdiBzcGFjZSwgdGhlbiB0aGlzIGRy
YWZ0IHNpbXBseSBhc3NpZ25zIGluaXRpYWwgdmFsdWVzIC0NCnNvIG5vIG5lZWQgZm9yIHRoZSAi
VEJBDQpieSBJQU5BIi4NCg0KWU9VTkc+PiBDb3JyZWN0LiBXaWxsIGFkZHJlc3MgdGhhdC4NCg0K
SW4gU2VjIDQsICJJbiBhIHR5cGljYWwgbm9kZSBjb25maWd1cmF0aW9uLCB0aGUgb3B0aWNhbCBu
b2RlIHByb3BlcnR5IFRMVg0Kd2lsbCBub3QgZXhjZWVkIHRoZSBJUCBNVFUuIg0KQ2FuIHlvdSBw
bGVhc2UgZGVzY3JpYmUgdGhlIGFzc3VtcHRpb25zIGFib3V0IGEgInR5cGljYWwgbm9kZQ0KY29u
ZmlndXJhdGlvbiI/ICBJbiBhIGZldyB5ZWFycywgdGhlc2UNCmFzc3VtcHRpb25zIGFyZSBsaWtl
bHkgdG8gaGF2ZSBjaGFuZ2VkLg0KDQpZT1VORz4+IEkgY2FuIGFkZDoNCg0KTkVXDQoNCiAgICAg
ICAgQSB0eXBpY2FsIG5vZGUgY29uZmlndXJhdGlvbiByZWZlcnMgdG8gYSBzeXN0ZW0gd2l0aCBz
ZXZlcmFsIGh1bmRyZWRzIG9mIGNoYW5uZWxzLiBJbiBhZGRpdGlvbiwgW1dTT04tRW5jb2RlXSBw
cm92aWRlcyBtZWNoYW5pc21zIHRvIGNvbXBhY3RseSBlbmNvZGUgcmVxdWlyZWQgaW5mb3JtYXRp
b24gZWxlbWVudHMuDQoNCkVORA0KDQpbQWxpYV0gVGhhbmtzIC0gY291bGQgeW91IHRha2UgdGhp
cyBvbmUgc3RlcCBmdXJ0aGVyIGFuZCBzcGVjaWZ5IGFib3V0IHRoZSBleHBlY3RlZCBzaXplIG9m
IHRoZSBUTFYgYmFzZWQgb24gdGhlc2UgYXNzdW1wdGlvbnM/DQoNCllPVU5HPj4gT0suIEkgd2ls
bCBjYWxjdWxhdGUgdGhpcyBhbmQgYWRkIGluIHRoZSB0ZXh0IGluIHRoZSByZXZpc2lvbi4NCg0K
VGhhbmtzLA0KQWxpYQ0KDQo=

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FC76dfweml706chm_
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
OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4
dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQg
Q2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl
OjEwLjVwdDsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtt
c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh
bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1z
dHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt
c28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0KLk1z
b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl
Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx
LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5
bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0
IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp
dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh
ZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYg
Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgQWxpYSw8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rIHlv
dSBmb3IgcHJvdmlkaW5nIHlvdXIgZ29vZCBjb21tZW50cy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHNl
ZSBpbi1saW5lIGZvciBteSBjb21tZW50cy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRzLDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Zb3VuZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp
biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+
RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gQWxpYSBBdGxhcyBb
bWFpbHRvOmFrYXRsYXNAZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgQXVn
dXN0IDIxLCAyMDE1IDQ6MDcgUE08YnI+DQo8Yj5Ubzo8L2I+IExlZXlvdW5nPGJyPg0KPGI+Q2M6
PC9iPiBUaGUgSUVTRzsgY2NhbXAtY2hhaXJzQGlldGYub3JnOyBkcmFmdC1pZXRmLWNjYW1wLXdz
b24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZkBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmc8YnI+
DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IEFsaWEgQXRsYXMnIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1j
Y2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYtMTU6ICh3aXRoIERJU0NVU1MgYW5k
IENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6IzM4NzYxRCI+SGkgWW91bmcsPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzODc2
MUQiPk15IGFwb2xvZ2llcyBmb3IgdGhlIGxvbmcgZGVsYXkgaW4gcmVzcG9uZGluZy4mbmJzcDsg
TXkgcmVzcG9uc2VzIGFyZSBpbi1saW5lLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzODc2MUQi
PlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzM4NzYxRCI+QWxpYTwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBXZWQsIEF1
ZyA1LCAyMDE1IGF0IDM6MTEgUE0sIExlZXlvdW5nICZsdDs8YSBocmVmPSJtYWlsdG86bGVleW91
bmdAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxlZXlvdW5nQGh1YXdlaS5jb208L2E+Jmd0
OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEFsaWEsPGJy
Pg0KPGJyPg0KVGhhbmsgeW91IGZpcnN0IG9mIGFsbCBmb3IgcHJvdmlkaW5nIHZlcnkgdXNlZnVs
IGNvbW1lbnRzLjxicj4NCjxicj4NCkhlcmUncyBteSBhdHRlbXB0IHRvIHlvdXIgY29tbWVudHMv
RElTQ1VTUy4gUGxlYXNlIHNlZSBpbmxpbmUuPGJyPg0KPGJyPg0KVGhhbmtzLjxicj4NCllvdW5n
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08
YnI+DQpGcm9tOiBBbGlhIEF0bGFzIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAZ21h
aWwuY29tIj5ha2F0bGFzQGdtYWlsLmNvbTwvYT5dPGJyPg0KU2VudDogV2VkbmVzZGF5LCBBdWd1
c3QgMDUsIDIwMTUgOTo0NyBBTTxicj4NClRvOiBUaGUgSUVTRzxicj4NCkNjOiA8YSBocmVmPSJt
YWlsdG86Y2NhbXAtY2hhaXJzQGlldGYub3JnIj5jY2FtcC1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8
YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5
LW9zcGZAaWV0Zi5vcmciPg0KZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmls
aXR5LW9zcGZAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmciPg0K
Y2NhbXBAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDogQWxpYSBBdGxhcycgRGlzY3VzcyBvbiBk
cmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdpdGgg
RElTQ1VTUyBhbmQgQ09NTUVOVCk8YnI+DQo8YnI+DQpBbGlhIEF0bGFzIGhhcyBlbnRlcmVkIHRo
ZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcjxicj4NCmRyYWZ0LWlldGYtY2NhbXAtd3Nv
bi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmLTE1OiBEaXNjdXNzPGJyPg0KPGJyPg0KV2hlbiBy
ZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkg
dG8gYWxsPGJyPg0KZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGlu
ZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXM8YnI+DQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBo
b3dldmVyLik8YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2UgcmVmZXIgdG8gPGEgaHJlZj0iaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sIiB0YXJn
ZXQ9Il9ibGFuayI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNz
LWNyaXRlcmlhLmh0bWw8L2E+PGJyPg0KZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBE
SVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy48YnI+DQo8YnI+DQo8YnI+DQpUaGUgZG9jdW1l
bnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6
PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0
Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYvIiB0YXJnZXQ9Il9ibGFuayI+
aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNp
Z25hbC1jb21wYXRpYmlsaXR5LW9zcGYvPC9hPjxicj4NCjxicj4NCjxicj4NCjxicj4NCi0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS08YnI+DQpESVNDVVNTOjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQo8YnI+DQpJJ2Qg
bGlrZSB0byBzZWUgY2xlYXJlciBkZXNjcmlwdGlvbnMgb24gcGFydGljdWxhcmx5IHRoZSBlcnJv
ci1oYW5kbGluZzxicj4NCmFyb3VuZCBtdWx0aXBsZSBUTFZzIGFuZCBzdWItVExWcy48YnI+DQpJ
IHNlZSBhIGZldyBwb2ludHMgb2YgYW1iaWd1aXR5IC0gYXMgZGVzY3JpYmVkIGJlbG93LiZuYnNw
OyBJIHRoaW5rIHRoZXNlPGJyPg0Kc2hvdWxkIGJlIHN0cmFpZ2h0Zm9yd2FyZCB0byBjbGFyaWZ5
IGJ1dDxicj4NCmludGVyb3BlcmFiaWxpdHkgY291bGQgYmUgYWZmZWN0ZWQgaWYgdGhpcyBpc24n
dCBkb25lLiZuYnNwOyAmbmJzcDtUaGFua3MhPGJyPg0KPGJyPg0KSW4gU2VjIDIsIGl0IHNheXMg
JnF1b3Q7T25seSBvbmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViBzaGFsbCBiZSBhZHZlcnRp
c2VkPGJyPg0KaW4gZWFjaCBMU0EuJnF1b3Q7IFdoYXQgaXMgdGhlIGVycm9yLWhhbmRsaW5nIGlm
IG11bHRpcGxlIG9mIHRoaXMgVExWIGFyZTxicj4NCnNlZW4/PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WU9VTkcmZ3Q7Jmd0OyBUaGlzIGlzIHRv
IGFsbG93IGZvciBmaW5lIGdyYW51bGFyaXR5IGNoYW5nZXMgaW4gdG9wb2xvZ3kgcGVyIFtSRkMz
NjMwXS4gSXQgaXMgbm90IGFuIGVycm9yIHBlciBzZSBpZiB0aGVyZSBhcmUgbXVsdGlwbGUgb2Yg
dGhpcyBUTFYgYXJlIGluIGVhY2ggTFNBLjxicj4NCjxicj4NCklzIHRoYXQgYSBTSEFMTCBvciBh
ICZxdW90O2F0IG1vc3Qgb25lLi4uIE1VU1QgYmUgYWR2ZXJ0aXNlZCZxdW90Oz8mbmJzcDsgSSdk
IGV4cGVjdDxicj4NCm5vcm1hdGl2ZSBsYW5ndWFnZS48YnI+DQo8YnI+DQpZT1VORyZndDsmZ3Q7
ICZxdW90O1NIQUxMJnF1b3Q7IHNlZW1zIHRvIGJlIHJpZ2h0IG9uZSwgYWdhaW4gcGVyIFtSRkMz
NjMwXS48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMjc0RTEzIj5bQWxpYV0gT2sgLSBTSEFMTCBpcyBmaW5lLiZuYnNwOyBQ
ZXJoYXBzIHRleHQgbGlrZSZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj4mcXVv
dDtUbyBhbGxvdyBmb3IgZmluZSBncmFudWxhcml0eSBjaGFuZ2VzIGluIHRvcG9sb2d5LCBvbmx5
IG9uZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkgVExWIFNIQUxMIGJlPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMyNzRFMTMiPmFkdmVydGlzZWQgaW4gZWFjaCBMU0EuJm5ic3A7IEFuIGltcGxlbWVudGF0
aW9uIE1VU1Qgc3VwcG9ydCByZWNlaXZpbmcgbXVsdGlwbGUgT3B0aWNhbCBOb2RlIFByb3BlcnR5
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPlRMVnMgaW4gYW4gTFNBLiZxdW90Ozwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Izcw
MzBBMCI+WU9VTkcmZ3Q7Jmd0OyBGcm9tIGFub3RoZXIgZW1haWwgdGhyZWFkIChwZXIgQWRyaWFu
KSwgd2UgZGlzY3Vzc2VkIHRoaXMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzcwMzBBMCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3MDMwQTAiPk5FVzxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojNzAzMEEwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6IzcwMzBBMCI+V2hlbiB1c2luZyB0aGUgZXh0ZW5z
aW9ucyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIGF0IGxlYXN0IG9uZSBPcHRpY2FsIE5vZGUg
UHJvcGVydHkgVExWIE1VU1QgYmUgYWR2ZXJ0aXNlZCBpbiBlYWNoIExTQS4gVG8gYWxsb3cgZm9y
IGZpbmUgZ3JhbnVsYXJpdHkgY2hhbmdlcyBpbiB0b3BvbG9neSwgbW9yZSB0aGFuIG9uZSBPcHRp
Y2FsIE5vZGUgUHJvcGVydHkNCiBUTFYgTUFZIGJlIGFkdmVydGlzZWQgaW4gYSBzaW5nbGUgTFNB
LiBJbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IHJlY2VpdmluZyBtdWx0aXBsZSBPcHRpY2Fs
IE5vZGUgUHJvcGVydHkgVExWcyBpbiBhbiBMU0EuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOiM3MDMwQTAiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxl
PSJjb2xvcjojNzAzMEEwIj5FTkQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk
ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAw
aW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5JbiBTZWMgMiwgaXQgc2F5cyAmcXVvdDsmbmJzcDsgJm5ic3A7QW1vbmcgdGhl
IHN1Yi1UTFZzIGRlZmluZWQgYWJvdmUsIHRoZSBSZXNvdXJjZTxicj4NCkJsb2NrIFBvb2wgU3Rh
dGUgc3ViLTxicj4NCiZuYnNwOyAmbmJzcDtUTFYgYW5kIFJlc291cmNlIEJsb2NrIFNoYXJlZCBB
Y2Nlc3MgV2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkgYXJlPGJyPg0KJm5ic3A7ICZuYnNwO2R5bmFt
aWMgaW4gbmF0dXJlIHdoaWxlIHRoZSByZXN0IGFyZSBzdGF0aWMuIEFzIHN1Y2gsIHRoZXkgY2Fu
IGJlPGJyPg0KJm5ic3A7ICZuYnNwO3NlcGFyYXRlZCBvdXQgZnJvbSB0aGUgcmVzdCBhbmQgYmUg
YWR2ZXJ0aXNlZCB3aXRoIG11bHRpcGxlIFRFIExTQXM8YnI+DQombmJzcDsgJm5ic3A7cGVyIE9T
UEYgcm91dGVyLCBhcyBkZXNjcmliZWQgaW4gW1JGQzM2MzBdIGFuZCBbUkZDNTI1MF0uJnF1b3Q7
PGJyPg0KU28gLSBvbmUgY2FuIGFkdmVydGlzZSBtdWx0aXBsZSBURSBMU0FzIC0gZWFjaCB3aXRo
IGF0IG1vc3Qgb25lJm5ic3A7IE9wdGljYWw8YnI+DQpOb2RlIFByb3BlcnR5IFRMVjxicj4NCmFu
ZCBhdCBtb3N0IG9uZSBvZiB0aGVzZSBzdWItVExWcz88YnI+DQo8YnI+DQpZT1VORyZndDsmZ3Q7
IFRoaXMgaXMgY29ycmVjdCBleGNlcHQgdGhhdCB0aGUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRM
ViB3b3VsZCBjYXJyeSAmcXVvdDthdCBsZWFzdCZxdW90OyBvbmUgb2YgdGhlc2Ugc3ViLVRMVnMg
YXMgb3Bwb3NlZCB0byAmcXVvdDthdCBtb3N0IG9uZSBvZiB0aGVzZSBzdWItVExWcy4mcXVvdDsg
Rm9yIGluc3RhbmNlLCBvbmUgVEUgTFNBIGNhbiBjYXJyeSBvbmUgT3B0aWNhbCBOb2RlIFByb3Bl
cnR5IFRMViB1bmRlciB3aGljaCB0d28gZHluYW1pYyBzdWItVExWcyAoaS5lLiwNCiB0aGUgUmVz
b3VyY2U8YnI+DQpCbG9jayBQb29sIFN0YXRlIHN1Yi1UTFYgYW5kIFJlc291cmNlIEJsb2NrIFNo
YXJlZCBBY2Nlc3MgV2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkgc3ViLVRMVikgY2FuIGJlIGFkdmVy
dGlzZWQgd2hpbGUgYW5vdGhlciBURSBMU0EgY2FuIGNhcnJ5IG9uZSBPcHRpY2FsIE5vZGUgUHJv
cGVydHkgVExWIHVuZGVyIHdoaWNoIHRoZSByZXN0IG9mIHN0YXRpYyBzdWItVExWcyBjYW4gYmUg
YWR2ZXJ0aXNlZC48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj5bQWxpYV0m
bmJzcDtPay4mbmJzcDsgVGhhbmtzIGZvciBjbGFyaWZ5aW5nLjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7SWYgdGhlIHNh
bWUgc3ViLVRMViBhcHBlYXJzIGluPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp
bmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5kaWZmZXJlbnQgVEUgTFNBcywgaG93PGJyPg0KYXJlIHRo
ZXkgbWVyZ2VkIG9yIGlzIGEgcGFydGljdWxhciBvbmUgcHJlZmVycmVkIGFuZCB0aGUgcmVzdCBp
Z25vcmVkPyZuYnNwOyBJPGJyPg0Kc2VlIHRoZSB0ZXh0IGluIHRoZTxicj4NCnByZXZpb3VzIHBh
cmFncmFwaCBvZiAmcXVvdDtJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWItVExWIGlzIHJl
Y2VpdmVkLDxicj4NCiZuYnNwOyAmbmJzcDtvbmx5IHRoZSBmaXJzdCBvbmUgb2YgdGhlIHNhbWUg
dHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSByZXN0IGFyZTxicj4NCiZuYnNwOyAmbmJzcDtpZ25v
cmVkIHVwb24gcmVjZWlwdC4mcXVvdDsgYnV0IHdoYXQgZG9lcyB0aGUgJnF1b3Q7Zmlyc3Qgb25l
JnF1b3Q7IG1lYW4/Jm5ic3A7IElzIHRoYXQ8YnI+DQpkZWNpZGVkIGJhc2VkIG9uPGJyPg0KYSBw
YXJ0aWN1bGFyIGlkZW50aWZpZXI/PGJyPg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0OyBUaGUgdGV4dCBp
biBTZWN0aW9uIDIgeW91IHF1b3RlZCBpcyBub3QgZGVhbGluZyB3aXRoIHRoZSBjYXNlIGZvciB0
d28gZGlmZmVyZW50IFRFIExTQXMuIEluIHN1Y2ggY2FzZSwgdGhlbiB0aGUgc3ViLVRMVnMgd2ls
bCBpZGVudGlmeSBieSB0aGUgdmFsdWUgb2YgdGhlIHN1Yi1UTFYuPGJyPg0KPGJyPg0KVGhlIGNh
c2UgeW91IGFyZSByZWZlcnJpbmcgdG8gaXMgZm9yIHRoZSBjYXNlIHdoZXJlIHRoZSBzYW1lIHN1
Yi1UTFYgaXMgYWR2ZXJ0aXNlZCBpbiBkaWZmZXJlbnQgVEUgTFNBcy4gSXQgc2hvdWxkIE5PVCBo
YXBwZW4gdGhhdCB3YXksIGJ1dCBpbiBjYXNlIGl0IGhhcHBlbnMgYnkgbWlzdGFrZSBvZiBwYWNr
YWdpbmcsIHRoZW4gaXQgd2lsbCBiZSB1cGRhdGVkIG9uZSBhZnRlciBhbm90aGVyLiBUaGVyZSBp
cyBubyB3YXkgZm9yIHRoZSByb3V0ZXJzDQogdG8gZGlzdGluZ3Vpc2ggdGhpcyBzdWItVExWIGFz
IHRoZSBzYW1lIG9uZSAoYXMgaXQgaXMgdW5kZXIgZGlmZmVyZW50IFRFIExTQXMpLCB3aGljaCBp
cyBhY3R1YWxseSBmaW5lLiBJdCBpcyBub3QgYW4gZXJyb3IgY29uZGl0aW9uLiBUaGUgcm91dGVy
IHdvdWxkIHNpbXBseSBwcm9jZXNzIHRoZSBzYW1lIHN1Yi1UTFYgbXVsdGlwbGUgdGltZXMuPGJy
Pg0KPGJyPg0KSSBjYW4gc3VnZ2VzdCB0aGUgZm9sbG93aW5nIGNoYW5nZXM6PGJyPg0KPGJyPg0K
T0xEOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtBbGwgc3ViLVRMVnMgZGVmaW5lZCBoZXJlIG1h
eSBvY2N1ciBhdCBtb3N0IG9uY2UgaW4gYW55IGdpdmVuPGJyPg0KJm5ic3A7ICZuYnNwO09wdGlj
YWwgTm9kZSBUTFYuIElmIG1vcmUgdGhhbiBvbmUgY29weSBvZiBhIHN1Yi1UTFYgaXMgcmVjZWl2
ZWQsPGJyPg0KJm5ic3A7ICZuYnNwO29ubHkgdGhlIGZpcnN0IG9uZSBvZiB0aGUgc2FtZSB0eXBl
IGlzIHByb2Nlc3NlZCBhbmQgdGhlIHJlc3QgYXJlPGJyPg0KJm5ic3A7ICZuYnNwO2lnbm9yZWQg
dXBvbiByZWNlaXB0LiBUaGVzZSByZXN0cmljdGlvbiBuZWVkIG5vdCBhcHBseSB0byBmdXR1cmU8
YnI+DQombmJzcDsgJm5ic3A7c3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWItVExWcyBhcmUgaWdu
b3JlZC48YnI+DQo8YnI+DQpORVc6PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO0FsbCBzdWItVExW
cyBkZWZpbmVkIGhlcmUgbWF5IG9jY3VyIGF0IG1vc3Qgb25jZSBpbiBhbnkgZ2l2ZW48YnI+DQom
bmJzcDsgJm5ic3A7T3B0aWNhbCBOb2RlIFRMViB1bmRlciBvbmUgVEUgTFNBLiBJZiBtb3JlIHRo
YW4gb25lIGNvcHkgb2YgYSBzdWItVExWIGlzIHJlY2VpdmVkLDxicj4NCiZuYnNwOyAmbmJzcDtv
bmx5IHRoZSBmaXJzdCBvbmUgb2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSBy
ZXN0IGFyZTxicj4NCiZuYnNwOyAmbmJzcDtpZ25vcmVkIHVwb24gcmVjZWlwdC4gVGhlc2UgcmVz
dHJpY3Rpb24gbmVlZCBub3QgYXBwbHkgdG8gZnV0dXJlPGJyPg0KJm5ic3A7ICZuYnNwO3N1Yi1U
TFZzLiBVbnJlY29nbml6ZWQgc3ViLVRMVnMgYXJlIGlnbm9yZWQuPG86cD48L286cD48L3A+DQo8
L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzI3NEUxMyI+W0FsaWFdIE15IGNvbmNlcm4gaXMgYWJvdXQgdGhlIHBocmFzZSAmcXVv
dDtvbmx5IHRoZSBmaXJzdCBvbmUmcXVvdDsgYmVjYXVzZSB0d28gZGlmZmVyZW50IHJvdXRlcnMg
bWF5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPnJlY2VpdmVkIHRoZSBURSBMU0FzIGlu
IGRpZmZlcmVudCBvcmRlciBkZXBlbmRpbmcgdXBvbiBmbG9vZGluZyBkeW5hbWljcy4mbmJzcDsg
SSB3b3VsZCBtdWNoIHJhdGhlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj50aGF0IHlv
dSBkZWZpbmUgYSB0aWUtYnJlYWtpbmcgbWVjaGFuaXNtIC0gZm9yIGluc3RhbmNlICZuYnNwO3Bp
Y2tpbmcgdGhlIGxhcmdlc3QgTFNBIElEIChTZWMgMi4yIG9mIFJGQyAzNjMwKSw8L3NwYW4+PG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6IzI3NEUxMyI+YmVjYXVzZSB0aGF0IGlzIGNvbnNpZGVyZWQgbmV3ZXIuPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5ZT1VORyZndDsmZ3Q7IFRoYW5rcyBmb3IgdGhlIHJlZmVyZW5jZS4gVGFraW5nIHRo
ZSBsYXJnZXN0IExTQSBJRCBpcyBhIGdvb2QgaWRlYSBpbiB0aGlzIHNpdHVhdGlvbi4gSG93IGFi
b3V0IHRoZW46PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5ORVc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNzAzMEEw
Ij4NCkFsbCBzdWItVExWcyBkZWZpbmVkIGhlcmUgbWF5IG9jY3VyIGF0IG1vc3Qgb25jZSBpbiBh
bnkgZ2l2ZW48YnI+DQombmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IE9wdGljYWwgTm9kZSBUTFYgdW5kZXIgb25lIFRFIExTQS4gSWYg
bW9yZSB0aGFuIG9uZSBjb3B5IG9mIHRoZSBzdWItVExWIGlzIHJlY2VpdmVkLDxicj4NCiZuYnNw
OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
aW4gdGhlIHNhbWUgTFNBLCB0aGUgcmVkdW5kYW50IHN1Yi1UTFYgU0hPVUxEIGJlIGlnbm9yZWQu
IEluIGNhc2Ugd2hlcmUgdGhlIHNhbWUgc3ViLVRMVjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzcwMzBBMCI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElz
IGFkdmVydGlzZWQgaW4gZGlmZmVyZW50IFRFIExTQSAod2hpY2ggd291bGQgdGFrZSBwbGFjZSBv
bmx5IGJ5IGEgcGFja2FnaW5nIGVycm9yKSwgdGhlbiB0aGUgc3ViLVRMVjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzcwMzBBMCI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IHdpdGggdGhlIGxhcmdlc3QgTFNBIElEIChTZWMgMi4yIG9mIFJGQyAzNjMwKSBT
SE9VTEQgYmUgcGlja2VkLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNzAzMEEwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaGVzZSByZXN0
cmljdGlvbiBuZWVkIG5vdCBhcHBseSB0byBmdXR1cmUgc3ViLVRMVnMuIFVucmVjb2duaXplZCBz
dWItVExWcyBhcmUgaWdub3JlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPkVORDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr
cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7
cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6
MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDtJbiBjYXNlIHdoZXJlIHRo
ZSBzYW1lIHN1Yi1UTFYgaXMgYWR2ZXJ0aXNlZCBpbiBkaWZmZXJlbnQgVEUgTFNBcyAod2hpY2gg
d291bGQgdGFrZSBwbGFjZSBieSBhPGJyPg0KJm5ic3A7ICZuYnNwO3BhY2thZ2luZyBlcnJvciks
IHRoZW4gdGhlIHN1Yi1UTFYgd2lsbCBiZSB1cGRhdGVkIG9uZSBhZnRlciBhbm90aGVyLiBUaGVy
ZSBpcyBubyB3YXkgZm9yIHRoZTxicj4NCiZuYnNwOyAmbmJzcDtyb3V0ZXJzIHRvIGRpc3Rpbmd1
aXNoIHRoaXMgc3ViLVRMViBhcyB0aGUgc2FtZSBvbmUgKGFzIGl0IGlzIHVuZGVyIGRpZmZlcmVu
dCBURSBMU0FzKSwgd2hpY2ggaXM8YnI+DQombmJzcDsgJm5ic3A7YWN0dWFsbHkgZmluZS4gSXQg
aXMgbm90IGFuIGVycm9yIGNvbmRpdGlvbi4gVGhlIHJvdXRlciB3b3VsZCBzaW1wbHkgcHJvY2Vz
cyB0aGUgc2FtZSBzdWItVExWPGJyPg0KJm5ic3A7ICZuYnNwO211bHRpcGxlIHRpbWVzLjxvOnA+
PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBXb3VsZG4ndCB0aGUgaW5mb3JtYXRp
b24gY29udGFpbmVkIGJlIHJlZHVuZGFudD8mbmJzcDsgSSdtIG5vdCBzdXJlIHdoeSB5b3UgdGhp
bmsgdGhhdCB0aGUgZHVwbGljYXRpb248L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+Y2Fu
J3QgYmUgZGV0ZWN0ZWQgYmFzZWQgb24gZmllbGRzIGluIHRoZSBzdWItVExWLiZuYnNwOyBBZ2Fp
biwganVzdCBhIHNpbXBsZSB0aWUtYnJlYWtlciB3b3VsZCBwcm92aWRlIGludGVyb3BlcmFiaWxp
dHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5ZT1VORyZndDsmZ3Q7IFBsZWFzZSBzZWUgdGhlIHByZXZpb3VzIGNvbW1l
bnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g
MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPkVORC48YnI+DQo8YnI+DQpJbiBTZWMgMy4xLCAmcXVvdDtUaGUgZm9y
bWF0IG9mIHRoZSBTQ1NJIE1VU1QgYmUgYXMgZGVwaWN0ZWQgaW4gdGhlIGZvbGxvd2luZzxicj4N
CmZpZ3VyZTomcXVvdDsgaW1wbGllcyB0aGF0PGJyPg0KYm90aCB0aGUgQXZhaWxhYmxlIExhYmVs
IFN1Yi1UTFYgYW5kIHRoZSBTaGFyZWQgQmFja3VwIExhYmVsIFN1Yi1UTFYgbXVzdDxicj4NCmJl
IGluY2x1ZGVkIGFuZDxicj4NCmluIHRoZSBzcGVjaWZpZWQgb3JkZXIuJm5ic3A7ICZuYnNwO1Bs
ZWFzZSBjbGFyaWZ5IChhbmQgdXNlIHNlcGFyYXRlIGRpYWdyYW1zKTxicj4NCmRldGFpbHMgYWJv
dXQgaG93IG1hbnkgdGltZXM8YnI+DQplYWNoIHN1Yi1UTFYgY2FuIGFwcGVhciwgaWYgb3JkZXJp
bmcgbWF0dGVycywgYW5kIGhvdyB0byBoYW5kbGUgY29uZmxpY3RzPGJyPg0Kb3IgZHVwbGljYXRl
cy48YnI+DQo8YnI+DQpZT1VORyZndDsmZ3Q7IEdvb2QgcG9pbnQuIEkgd291bGQgcmVsYXggJnF1
b3Q7TVVTVCZxdW90OyB0byAmcXVvdDtTSEFMTCZxdW90OyBhcyB0aGVyZSBpcyBubyBpc3N1ZSBv
ZiBvcmRlcmluZyBoZXJlLiBUaGUgbnVtYmVyIG9mIGVhY2ggc3ViLVRMViBkZXBlbmRzIG9uIHRo
ZSBudW1iZXIgb2YgbGFiZWxzIHRoaXMgZmllbGQgZGVzY3JpYmVzLiBJZiB3ZSB3ZXJlIHRhbGtp
bmcgYWJvdXQsIDEwMCBjaGFubmVsICh3YXZlbGVuZ3RoKSBzeXN0ZW0sIHRoaXMgY2FuIGJlIGFz
IG1hbnkgYXMgMTAwDQogc3ViLVRMVnMgZm9yIHRoZSBBdmFpbGFibGUgTGFiZWwgc3ViLVRMViAm
IzQzOyBTaGFyZWQgQmFja3VwIExhYmVsIFRMVi4gQnV0IHRoZXJlIGFyZSB3YXlzIHRvIHJlZHVj
ZSB0aGUgZW50cnkgYnkgTGFiZWwgUmFuZ2UsIGV0YyBwZXIgW0dlbi1FbmNvZGVdLjxicj4NCjxi
cj4NCkluIGNhc2UgZHVwbGljYXRlZCBzdWItVExWcyBhcHBlYXIgKHdoaWNoIHNob3VsZCBub3Qg
aGFwcGVuKSwgdGhlIHJvdXRlci9ub2RlIHdpbGwgaWdub3JlIHRoZSBkdXBsaWNhdGVkIGxhYmVs
cyB3aGljaCBhcmUgaWRlbnRpZmllZCBieSB0aGUgTGFiZWwgZm9ybWF0IGRlZmluZWQgaW4gW1JG
QzYyMDVdLjxicj4NCjxicj4NCk1heSBJIHN1Z2dlc3QgdGhlIGZvbGxvd2luZyBjaGFuZ2VzOjxi
cj4NCjxicj4NCk9MRDxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUaGUg
Zm9ybWF0IG9mIHRoZSBTQ1NJIE1VU1QgYmUgYXMgZGVwaWN0ZWQgaW4gdGhlIGZvbGxvd2luZyBm
aWd1cmU6PGJyPg0KPGJyPg0KTkVXPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7IFRoZSBmb3JtYXQgb2YgdGhlIFNDU0kgU0hBTEwgYmUgYXMgZGVwaWN0ZWQgaW4gdGhlIGZv
bGxvd2luZyBmaWd1cmU6PGJyPg0KPGJyPg0KRU5EPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVv
dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3
NEUxMyI+W0FsaWFdJm5ic3A7SG93IGFib3V0ICZxdW90O0EgU0NTSSBtYXkgY29udGFpbiBtdWx0
aXBsZSBBdmFpbGFibGUgTGFiZWwgc3ViLVRMVnMgYW5kIG11bHRpcGxlIFNoYXJlZCBCYWNrdXAg
TGFiZWwgc3ViLVRMVnMuJm5ic3A7IFRoZSBmb2xsb3dpbmcgZmlndXJlIHNob3dzIHRoZSBmb3Jt
YXQgZm9yIGEgU0NTSSB0aGF0IGNvbnRhaW5zIHRoZXNlIHN1Yi1UTFZzLiZuYnNwOyBUaGUgb3Jk
ZXIgb2YNCiB0aGUgc3ViLVRMVnMgaW4gdGhlIFNDU0kgaXMgYXJiaXRyYXJ5LiZxdW90Ozwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+WU9VTkcmZ3Q7Jmd0OyBBY2NlcHRlZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg
c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu
ZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9MRDxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyBXaGVyZSB0aGUgQXZhaWxhYmxlIExhYmVsIFN1Yi1UTFYgYW5kIFNoYXJlZCBCYWNr
dXAgTGFiZWwgc3ViLVRMVjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBhcmUgZGVm
aW5lZCBpbiBbR2VuLUVuY29kZV0uIChyaWdodCBiZWxvdyBGaWd1cmUgMSk8YnI+DQo8YnI+DQpO
RVc8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgV2hlcmUgdGhlIEF2YWls
YWJsZSBMYWJlbCBTdWItVExWIGFuZCBTaGFyZWQgQmFja3VwIExhYmVsIHN1Yi1UTFY8YnI+DQom
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgYXJlIGRlZmluZWQgaW4gW0dlbi1FbmNvZGVdLiBJ
biBjYXNlIHdoZXJlIGR1cGxpY2F0ZWQgc3ViLVRMVnMgYXJlIGFkdmVydGlzZWQsPGJyPg0KJm5i
c3A7ICZuYnNwOyAmbmJzcDsgdGhlIHJvdXRlci9ub2RlIHdpbGwgaWdub3JlIHRoZSBkdXBsaWNh
dGVkIGxhYmVscyB3aGljaCBhcmUgaWRlbnRpZmllZCBieSB0aGUgTGFiZWwgZm9ybWF0PGJyPg0K
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgZGVmaW5lZCBpbiBbUkZDNjIwNV0uPGJyPg0KPGJyPg0KRU5E
PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+W0FsaWFdIFNvdW5kcyBnb29kLjwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v
bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYu
MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+RW5kIG9mIFNlYyA0OiAmcXVvdDtJbiBjYXNlIHdoZXJlIHRoZSBuZXcgc3ViLVRMVnMg
b3IgdGhlaXIgYXR0ZW5kYW50PGJyPg0KZW5jb2RpbmdzIGFyZTxicj4NCiZuYnNwOyAmbmJzcDtt
YWxmb3JtZWQsIHRoZSBwcm9wZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBh
bmQ8YnI+DQppZ25vcmUuLi4mcXVvdDsmbmJzcDsgRmlyc3QsIHBsZWFzZSBiZSBleHBsaWNpdCBp
bjxicj4NCndoYXQgYmVoYXZpb3IgTVVTVCBiZSBkb25lLjxicj4NCjxicj4NCllPVU5HJmd0OyZn
dDsgbWFsZm9ybWVkIHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgcmVmZXIg
dG8gdGhhdCB3aGljaCBhcmUgbm90IHBhcnNlLWFibGUgZHVlIHRvIGNvcnJ1cHRpb24sIGV0Yy4g
YW5kIGNhbm5vdCBiZSBzdG9yZWQgaW4gdGhlIFRFRC48YnI+DQo8YnI+DQpIb3cgYWJvdXQgYWRk
aW5nIGEgbmV3IHNlbnRlbmNlIHRvIGRlc2NyaWJlIHRoZSBleHBlY3RlZCBhY3Rpb24gYXMgZm9s
bG93czo8YnI+DQo8YnI+DQpPTEQ8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7SW4gY2FzZSB3aGVy
ZSB0aGUgbmV3IHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJlPGJyPg0K
Jm5ic3A7ICZuYnNwO21hbGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUgdG8gbG9n
IHRoZSBwcm9ibGVtIGFuZCBpZ25vcmU8YnI+DQombmJzcDsgJm5ic3A7anVzdCB0aGUgc3ViLVRM
VnMgaW4gR01QTFMgcGF0aCBjb21wdXRhdGlvbnMgcmF0aGVyIHRoYW4gaWdub3Jpbmc8YnI+DQom
bmJzcDsgJm5ic3A7dGhlIGVudGlyZSBMU0EuPGJyPg0KPGJyPg0KTkVXPGJyPg0KPGJyPg0KJm5i
c3A7ICZuYnNwO0luIGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBhdHRlbmRh
bnQgZW5jb2RpbmdzIGFyZTxicj4NCiZuYnNwOyAmbmJzcDttYWxmb3JtZWQsIHRoZSBwcm9wZXIg
YWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBhbmQgaWdub3JlPGJyPg0KJm5ic3A7
ICZuYnNwO2p1c3QgdGhlIHN1Yi1UTFZzIGluIEdNUExTIHBhdGggY29tcHV0YXRpb25zIHJhdGhl
ciB0aGFuIGlnbm9yaW5nPGJyPg0KJm5ic3A7ICZuYnNwO3RoZSBlbnRpcmUgTFNBLiBUaGlzIHNo
b3VsZCBub3Qgc3RvcCB0aGUgTFNBIGFkdmVydGlzZW1lbnQgcHJvY2Vzcy48bzpwPjwvbzpwPjwv
cD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBVc3VhbGx5LCBvbmUgZG9lc24ndCByZWZsb29k
IExTQXMgd2l0aCBtYWxmb3JtZWQgVExWcyBvciBzdWItVExWcy4mbmJzcDsgSSdtIGNlcnRhaW5s
eSB3aWxsaW5nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPnRvIGxpc3RlbiB0byByZWFz
b25pbmcgb24gd2h5IGZsb29kaW5nIHBvdGVudGlhbGx5IGNvcnJ1cHQgZGF0YSB3b3VsZCBiZSBh
IGdvb2QgaWRlYSwgYnV0IHlvdSdsbCBuZWVkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMi
PnJlYWxseSBjbGVhciByZWFzb25pbmcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZT1VORyZndDsmZ3Q7Jm5ic3A7IFdl
IGRpc2N1c3NlZCBpbiBvdGhlciB0aHJlYWQuJm5ic3A7IFRvLXJlY2FwIGhlcmUsIGhvdyBhYm91
dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6IzcwMzBBMCI+
TkVXPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiM3MDMwQTAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJbiBj
YXNlIHdoZXJlIHRoZSBuZXcgc3ViLVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50IGVuY29kaW5ncyBh
cmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBz
dHlsZT0iY29sb3I6IzcwMzBBMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1hbGZv
cm1lZCwgdGhlIHByb3BlciBhY3Rpb24gU0hPVUxEIGxvZyB0aGUgcHJvYmxlbSBhbmQgTVVTVCBz
dG9wDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh
biBzdHlsZT0iY29sb3I6IzcwMzBBMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7c2VuZGluZyB0aGUgTFNBIGluIHdoaWNoIHRvIGNvbnRhaW4gbWFsZm9ybWVkIFRMVnMgb3Ig
c3ViLVRMVnMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzcwMzBBMCI+RU5EPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp
biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5JcyB0aGlzIGp1c3QgZm9yIG1hbGZvcm1lZCBzdWItVExWcz8mbmJzcDsg
SXMgaXQ8YnI+DQpzYWZlIHRvIGFzc3VtZSB0aGF0IHN1Yi1UTFZzPGJyPg0KZnVydGhlciBvbiBp
biB0aGUgVExWIChvciBmb2xsb3dpbmcgVExWcykgY2FuIGJlIHByb3Blcmx5IHBhcnNlZD88YnI+
DQo8YnI+DQpZT1VORyZndDsmZ3Q7IFllcyB3ZSBhcmUganVzdCB0YWxraW5nIGFib3V0IG1hbGZv
cm1lZCBzdWItVExWcy4gSXQgaXMgc2FmZSB0byBhc3N1bWUgdGhhdCBvdGhlciBzdWItVExWcyBp
biB0aGUgVExWIG9yIGZvbGxvd2luZyBUTFZzIGNhbiBiZSBwcm9wZXJseSBwYXJzZWQgYXMgdGhl
eSBhcmUgYSBkaXN0aW5jdCBzZXRzIG9mIGluZm8gZWxlbWVudHMgd2l0aCBwcm9wZXIgc3ViLVRM
ViB0eXBlcywgVExWIHR5cGVzLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlh
XSAmbmJzcDtBcmUgeW91IHBpY3R1cmluZyB0aGF0IGEgc3ViLVRMViBpcyBtYWxmb3JtZWQgaWYg
aXRzIGxlbmd0aCBpc24ndCBhY2N1cmF0ZSBvciBqdXN0IGlmIG9uZSBvZiB0aGUgZmllbGRzIGlu
c2lkZSB0aGUgc3ViLVRMViBpcyB1c2luZyBhIGJhZCB2YWx1ZSBvciBzZXR0aW5nIGEgcmVzZXJ2
ZWQgdmFsdWU/Jm5ic3A7IEluIHRoZSBsYXR0ZXIgY2FzZXMsIHBlcmhhcHMNCiBpdCBtaWdodCBi
ZSB0b2xlcmFibGUgdG8gYXNzdW1lIHRoYXQgdGhlcmUgd2Fzbid0IGRhdGEtY29ycnVwdGlvbiB0
aGF0IHdpbGwgYWZmZWN0IHRoZSByZXN0IG9mIHRoZSBwYXJzaW5nIC0gYnV0IEknbSBkdWJpb3Vz
LiAmbmJzcDsgRm9yIHRoZSBmaXJzdCwgaWYgdGhlIGxlbmd0aCBpcyB3cm9uZywgdGhlbiB5b3Ug
Y2FuJ3QgYWNjdXJhdGVseSBrbm93IHdoZXJlIHRoZSBuZXh0IHN1Yi1UTFYgc3RhcnRzIHNvIGFs
bCBwYXJzaW5nIGFmdGVyIGlzbid0IHRydXN0YWJsZSwNCiBJTUhPLjwvc3Bhbj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPllPVU5HJmd0OyZndDsgQm90aCBjYXNlcy4gUGxlYXNlIHNl
ZSB0aGUgcHJldmlvdXMgY29tbWVudC4gSSB0aGluayBpbiBlaXRoZXIgY2FzZSwgdGhlIHNhZmUg
d2F5IGlzIHRvIHN0b3AgdGhlIExTQSBhZHZlcnRpc2VtZW50Lg0KPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv
dGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFk
ZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGlu
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY29uZCwgcGxlYXNlIGFkZCBpbiBzb21lIHdvcmRz
PGJyPg0KYWJvdXQgdGhlIGV4cGVjdGVkIGxvYWQgb2YgbG9ncy48YnI+DQo8YnI+DQpZT1VORyZn
dDsmZ3Q7IEhvdyBhYm91dCBhZGRpbmcgb25lIHNlbnRlbmNlIGZvbGxvd2VkIGJ5ICZxdW90O0lu
IGNhc2UuLi4mcXVvdDs8YnI+DQo8YnI+DQpORVc8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgVGhlIGV4cGVjdGVkIGxvYWQgb2YgbG9ncyBpcyBub3QgZXhwZWN0ZWQgdG8gYmUgYSBo
aWdoIHZvbHVtZSBhcyBtYWxmb3JtZWQgVExWcyBkbyBub3Qgb2NjdXI8YnI+DQombmJzcDsgJm5i
c3A7ICZuYnNwOyBmcmVxdWVudGx5IGluIEdNUExTLjxicj4NCjxicj4NCkVORDxvOnA+PC9vOnA+
PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBVaCAtIG9mIGNvdXJzZSBlcnJvciBjb25kaXRp
b25zIGFyZW4ndCBleHBlY3RlZCB0byBiZSBjb21tb24hJm5ic3A7IEhvdyBhYm91dCBjb25zaWRl
cmluZyBob3cgb2Z0ZW4gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPmFkdmVydGlz
aW5nIHJvdXRlciBtaWdodCBzZW5kIHRoZSBMU0E/Jm5ic3A7IEhvdyBhYm91dCBjb25zaWRlcmlu
ZyB0aGUgbnVtYmVyIG9mIG5laWdoYm9ycyB0aGF0IHdpbGwgYmUgZmxvb2RpbmcgaXQ/PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPkhvdyBhYm91dCBkYW1wZW5pbmcgdGhlIG51bWJlciBv
ZiBsb2dzPyZuYnNwOyBNYWtpbmcgaXQgYSBNQVkgbG9nIGFsc28gbWFrZXMgaXQgY2xlYXIgdGhh
dCBpdCdzIHVwIHRvIHRoZSBpbXBsZW1lbnRhdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPllPVU5HJmd0OyZndDsg
UGVyIEFkcmlhbuKAmXMgc3VnZ2VzdGlvbiwgaG93IGFib3V0Og0KPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ORVc8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0
eWxlPSJjb2xvcjojNzAzMEEwIj5FcnJvcnMgb2YgdGhpcyBuYXR1cmUgU0hPVUxEIGJlIGxvZ2dl
ZCBmb3IgdGhlIGxvY2FsIG9wZXJhdG9yLiBJbXBsZW1lbnRhdGlvbnMgTVVTVCBwcm92aWRlIGEg
cmF0ZSBsaW1pdCBvbiBzdWNoIGxvZ3MsIGFuZCB0aGF0IHJhdGUgbGltaXQgU0hPVUxEIGJlIGNv
bmZpZ3VyYWJsZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzcwMzBBMCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOiM3MDMwQTAiPkVO
RDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0ND
Q0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21h
cmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4N
CkNPTU1FTlQ6PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCjxicj4NCjxicj4NCkluIFNl
YyAyLCBpdCdzIHVzZWZ1bCB0byB1c2UgVEJBMSwgVEJBMiwgZXRjLiBpbnN0ZWFkIG9mIHJldXNp
bmcgVEJBIC08YnI+DQphZGRzIHRvIGNsYXJpdHkgb2YgdGhlIHRleHQgYW5kIG1ha2VzIGl0IGVh
c2llciB0byBtYWtlIHN1cmUgcmVwbGFjZW1lbnQ8YnI+DQppcyBkb25lPGJyPg0KcHJvcGVybHkg
d2hlbiB0aGUgdmFsdWVzIGFyZSBhc3NpZ25lZC48YnI+DQo8YnI+DQpZT1VORyZndDsmZ3Q7IEdv
b2QgcG9pbnQuIEkgd2lsbCBjaGFuZ2UgdGhhdCB3YXkgYXMgeW91IHN1Z2dlc3QuPGJyPg0KPGJy
Pg0KSW4gU2VjIDMuMSwgaXQgc2F5cyAmcXVvdDsmbmJzcDsgJm5ic3A7VGhlIHRlY2hub2xvZ3kg
c3BlY2lmaWMgcGFydCBvZiB0aGUgV1NPTiBJU0NEIG1heTxicj4NCmluY2x1ZGUgYSB2YXJpYWJs
ZTxicj4NCiZuYnNwOyAmbmJzcDtudW1iZXIgb2Ygc3ViLVRMVnMgY2FsbGVkIEJhbmR3aWR0aCBz
dWItVExWcy4mbmJzcDsgVHdvIHR5cGVzIG9mPGJyPg0KJm5ic3A7ICZuYnNwO0JhbmR3aWR0aCBz
dWItVExWIGFyZSBkZWZpbmVkIChUQkEgYnkgSUFOQSk6JnF1b3Q7Jm5ic3A7ICZuYnNwO0lmIHRo
aXMgZG9jdW1lbnQgaXM8YnI+DQpjcmVhdGluZyB0aGU8YnI+DQpiYW5kd2lkdGggc3ViLXRsdiBz
cGFjZSwgdGhlbiB0aGlzIGRyYWZ0IHNpbXBseSBhc3NpZ25zIGluaXRpYWwgdmFsdWVzIC08YnI+
DQpzbyBubyBuZWVkIGZvciB0aGUgJnF1b3Q7VEJBPGJyPg0KYnkgSUFOQSZxdW90Oy48YnI+DQo8
YnI+DQpZT1VORyZndDsmZ3Q7IENvcnJlY3QuIFdpbGwgYWRkcmVzcyB0aGF0Ljxicj4NCjxicj4N
CkluIFNlYyA0LCAmcXVvdDtJbiBhIHR5cGljYWwgbm9kZSBjb25maWd1cmF0aW9uLCB0aGUgb3B0
aWNhbCBub2RlIHByb3BlcnR5IFRMVjxicj4NCndpbGwgbm90IGV4Y2VlZCB0aGUgSVAgTVRVLiZx
dW90Ozxicj4NCkNhbiB5b3UgcGxlYXNlIGRlc2NyaWJlIHRoZSBhc3N1bXB0aW9ucyBhYm91dCBh
ICZxdW90O3R5cGljYWwgbm9kZTxicj4NCmNvbmZpZ3VyYXRpb24mcXVvdDs/Jm5ic3A7IEluIGEg
ZmV3IHllYXJzLCB0aGVzZTxicj4NCmFzc3VtcHRpb25zIGFyZSBsaWtlbHkgdG8gaGF2ZSBjaGFu
Z2VkLjxicj4NCjxicj4NCllPVU5HJmd0OyZndDsgSSBjYW4gYWRkOjxicj4NCjxicj4NCk5FVzxi
cj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBBIHR5cGljYWwgbm9kZSBjb25m
aWd1cmF0aW9uIHJlZmVycyB0byBhIHN5c3RlbSB3aXRoIHNldmVyYWwgaHVuZHJlZHMgb2YgY2hh
bm5lbHMuIEluIGFkZGl0aW9uLCBbV1NPTi1FbmNvZGVdIHByb3ZpZGVzIG1lY2hhbmlzbXMgdG8g
Y29tcGFjdGx5IGVuY29kZSByZXF1aXJlZCBpbmZvcm1hdGlvbiBlbGVtZW50cy48YnI+DQo8YnI+
DQpFTkQ8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj5bQWxpYV0mbmJzcDtUaGFua3Mg
LSBjb3VsZCB5b3UgdGFrZSB0aGlzIG9uZSBzdGVwIGZ1cnRoZXIgYW5kIHNwZWNpZnkgYWJvdXQg
dGhlIGV4cGVjdGVkIHNpemUgb2YgdGhlIFRMViBiYXNlZCBvbiB0aGVzZSBhc3N1bXB0aW9ucz88
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPllPVU5HJmd0OyZndDsgT0suIEkgd2lsbCBjYWxjdWxhdGUgdGhpcyBhbmQgYWRk
IGluIHRoZSB0ZXh0IGluIHRoZSByZXZpc2lvbi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMy
NzRFMTMiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+QWxpYSZuYnNwOzwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ib2R5Pg0KPC9odG1sPg0K

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FC76dfweml706chm_--


From nobody Wed Aug 26 11:56:42 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97BA41B310A; Wed, 26 Aug 2015 11:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level: 
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TgqL4sXhIfwS; Wed, 26 Aug 2015 11:56:38 -0700 (PDT)
Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 246D71B3109; Wed, 26 Aug 2015 11:56:38 -0700 (PDT)
Received: by obkg7 with SMTP id g7so179670991obk.3; Wed, 26 Aug 2015 11:56:37 -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=IKMA9PfMabp+ei3ML/lHQica4LbCr60FdMPYIHR1yeg=; b=Ir89yOwG4eF3ER/V4QUcQONV19gqD15chxRNdx/j1+H9f2VTweYUxdizgroCl/GTse OUSyuP5IcpOAk0Ec4FZipXLV8wKSrZSv4L+6TV5efkRRDYjKi47IT0X1861nzRwbIee1 67gIyl7IrVtphOkq3LjWlFTXgNZ61mFwlgMPahPujiCCxvKejr8MP0LYeBrALbGY4hP+ mdRICv5yS46rr+NMG8yfzxkXRENBVqIOGxQtXgZh5lRi2DMNMH+ITJE3JIXl8PZA5zAt b7BeWIR25XvDhVvuPKu2MZ1y3uWpsbYzsbMGVKZeUQYTJfSJGlBX6ZSlmKUcEMDjlnkh G4Yw==
MIME-Version: 1.0
X-Received: by 10.182.158.72 with SMTP id ws8mr20123037obb.54.1440615397564; Wed, 26 Aug 2015 11:56:37 -0700 (PDT)
Received: by 10.60.176.138 with HTTP; Wed, 26 Aug 2015 11:56:37 -0700 (PDT)
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729D0FC3A@dfweml706-chm>
References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm>  <04e201d0dcb1$63e79d70$2bb6d850$@olddog.co.uk> <7AEB3D6833318045B4AE71C2C87E8E1729D0FC3A@dfweml706-chm>
Date: Wed, 26 Aug 2015 14:56:37 -0400
Message-ID: 
From: Alia Atlas 
To: Leeyoung 
Content-Type: multipart/alternative; boundary=089e0153860c07aebe051e3b6988
Archived-At: 
Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , The IESG 
Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 18:56:41 -0000

--089e0153860c07aebe051e3b6988
Content-Type: text/plain; charset=UTF-8

Hi Young,

These all sound fine.

Alia

On Wed, Aug 26, 2015 at 11:50 AM, Leeyoung  wrote:

> Hi Adrian and Alia,
>
> Thanks for your comments. Please see inline for my comment.
>
> I will comment the rest of the issues (raised by Alia) not addressed here
> in another email thread.
>
> Best regards,
> Young
>
> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Saturday, August 22, 2015 3:06 AM
> To: 'Alia Atlas'; Leeyoung
> Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org;
> ccamp@ietf.org; ccamp-chairs@ietf.org; 'The IESG'
> Subject: RE: [CCAMP] Alia Atlas' Discuss on
> draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and
> COMMENT)
>
> Hi Young, Alia,
>
> >>> I'd like to see clearer descriptions on particularly the error-handling
> >>> around multiple TLVs and sub-TLVs.
> >>> I see a few points of ambiguity - as described below.  I think these
> >>> should be straightforward to clarify but interoperability could be
> >>> affected if this isn't done.   Thanks!
> >>>
> >>> In Sec 2, it says "Only one Optical Node Property TLV shall be
> advertised
> >>> in each LSA." What is the error-handling if multiple of this TLV are
> >>> seen?
> >>
> >> YOUNG>> This is to allow for fine granularity changes in topology per
> >> [RFC3630]. It is not an error per se if there are multiple of this TLV
> are
> >> in each LSA.
> >>
> >>> Is that a SHALL or a "at most one... MUST be advertised"?  I'd expect
> >>> normative language.
> >>
> >> YOUNG>> "SHALL" seems to be right one, again per [RFC3630].
> >>
> > [Alia] Ok - SHALL is fine.  Perhaps text like
> > "To allow for fine granularity changes in topology, only one Optical Node
> > Property TLV SHALL be advertised in each LSA.  An implementation MUST
> > support receiving multiple Optical Node Property TLVs in an LSA."
>
> Sorry, but I think this reads as nonsense :-(
> "SHALL" and "MUST" are identical in meaning.
> So you have written "only one TLV MUST be advertised". That is ambiguous!
> It could mean "no more than one" or it could mean "it is only necessary to
> advertise one must, but others may be included"
> The thrust of the conversation appears to be for the latter, so don't try
> to do this in clever compact code - write it out in full!
>
> That might give (if it is what you intend to say)...
>
> When using the extensions defined in this document, at least one Optical
> Node Property TLV MUST be advertised in each LSA. To allow for fine
> granularity changes in topology, more than one Optical Node Property TLV
> MAY be advertised in a single LSA. Implementations MUST support receiving
> multiple Optical Node Property TLVs in an LSA.
>
> YOUNG>> Thanks. This works for me. I would accept Adrian's suggested text.
>
> [snip]
>
> >> May I suggest the following changes:
> >>
> >> OLD
> >>
> >>   The format of the SCSI MUST be as depicted in the following figure:
> >>
> >> NEW
> >>
> >>    The format of the SCSI SHALL be as depicted in the following figure:
> >>
> >> END
>
> These sentences are identical! MUST==SHALL
>
> So Alia's text is nicer...
>
> > [Alia] How about "A SCSI may contain multiple Available Label sub-TLVs
> and
> > multiple Shared Backup Label sub-TLVs.  The following figure shows the
> > format for a SCSI that contains these sub-TLVs.  The order of the
> sub-TLVs
> > in the SCSI is arbitrary."
>
> YOUNG>> Accepted.
>
> [snip]
>
> >>> End of Sec 4: "In case where the new sub-TLVs or their attendant
> >>> encodings are malformed, the proper action would be to log the problem
> >>> and ignore..."  First, please be explicit in what behavior MUST be
> done.
>
> I think this request got lost in the discussions that follow. Alia is
> correctly asking for...
>
> "When bad stuff happens you MUST do some things, SHOULD do other things,
> and MAY do additional things."
>
> YOUNG>> Sorry that I missed this. Yes, this is a good question to ask.
> Please see the next resolution that basically says that the malformed LSA
> "MUST" be dropped while logging of this problem SHOULD be done.
>
> >> YOUNG>> malformed sub-TLVs or their attendant encodings refer to that
> which are
> >> not parse-able due to corruption, etc. and cannot be stored in the TED.
>
> Hmmm. The most common cause of unparsable TLVs will be encoding errors,
> bugs, misinterpretation of specs, up-level implementations, etc. Corruption
> doesn't happen much.
> The upshot is the same - you can't process the TLV.
>
> >> How about adding a new sentence to describe the expected action as
> follows:
> >>
> >> OLD
> >>
> >>   In case where the new sub-TLVs or their attendant encodings are
> >>   malformed, the proper action would be to log the problem and ignore
> >>   just the sub-TLVs in GMPLS path computations rather than ignoring
> >>   the entire LSA.
> >>
> >> NEW
> >>
> >>   In case where the new sub-TLVs or their attendant encodings are
> >>   malformed, the proper action would be to log the problem and ignore
> >>   just the sub-TLVs in GMPLS path computations rather than ignoring
> >>   the entire LSA. This should not stop the LSA advertisement process.
> >
> > [Alia] Usually, one doesn't reflood LSAs with malformed TLVs or sub-TLVs.
> > I'm certainly willing to listen to reasoning on why flooding potentially
> corrupt
> > data would be a good idea, but you'll need really clear reasoning.
>
> Why is this any different to any other TLV in any other LSA? Don't we just
> call on standard OSPF behavior?
>
> YOUNG>> Adrian, what is standard OSPF behavior in this case? I would
> assume we drop the entire LSA in which to contain malformed TLVs or
> sub-TLVs. If that is the case, how about:
>
> NEW
>         In case where the new sub-TLVs or their attendant encodings are
>         malformed, the proper action SHOULD log the problem and MUST stop
>       sending the LSA in which to contain malformed TLVs or sub-TLVs.
> END
>
> >>> Is this just for malformed sub-TLVs?  Is it safe to assume that
> sub-TLVs
> >>> further on in the TLV (or following TLVs) can be properly parsed?
> >>
> >> YOUNG>> Yes we are just talking about malformed sub-TLVs. It is safe to
> assume
> >> that other sub-TLVs in the TLV or following TLVs can be properly parsed
> as they
> >> are a distinct sets of info elements with proper sub-TLV types, TLV
> types.
> >
> > [Alia]  Are you picturing that a sub-TLV is malformed if its length
> isn't accurate or just
> > if one of the fields inside the sub-TLV is using a bad value or setting
> a reserved value?
> >  In the latter cases, perhaps it might be tolerable to assume that there
> wasn't data-
> > corruption that will affect the rest of the parsing - but I'm dubious.
>  For the first, if
> > the length is wrong, then you can't accurately know where the next
> sub-TLV starts
> > so all parsing after isn't trustable, IMHO.
>
> I think you have to handle both cases. Furthermore, if the TLV is of
> variable length, anything unexpected needs to be treated with caution.
>
> YOUNG>> Rethinking this issue, I would go with the previous resolution ---
> just stop sending the LSA in which to contain malformed TLVs and sub-TLVs.
>
> >>> Second, please add in some words
> >>> about the expected load of logs.
> >>
> >> YOUNG>> How about adding one sentence followed by "In case..."
> >>
> >> NEW
> >>        The expected load of logs is not expected to be a high volume as
> malformed
> >>        TLVs do not occur frequently in GMPLS.
> >>
> >> END
> >
> > [Alia] Uh - of course error conditions aren't expected to be common!  How
> > about considering how often the advertising router might send the LSA?
> > How about considering the number of neighbors that will be flooding it?
> > How about dampening the number of logs?  Making it a MAY log also makes
> > it clear that it's up to the implementation.
>
> The normal way of handling this is...
> "Errors of this nature SHOULD be logged for the local operator.
> Implementations MUST provide a rate limit on such logs, and that rate limit
> SHOULD be configurable."
>
> YOUNG>> I would accept Adrian's proposed text.
>
>
>
> Adrian
>
>

--089e0153860c07aebe051e3b6988
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hi Young,

These all sound fine.

Alia

On Wed, Aug 26, 2015 at 11:50 AM, Leeyoung <leeyoung@hu=
awei.com> wrote:
Hi Adria=
n and Alia,



Thanks for your comments. Please see inline for my comment.



I will comment the rest of the issues (raised by Alia) not addressed here i=
n another email thread.



Best regards,

Young




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

From: Adrian Farrel [mailto:adrian@o=
lddog.co.uk]

Sent: Saturday, August 22, 2015 3:06 AM

To: 'Alia Atlas'; Leeyoung

Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org; ccamp-chairs@ietf.org; 'The IESG'

Subject: RE: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signa=
l-compatibility-ospf-15: (with DISCUSS and COMMENT)



Hi Young, Alia,



>>> I'd like to see clearer descriptions on particularly the e=
rror-handling

>>> around multiple TLVs and sub-TLVs.

>>> I see a few points of ambiguity - as described below.=C2=A0 I =
think these

>>> should be straightforward to clarify but interoperability coul=
d be

>>> affected if this isn't done.=C2=A0 =C2=A0Thanks!

>>>

>>> In Sec 2, it says "Only one Optical Node Property TLV sha=
ll be advertised

>>> in each LSA." What is the error-handling if multiple of t=
his TLV are

>>> seen?

>>

>> YOUNG>> This is to allow for fine granularity changes in top=
ology per

>> [RFC3630]. It is not an error per se if there are multiple of this=
 TLV are

>> in each LSA.

>>

>>> Is that a SHALL or a "at most one... MUST be advertised&q=
uot;?=C2=A0 I'd expect

>>> normative language.

>>

>> YOUNG>> "SHALL" seems to be right one, again per [=
RFC3630].

>>

> [Alia] Ok - SHALL is fine.=C2=A0 Perhaps text like

> "To allow for fine granularity changes in topology, only one Opti=
cal Node

> Property TLV SHALL be advertised in each LSA.=C2=A0 An implementation =
MUST

> support receiving multiple Optical Node Property TLVs in an LSA."=




Sorry, but I think this reads as nonsense :-(

"SHALL" and "MUST" are identical in meaning.

So you have written "only one TLV MUST be advertised". That is am=
biguous!

It could mean "no more than one" or it could mean "it is onl=
y necessary to advertise one must, but others may be included"

The thrust of the conversation appears to be for the latter, so don't t=
ry to do this in clever compact code - write it out in full!



That might give (if it is what you intend to say)...



When using the extensions defined in this document, at least one Optical No=
de Property TLV MUST be advertised in each LSA. To allow for fine granulari=
ty changes in topology, more than one Optical Node Property TLV MAY be adve=
rtised in a single LSA. Implementations MUST support receiving multiple Opt=
ical Node Property TLVs in an LSA.




YOUNG>> Thanks. This works for me. I would accept Adrian&=
#39;s suggested text.



[snip]



>> May I suggest the following changes:

>>

>> OLD

>>

>>=C2=A0 =C2=A0The format of the SCSI MUST be as depicted in the foll=
owing figure:

>>

>> NEW

>>

>>=C2=A0 =C2=A0 The format of the SCSI SHALL be as depicted in the fo=
llowing figure:

>>

>> END



These sentences are identical! MUST=3D=3DSHALL



So Alia's text is nicer...



> [Alia] How about "A SCSI may contain multiple Available Label sub=
-TLVs and

> multiple Shared Backup Label sub-TLVs.=C2=A0 The following figure show=
s the

> format for a SCSI that contains these sub-TLVs.=C2=A0 The order of the=
 sub-TLVs

> in the SCSI is arbitrary."



YOUNG>> Accepted.



[snip]



>>> End of Sec 4: "In case where the new sub-TLVs or their at=
tendant

>>> encodings are malformed, the proper action would be to log the=
 problem

>>> and ignore..."=C2=A0 First, please be explicit in what be=
havior MUST be done.



I think this request got lost in the discussions that follow. Alia is corre=
ctly asking for...



"When bad stuff happens you MUST do some things, SHOULD do other thing=
s, and MAY do additional things."



YOUNG>> Sorry that I missed this. Yes, this is a good question=
 to ask. Please see the next resolution that basically says that the malfor=
med LSA "MUST" be dropped while logging of this problem SHOULD be=
 done.



>> YOUNG>> malformed sub-TLVs or their attendant encodings refe=
r to that which are

>> not parse-able due to corruption, etc. and cannot be stored in the=
 TED.



Hmmm. The most common cause of unparsable TLVs will be encoding errors, bug=
s, misinterpretation of specs, up-level implementations, etc. Corruption do=
esn't happen much.

The upshot is the same - you can't process the TLV.



>> How about adding a new sentence to describe the expected action as=
 follows:

>>

>> OLD

>>

>>=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant enco=
dings are

>>=C2=A0 =C2=A0malformed, the proper action would be to log the probl=
em and ignore

>>=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather th=
an ignoring

>>=C2=A0 =C2=A0the entire LSA.

>>

>> NEW

>>

>>=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant enco=
dings are

>>=C2=A0 =C2=A0malformed, the proper action would be to log the probl=
em and ignore

>>=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather th=
an ignoring

>>=C2=A0 =C2=A0the entire LSA. This should not stop the LSA advertise=
ment process.

>

> [Alia] Usually, one doesn't reflood LSAs with malformed TLVs or su=
b-TLVs.

> I'm certainly willing to listen to reasoning on why flooding poten=
tially corrupt

> data would be a good idea, but you'll need really clear reasoning.=




Why is this any different to any other TLV in any other LSA? Don't we j=
ust call on standard OSPF behavior?



YOUNG>> Adrian, what is standard OSPF behavior in this case? I=
 would assume we drop the entire LSA in which to contain malformed TLVs or =
sub-TLVs. If that is the case, how about:



NEW

=C2=A0 =C2=A0 =C2=A0 =C2=A0 In case where the new sub-TLVs or their attenda=
nt encodings are

=C2=A0 =C2=A0 =C2=A0 =C2=A0 malformed, the proper action SHOULD log =
the problem and MUST stop

=C2=A0 =C2=A0 =C2=A0 sending the LSA in which to contain malformed TLVs or =
sub-TLVs.

END



>>> Is this just for malformed sub-TLVs?=C2=A0 Is it safe to assum=
e that sub-TLVs

>>> further on in the TLV (or following TLVs) can be properly pars=
ed?

>>

>> YOUNG>> Yes we are just talking about malformed sub-TLVs. It=
 is safe to assume

>> that other sub-TLVs in the TLV or following TLVs can be properly p=
arsed as they

>> are a distinct sets of info elements with proper sub-TLV types, TL=
V types.

>

> [Alia]=C2=A0 Are you picturing that a sub-TLV is malformed if its leng=
th isn't accurate or just

> if one of the fields inside the sub-TLV is using a bad value or settin=
g a reserved value?

>=C2=A0 In the latter cases, perhaps it might be tolerable to assume tha=
t there wasn't data-

> corruption that will affect the rest of the parsing - but I'm dubi=
ous.=C2=A0 =C2=A0For the first, if

> the length is wrong, then you can't accurately know where the next=
 sub-TLV starts

> so all parsing after isn't trustable, IMHO.



I think you have to handle both cases. Furthermore, if the TLV is of variab=
le length, anything unexpected needs to be treated with caution.



YOUNG>> Rethinking this issue, I would go with the previous re=
solution --- just stop sending the LSA in which to contain malformed TLVs a=
nd sub-TLVs.



>>> Second, please add in some words

>>> about the expected load of logs.

>>

>> YOUNG>> How about adding one sentence followed by "In c=
ase..."

>>

>> NEW

>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 The expected load of logs is not expect=
ed to be a high volume as malformed

>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 TLVs do not occur frequently in GMPLS.<=
br>
>>

>> END

>

> [Alia] Uh - of course error conditions aren't expected to be commo=
n!=C2=A0 How

> about considering how often the advertising router might send the LSA?=


> How about considering the number of neighbors that will be flooding it=
?

> How about dampening the number of logs?=C2=A0 Making it a MAY log also=
 makes

> it clear that it's up to the implementation.



The normal way of handling this is...

"Errors of this nature SHOULD be logged for the local operator. Implem=
entations MUST provide a rate limit on such logs, and that rate limit SHOUL=
D be configurable."



YOUNG>> I would accept Adrian's proposed text.







Adrian







--089e0153860c07aebe051e3b6988--


From nobody Wed Aug 26 12:01:39 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE7451B308A; Wed, 26 Aug 2015 12:01:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level: 
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQtv0khCTm8z; Wed, 26 Aug 2015 12:01:29 -0700 (PDT)
Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC6331B30C7; Wed, 26 Aug 2015 12:01:10 -0700 (PDT)
Received: by oiex83 with SMTP id x83so856557oie.1; Wed, 26 Aug 2015 12:01:10 -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=xwQVM0JqAhAz3rtJyDJaLDDYsgN+3+rgO5NywhfSQCo=; b=tV0cNLCYWHJ5PPEppzbP1g7uTvheCnfTgKuKbpG7/CUBf10+CHTJtPK5SM4bPWNo6k ho2VrcF0SSqT5MH6ybKBLZdX40eQdDqKPhZuaOS5qtZ3Aur+yFYykAcAdbvyyVvvEMRn eePTyR6VA+JeJsfyVyX/o0w1Bc4tGntfkADWYs55koVBgvk6m35wsMQ48wZjMJZ3tlll /DTxWBIoBrQA2kpMMflacBPDKUjV3Gbgb1b/t1F7G2zeHaVn0LZuy+86X0yM4ZPaJ3rx hqEKaZ5Y3sDkxTCbYFkQdMiFXmSTNm7L+35iRpfaZ8SKMmAWIYxhuZgysn/O+hLPgCXS vI7g==
MIME-Version: 1.0
X-Received: by 10.202.211.65 with SMTP id k62mr32427513oig.34.1440615670237; Wed, 26 Aug 2015 12:01:10 -0700 (PDT)
Received: by 10.60.176.138 with HTTP; Wed, 26 Aug 2015 12:01:10 -0700 (PDT)
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729D0FC76@dfweml706-chm>
References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm>  <7AEB3D6833318045B4AE71C2C87E8E1729D0FC76@dfweml706-chm>
Date: Wed, 26 Aug 2015 15:01:10 -0400
Message-ID: 
From: Alia Atlas 
To: Leeyoung 
Content-Type: multipart/alternative; boundary=001a113d23e04851b8051e3b79d5
Archived-At: 
Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , The IESG 
Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 19:01:35 -0000

--001a113d23e04851b8051e3b79d5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Young,

These resolutions all sound fine.  Can you get a new version out today or
tomorrow?
I'm out on vacation from August 28 - Sept 7.  I'd prefer to clear my
discuss before heading out.

Thanks,
Alia

On Wed, Aug 26, 2015 at 12:25 PM, Leeyoung  wrote:

> Hi Alia,
>
>
>
> Thank you for providing your good comments.
>
>
>
> Please see in-line for my comments.
>
>
>
> Best regards,
>
> Young
>
>
>
> *From:* Alia Atlas [mailto:akatlas@gmail.com]
> *Sent:* Friday, August 21, 2015 4:07 PM
> *To:* Leeyoung
> *Cc:* The IESG; ccamp-chairs@ietf.org;
> draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org
> *Subject:* Re: Alia Atlas' Discuss on
> draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and
> COMMENT)
>
>
>
> Hi Young,
>
>
>
> My apologies for the long delay in responding.  My responses are in-line.
>
>
>
> Thanks,
>
> Alia
>
>
>
> On Wed, Aug 5, 2015 at 3:11 PM, Leeyoung  wrote:
>
> Hi Alia,
>
> Thank you first of all for providing very useful comments.
>
> Here's my attempt to your comments/DISCUSS. Please see inline.
>
> Thanks.
> Young
>
>
> -----Original Message-----
> From: Alia Atlas [mailto:akatlas@gmail.com]
> Sent: Wednesday, August 05, 2015 9:47 AM
> To: The IESG
> Cc: ccamp-chairs@ietf.org;
> draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; ccamp@ietf.org
> Subject: Alia Atlas' Discuss on
> draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and
> COMMENT)
>
> Alia Atlas has entered the following ballot position for
> draft-ietf-ccamp-wson-signal-compatibility-ospf-15: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
>
> https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibili=
ty-ospf/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> I'd like to see clearer descriptions on particularly the error-handling
> around multiple TLVs and sub-TLVs.
> I see a few points of ambiguity - as described below.  I think these
> should be straightforward to clarify but
> interoperability could be affected if this isn't done.   Thanks!
>
> In Sec 2, it says "Only one Optical Node Property TLV shall be advertised
> in each LSA." What is the error-handling if multiple of this TLV are
> seen?
>
> YOUNG>> This is to allow for fine granularity changes in topology per
> [RFC3630]. It is not an error per se if there are multiple of this TLV ar=
e
> in each LSA.
>
> Is that a SHALL or a "at most one... MUST be advertised"?  I'd expect
> normative language.
>
> YOUNG>> "SHALL" seems to be right one, again per [RFC3630].
>
>
>
> [Alia] Ok - SHALL is fine.  Perhaps text like
>
> "To allow for fine granularity changes in topology, only one Optical Node
> Property TLV SHALL be
>
> advertised in each LSA.  An implementation MUST support receiving multipl=
e
> Optical Node Property
>
> TLVs in an LSA."
>
>
>
> YOUNG>> From another email thread (per Adrian), we discussed this.
>
>
>
> NEW
>
>
>
> When using the extensions defined in this document, at least one Optical
> Node Property TLV MUST be advertised in each LSA. To allow for fine
> granularity changes in topology, more than one Optical Node Property TLV
> MAY be advertised in a single LSA. Implementations MUST support receiving
> multiple Optical Node Property TLVs in an LSA.
>
>
>
> END
>
>
>
>
>
> In Sec 2, it says "   Among the sub-TLVs defined above, the Resource
> Block Pool State sub-
>    TLV and Resource Block Shared Access Wavelength Availability are
>    dynamic in nature while the rest are static. As such, they can be
>    separated out from the rest and be advertised with multiple TE LSAs
>    per OSPF router, as described in [RFC3630] and [RFC5250]."
> So - one can advertise multiple TE LSAs - each with at most one  Optical
> Node Property TLV
> and at most one of these sub-TLVs?
>
> YOUNG>> This is correct except that the Optical Node Property TLV would
> carry "at least" one of these sub-TLVs as opposed to "at most one of thes=
e
> sub-TLVs." For instance, one TE LSA can carry one Optical Node Property T=
LV
> under which two dynamic sub-TLVs (i.e., the Resource
> Block Pool State sub-TLV and Resource Block Shared Access Wavelength
> Availability sub-TLV) can be advertised while another TE LSA can carry on=
e
> Optical Node Property TLV under which the rest of static sub-TLVs can be
> advertised.
>
>
>
>  [Alia] Ok.  Thanks for clarifying.
>
>
>
>  If the same sub-TLV appears in
>
> different TE LSAs, how
> are they merged or is a particular one preferred and the rest ignored?  I
> see the text in the
> previous paragraph of "If more than one copy of a sub-TLV is received,
>    only the first one of the same type is processed and the rest are
>    ignored upon receipt." but what does the "first one" mean?  Is that
> decided based on
> a particular identifier?
>
> YOUNG>> The text in Section 2 you quoted is not dealing with the case for
> two different TE LSAs. In such case, then the sub-TLVs will identify by t=
he
> value of the sub-TLV.
>
> The case you are referring to is for the case where the same sub-TLV is
> advertised in different TE LSAs. It should NOT happen that way, but in ca=
se
> it happens by mistake of packaging, then it will be updated one after
> another. There is no way for the routers to distinguish this sub-TLV as t=
he
> same one (as it is under different TE LSAs), which is actually fine. It i=
s
> not an error condition. The router would simply process the same sub-TLV
> multiple times.
>
> I can suggest the following changes:
>
> OLD:
>
>    All sub-TLVs defined here may occur at most once in any given
>    Optical Node TLV. If more than one copy of a sub-TLV is received,
>    only the first one of the same type is processed and the rest are
>    ignored upon receipt. These restriction need not apply to future
>    sub-TLVs. Unrecognized sub-TLVs are ignored.
>
> NEW:
>
>    All sub-TLVs defined here may occur at most once in any given
>    Optical Node TLV under one TE LSA. If more than one copy of a sub-TLV
> is received,
>    only the first one of the same type is processed and the rest are
>    ignored upon receipt. These restriction need not apply to future
>    sub-TLVs. Unrecognized sub-TLVs are ignored.
>
>
>
> [Alia] My concern is about the phrase "only the first one" because two
> different routers may
>
> received the TE LSAs in different order depending upon flooding dynamics.
> I would much rather
>
> that you define a tie-breaking mechanism - for instance  picking the
> largest LSA ID (Sec 2.2 of RFC 3630),
>
> because that is considered newer.
>
>
>
> YOUNG>> Thanks for the reference. Taking the largest LSA ID is a good ide=
a
> in this situation. How about then:
>
>
>
> NEW
>
>
>
>             All sub-TLVs defined here may occur at most once in any given
>             Optical Node TLV under one TE LSA. If more than one copy of
> the sub-TLV is received,
>             in the same LSA, the redundant sub-TLV SHOULD be ignored. In
> case where the same sub-TLV
>
>             Is advertised in different TE LSA (which would take place onl=
y
> by a packaging error), then the sub-TLV
>
>             with the largest LSA ID (Sec 2.2 of RFC 3630) SHOULD be
> picked.
>
>             These restriction need not apply to future sub-TLVs.
> Unrecognized sub-TLVs are ignored.
>
>
>
> END
>
>    In case where the same sub-TLV is advertised in different TE LSAs
> (which would take place by a
>    packaging error), then the sub-TLV will be updated one after another.
> There is no way for the
>    routers to distinguish this sub-TLV as the same one (as it is under
> different TE LSAs), which is
>    actually fine. It is not an error condition. The router would simply
> process the same sub-TLV
>    multiple times.
>
>
>
> [Alia] Wouldn't the information contained be redundant?  I'm not sure why
> you think that the duplication
>
> can't be detected based on fields in the sub-TLV.  Again, just a simple
> tie-breaker would provide interoperability.
>
>
>
> YOUNG>> Please see the previous comment.
>
>
>
> END.
>
> In Sec 3.1, "The format of the SCSI MUST be as depicted in the following
> figure:" implies that
> both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must
> be included and
> in the specified order.   Please clarify (and use separate diagrams)
> details about how many times
> each sub-TLV can appear, if ordering matters, and how to handle conflicts
> or duplicates.
>
> YOUNG>> Good point. I would relax "MUST" to "SHALL" as there is no issue
> of ordering here. The number of each sub-TLV depends on the number of
> labels this field describes. If we were talking about, 100 channel
> (wavelength) system, this can be as many as 100 sub-TLVs for the Availabl=
e
> Label sub-TLV + Shared Backup Label TLV. But there are ways to reduce the
> entry by Label Range, etc per [Gen-Encode].
>
> In case duplicated sub-TLVs appear (which should not happen), the
> router/node will ignore the duplicated labels which are identified by the
> Label format defined in [RFC6205].
>
> May I suggest the following changes:
>
> OLD
>
>         The format of the SCSI MUST be as depicted in the following figur=
e:
>
> NEW
>
>         The format of the SCSI SHALL be as depicted in the following
> figure:
>
> END
>
>
>
> [Alia] How about "A SCSI may contain multiple Available Label sub-TLVs an=
d
> multiple Shared Backup Label sub-TLVs.  The following figure shows the
> format for a SCSI that contains these sub-TLVs.  The order of the sub-TLV=
s
> in the SCSI is arbitrary."
>
>
>
> YOUNG>> Accepted.
>
>
>
>
>
> OLD
>
>         Where the Available Label Sub-TLV and Shared Backup Label sub-TLV
>         are defined in [Gen-Encode]. (right below Figure 1)
>
> NEW
>
>         Where the Available Label Sub-TLV and Shared Backup Label sub-TLV
>         are defined in [Gen-Encode]. In case where duplicated sub-TLVs ar=
e
> advertised,
>       the router/node will ignore the duplicated labels which are
> identified by the Label format
>       defined in [RFC6205].
>
> END
>
>
>
> [Alia] Sounds good.
>
>
>
> End of Sec 4: "In case where the new sub-TLVs or their attendant
> encodings are
>    malformed, the proper action would be to log the problem and
> ignore..."  First, please be explicit in
> what behavior MUST be done.
>
> YOUNG>> malformed sub-TLVs or their attendant encodings refer to that
> which are not parse-able due to corruption, etc. and cannot be stored in
> the TED.
>
> How about adding a new sentence to describe the expected action as follow=
s:
>
> OLD
>
>    In case where the new sub-TLVs or their attendant encodings are
>    malformed, the proper action would be to log the problem and ignore
>    just the sub-TLVs in GMPLS path computations rather than ignoring
>    the entire LSA.
>
> NEW
>
>    In case where the new sub-TLVs or their attendant encodings are
>    malformed, the proper action would be to log the problem and ignore
>    just the sub-TLVs in GMPLS path computations rather than ignoring
>    the entire LSA. This should not stop the LSA advertisement process.
>
>
>
>
>
> [Alia] Usually, one doesn't reflood LSAs with malformed TLVs or sub-TLVs.
> I'm certainly willing
>
> to listen to reasoning on why flooding potentially corrupt data would be =
a
> good idea, but you'll need
>
> really clear reasoning.
>
>
>
> YOUNG>>  We discussed in other thread.  To-recap here, how about
>
>
>
> NEW
>
>       In case where the new sub-TLVs or their attendant encodings are
>
>       malformed, the proper action SHOULD log the problem and MUST stop
>
>       sending the LSA in which to contain malformed TLVs or sub-TLVs.
>
> END
>
>
>
>
>
>
>
> Is this just for malformed sub-TLVs?  Is it
> safe to assume that sub-TLVs
> further on in the TLV (or following TLVs) can be properly parsed?
>
> YOUNG>> Yes we are just talking about malformed sub-TLVs. It is safe to
> assume that other sub-TLVs in the TLV or following TLVs can be properly
> parsed as they are a distinct sets of info elements with proper sub-TLV
> types, TLV types.
>
>
>
> [Alia]  Are you picturing that a sub-TLV is malformed if its length isn't
> accurate or just if one of the fields inside the sub-TLV is using a bad
> value or setting a reserved value?  In the latter cases, perhaps it might
> be tolerable to assume that there wasn't data-corruption that will affect
> the rest of the parsing - but I'm dubious.   For the first, if the length
> is wrong, then you can't accurately know where the next sub-TLV starts so
> all parsing after isn't trustable, IMHO.
>
>
>
> YOUNG>> Both cases. Please see the previous comment. I think in either
> case, the safe way is to stop the LSA advertisement.
>
>
>
>
>
>
>
>
>
> Second, please add in some words
> about the expected load of logs.
>
> YOUNG>> How about adding one sentence followed by "In case..."
>
> NEW
>         The expected load of logs is not expected to be a high volume as
> malformed TLVs do not occur
>       frequently in GMPLS.
>
> END
>
>
>
> [Alia] Uh - of course error conditions aren't expected to be common!  How
> about considering how often the
>
> advertising router might send the LSA?  How about considering the number
> of neighbors that will be flooding it?
>
> How about dampening the number of logs?  Making it a MAY log also makes i=
t
> clear that it's up to the implementation.
>
>
>
> YOUNG>> Per Adrian=E2=80=99s suggestion, how about:
>
>
>
> NEW
>
>
>
> Errors of this nature SHOULD be logged for the local operator.
> Implementations MUST provide a rate limit on such logs, and that rate lim=
it
> SHOULD be configurable.
>
>
>
> END
>
>
>
>
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
>
>
> In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA -
> adds to clarity of the text and makes it easier to make sure replacement
> is done
> properly when the values are assigned.
>
> YOUNG>> Good point. I will change that way as you suggest.
>
> In Sec 3.1, it says "   The technology specific part of the WSON ISCD may
> include a variable
>    number of sub-TLVs called Bandwidth sub-TLVs.  Two types of
>    Bandwidth sub-TLV are defined (TBA by IANA):"   If this document is
> creating the
> bandwidth sub-tlv space, then this draft simply assigns initial values -
> so no need for the "TBA
> by IANA".
>
> YOUNG>> Correct. Will address that.
>
> In Sec 4, "In a typical node configuration, the optical node property TLV
> will not exceed the IP MTU."
> Can you please describe the assumptions about a "typical node
> configuration"?  In a few years, these
> assumptions are likely to have changed.
>
> YOUNG>> I can add:
>
> NEW
>
>         A typical node configuration refers to a system with several
> hundreds of channels. In addition, [WSON-Encode] provides mechanisms to
> compactly encode required information elements.
>
> END
>
>
>
> [Alia] Thanks - could you take this one step further and specify about th=
e
> expected size of the TLV based on these assumptions?
>
>
>
> YOUNG>> OK. I will calculate this and add in the text in the revision.
>
>
>
> Thanks,
>
> Alia
>
>
>

--001a113d23e04851b8051e3b79d5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hi Young,

These resolutions all sound f=
ine.=C2=A0 Can you get a new version out today or tomorrow?
I'=
;m out on vacation from August 28 - Sept 7.=C2=A0 I'd prefer to clear m=
y discuss before heading out.

Thanks,
Al=
ia

On =
Wed, Aug 26, 2015 at 12:25 PM, Leeyoung <leeyoung@huawei.com> wrote:











Hi Alia,


=C2=A0


Thank you for providing y=
our good comments.



=C2=A0


Please see in-line for my=
 comments.



=C2=A0


Best regards,


Young


=C2=A0




From: Alia Atl=
as [mailto:akatlas@g=
mail.com]


Sent: Friday, August 21, 2015 4:07 PM

To: Leeyoung

Cc: The IESG; ccamp-chairs@ietf.org; draft-ietf-ccamp-wson-si=
gnal-compatibility-ospf@ietf.org; ccamp@ietf.org

Subject: Re: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal=
-compatibility-ospf-15: (with DISCUSS and COMMENT)




=C2=A0




Hi Young,




=C2=A0






My apologies for the l=
ong delay in responding.=C2=A0 My responses are in-line.






=C2=A0






Thanks,<=
u>






Alia<=
/u>








=C2=A0




On Wed, Aug 5, 2015 at 3:11 PM, Leeyoung <leeyoung@huawei.com&g=
t; wrote:


Hi Alia,



Thank you first of all for providing very useful comments.



Here's my attempt to your comments/DISCUSS. Please see inline.



Thanks.

Young








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

From: Alia Atlas [mailto:akatlas@gmail.com]

Sent: Wednesday, August 05, 2015 9:47 AM

To: The IESG

Cc: ccamp-chairs=
@ietf.org; 
draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org; 
ccamp@ietf.org

Subject: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibil=
ity-ospf-15: (with DISCUSS and COMMENT)



Alia Atlas has entered the following ballot position for

draft-ietf-ccamp-wson-signal-compatibility-ospf-15: Discuss



When responding, please keep the subject line intact and reply to all

email addresses included in the To and CC lines. (Feel free to cut this

introductory paragraph, however.)





Please refer to 
https://www.ietf.org/iesg/statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT positions.





The document, along with other ballot positions, can be found here:

https://datatracker.ietf.org/doc/draft=
-ietf-ccamp-wson-signal-compatibility-ospf/







----------------------------------------------------------------------

DISCUSS:

----------------------------------------------------------------------



I'd like to see clearer descriptions on particularly the error-handling=


around multiple TLVs and sub-TLVs.

I see a few points of ambiguity - as described below.=C2=A0 I think these
should be straightforward to clarify but

interoperability could be affected if this isn't done.=C2=A0 =C2=A0Than=
ks!



In Sec 2, it says "Only one Optical Node Property TLV shall be adverti=
sed

in each LSA." What is the error-handling if multiple of this TLV are
seen?






YOUNG>> This is to allow for fine granularity =
changes in topology per [RFC3630]. It is not an error per se if there are m=
ultiple of this TLV are in each LSA.



Is that a SHALL or a "at most one... MUST be advertised"?=C2=A0 I=
'd expect

normative language.



YOUNG>> "SHALL" seems to be right one, again per [RFC3630].=





=C2=A0






[Alia] Ok - SHALL is f=
ine.=C2=A0 Perhaps text like=C2=A0






"To allow for fin=
e granularity changes in topology, only one Optical Node Property TLV SHALL=
 be






advertised in each LSA=
.=C2=A0 An implementation MUST support receiving multiple Optical Node Prop=
erty






TLVs in an LSA."<=
/span>






=C2=A0


YOUNG>> From anothe=
r email thread (per Adrian), we discussed this.



=C2=A0


NEW<=
/p>

=C2=A0


When using the extensions defined in this =
document, at least one Optical Node Property TLV MUST be advertised in each=
 LSA. To allow for fine granularity changes in topology, more than one Opti=
cal Node Property
 TLV MAY be advertised in a single LSA. Implementations MUST support receiv=
ing multiple Optical Node Property TLVs in an LSA.


=C2=A0


END


=C2=A0






=C2=A0






In Sec 2, it says "=C2=A0 =C2=A0Among the sub-T=
LVs defined above, the Resource

Block Pool State sub-

=C2=A0 =C2=A0TLV and Resource Block Shared Access Wavelength Availability a=
re

=C2=A0 =C2=A0dynamic in nature while the rest are static. As such, they can=
 be

=C2=A0 =C2=A0separated out from the rest and be advertised with multiple TE=
 LSAs

=C2=A0 =C2=A0per OSPF router, as described in [RFC3630] and [RFC5250]."=
;

So - one can advertise multiple TE LSAs - each with at most one=C2=A0 Optic=
al

Node Property TLV

and at most one of these sub-TLVs?



YOUNG>> This is correct except that the Optical Node Property TLV wou=
ld carry "at least" one of these sub-TLVs as opposed to "at =
most one of these sub-TLVs." For instance, one TE LSA can carry one Op=
tical Node Property TLV under which two dynamic sub-TLVs (i.e.,
 the Resource

Block Pool State sub-TLV and Resource Block Shared Access Wavelength Availa=
bility sub-TLV) can be advertised while another TE LSA can carry one Optica=
l Node Property TLV under which the rest of static sub-TLVs can be advertis=
ed.






=C2=A0






=C2=A0[Alia]=C2=A0Ok.=
=C2=A0 Thanks for clarifying.






=C2=A0






=C2=A0If the same sub-TLV appears in





different TE LSAs, how

are they merged or is a particular one preferred and the rest ignored?=C2=
=A0 I

see the text in the

previous paragraph of "If more than one copy of a sub-TLV is received,=


=C2=A0 =C2=A0only the first one of the same type is processed and the rest =
are

=C2=A0 =C2=A0ignored upon receipt." but what does the "first one&=
quot; mean?=C2=A0 Is that

decided based on

a particular identifier?



YOUNG>> The text in Section 2 you quoted is not dealing with the case=
 for two different TE LSAs. In such case, then the sub-TLVs will identify b=
y the value of the sub-TLV.



The case you are referring to is for the case where the same sub-TLV is adv=
ertised in different TE LSAs. It should NOT happen that way, but in case it=
 happens by mistake of packaging, then it will be updated one after another=
. There is no way for the routers
 to distinguish this sub-TLV as the same one (as it is under different TE L=
SAs), which is actually fine. It is not an error condition. The router woul=
d simply process the same sub-TLV multiple times.



I can suggest the following changes:



OLD:



=C2=A0 =C2=A0All sub-TLVs defined here may occur at most once in any given<=
br>
=C2=A0 =C2=A0Optical Node TLV. If more than one copy of a sub-TLV is receiv=
ed,

=C2=A0 =C2=A0only the first one of the same type is processed and the rest =
are

=C2=A0 =C2=A0ignored upon receipt. These restriction need not apply to futu=
re

=C2=A0 =C2=A0sub-TLVs. Unrecognized sub-TLVs are ignored.



NEW:



=C2=A0 =C2=A0All sub-TLVs defined here may occur at most once in any given<=
br>
=C2=A0 =C2=A0Optical Node TLV under one TE LSA. If more than one copy of a =
sub-TLV is received,

=C2=A0 =C2=A0only the first one of the same type is processed and the rest =
are

=C2=A0 =C2=A0ignored upon receipt. These restriction need not apply to futu=
re

=C2=A0 =C2=A0sub-TLVs. Unrecognized sub-TLVs are ignored.






=C2=A0






[Alia] My concern is a=
bout the phrase "only the first one" because two different router=
s may






received the TE LSAs i=
n different order depending upon flooding dynamics.=C2=A0 I would much rath=
er






that you define a tie-=
breaking mechanism - for instance =C2=A0picking the largest LSA ID (Sec 2.2=
 of RFC 3630),






because that is consid=
ered newer.


=C2=A0


YOUNG>>=
 Thanks for the reference. Taking the largest LSA ID is a good idea in this=
 situation. How about then:


=C2=A0


NEW<=
/p>





=C2=A0






=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 
All sub-TLVs defined here may occur at most once in any given

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Optical Node =
TLV under one TE LSA. If more than one copy of the sub-TLV is received,

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 in the same L=
SA, the redundant sub-TLV SHOULD be ignored. In case where the same sub-TLV=



=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 Is advertised in different TE LSA (which would tak=
e place only by a packaging error), then the sub-TLV

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 with the largest LSA ID (Sec 2.2 of RFC 3630) SHOU=
LD be picked.



=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0These restriction need not apply to future su=
b-TLVs. Unrecognized sub-TLVs are ignored.


=C2=A0


END<=
/span>






=C2=A0 =C2=A0In case where the same sub-TLV is adver=
tised in different TE LSAs (which would take place by a

=C2=A0 =C2=A0packaging error), then the sub-TLV will be updated one after a=
nother. There is no way for the

=C2=A0 =C2=A0routers to distinguish this sub-TLV as the same one (as it is =
under different TE LSAs), which is

=C2=A0 =C2=A0actually fine. It is not an error condition. The router would =
simply process the same sub-TLV

=C2=A0 =C2=A0multiple times.






=C2=A0






[Alia] Wouldn't th=
e information contained be redundant?=C2=A0 I'm not sure why you think =
that the duplication






can't be detected =
based on fields in the sub-TLV.=C2=A0 Again, just a simple tie-breaker woul=
d provide interoperability.






=C2=A0


YOUNG>> Please see =
the previous comment.







=C2=A0






END.



In Sec 3.1, "The format of the SCSI MUST be as depicted in the followi=
ng

figure:" implies that

both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must
be included and

in the specified order.=C2=A0 =C2=A0Please clarify (and use separate diagra=
ms)

details about how many times

each sub-TLV can appear, if ordering matters, and how to handle conflicts
or duplicates.



YOUNG>> Good point. I would relax "MUST" to "SHALL&quo=
t; as there is no issue of ordering here. The number of each sub-TLV depend=
s on the number of labels this field describes. If we were talking about, 1=
00 channel (wavelength) system, this can be as many as 100
 sub-TLVs for the Available Label sub-TLV + Shared Backup Label TLV. But th=
ere are ways to reduce the entry by Label Range, etc per [Gen-Encode].



In case duplicated sub-TLVs appear (which should not happen), the router/no=
de will ignore the duplicated labels which are identified by the Label form=
at defined in [RFC6205].



May I suggest the following changes:



OLD



=C2=A0 =C2=A0 =C2=A0 =C2=A0 The format of the SCSI MUST be as depicted in t=
he following figure:



NEW



=C2=A0 =C2=A0 =C2=A0 =C2=A0 The format of the SCSI SHALL be as depicted in =
the following figure:



END






=C2=A0






[Alia]=C2=A0How about =
"A SCSI may contain multiple Available Label sub-TLVs and multiple Sha=
red Backup Label sub-TLVs.=C2=A0 The following figure shows the format for =
a SCSI that contains these sub-TLVs.=C2=A0 The order of
 the sub-TLVs in the SCSI is arbitrary."


=C2=A0


YOUNG>> Acce=
pted.



=C2=A0






=C2=A0






OLD



=C2=A0 =C2=A0 =C2=A0 =C2=A0 Where the Available Label Sub-TLV and Shared Ba=
ckup Label sub-TLV

=C2=A0 =C2=A0 =C2=A0 =C2=A0 are defined in [Gen-Encode]. (right below Figur=
e 1)



NEW



=C2=A0 =C2=A0 =C2=A0 =C2=A0 Where the Available Label Sub-TLV and Shared Ba=
ckup Label sub-TLV

=C2=A0 =C2=A0 =C2=A0 =C2=A0 are defined in [Gen-Encode]. In case where dupl=
icated sub-TLVs are advertised,

=C2=A0 =C2=A0 =C2=A0 the router/node will ignore the duplicated labels whic=
h are identified by the Label format

=C2=A0 =C2=A0 =C2=A0 defined in [RFC6205].



END






=C2=A0






[Alia] Sounds good.






=C2=A0






End of Sec 4: "In case where the new sub-TLVs o=
r their attendant

encodings are

=C2=A0 =C2=A0malformed, the proper action would be to log the problem and
ignore..."=C2=A0 First, please be explicit in

what behavior MUST be done.



YOUNG>> malformed sub-TLVs or their attendant encodings refer to that=
 which are not parse-able due to corruption, etc. and cannot be stored in t=
he TED.



How about adding a new sentence to describe the expected action as follows:=




OLD



=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant encodings ar=
e

=C2=A0 =C2=A0malformed, the proper action would be to log the problem and i=
gnore

=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather than ignor=
ing

=C2=A0 =C2=A0the entire LSA.



NEW



=C2=A0 =C2=A0In case where the new sub-TLVs or their attendant encodings ar=
e

=C2=A0 =C2=A0malformed, the proper action would be to log the problem and i=
gnore

=C2=A0 =C2=A0just the sub-TLVs in GMPLS path computations rather than ignor=
ing

=C2=A0 =C2=A0the entire LSA. This should not stop the LSA advertisement pro=
cess.






=C2=A0






=C2=A0






[Alia] Usually, one do=
esn't reflood LSAs with malformed TLVs or sub-TLVs.=C2=A0 I'm certa=
inly willing






to listen to reasoning=
 on why flooding potentially corrupt data would be a good idea, but you'=
;ll need






really clear reasoning=
.


=C2=A0


YOUNG>>=C2=A0 We di=
scussed in other thread.=C2=A0 To-recap here, how about


=C2=A0


NEW


=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 In case whe=
re the new sub-TLVs or their attendant encodings are

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 malf=
ormed, the proper action SHOULD log the problem and MUST stop



=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0sendin=
g the LSA in which to contain malformed TLVs or sub-TLVs.



END


=C2=A0


=C2=A0






=C2=A0






Is this just for malformed sub-TLVs?=C2=A0 Is it

safe to assume that sub-TLVs

further on in the TLV (or following TLVs) can be properly parsed?



YOUNG>> Yes we are just talking about malformed sub-TLVs. It is safe =
to assume that other sub-TLVs in the TLV or following TLVs can be properly =
parsed as they are a distinct sets of info elements with proper sub-TLV typ=
es, TLV types.






=C2=A0






[Alia] =C2=A0Are you p=
icturing that a sub-TLV is malformed if its length isn't accurate or ju=
st if one of the fields inside the sub-TLV is using a bad value or setting =
a reserved value?=C2=A0 In the latter cases, perhaps
 it might be tolerable to assume that there wasn't data-corruption that=
 will affect the rest of the parsing - but I'm dubious. =C2=A0 For the =
first, if the length is wrong, then you can't accurately know where the=
 next sub-TLV starts so all parsing after isn't trustable,
 IMHO.=C2=A0






=C2=A0


YOUNG>> Both cases.=
 Please see the previous comment. I think in either case, the safe way is t=
o stop the LSA advertisement.



=C2=A0


=C2=A0


=C2=A0


=C2=A0






Second, please add in some words

about the expected load of logs.



YOUNG>> How about adding one sentence followed by "In case...&qu=
ot;



NEW

=C2=A0 =C2=A0 =C2=A0 =C2=A0 The expected load of logs is not expected to be=
 a high volume as malformed TLVs do not occur

=C2=A0 =C2=A0 =C2=A0 frequently in GMPLS.



END






=C2=A0






[Alia] Uh - of course =
error conditions aren't expected to be common!=C2=A0 How about consider=
ing how often the






advertising router mig=
ht send the LSA?=C2=A0 How about considering the number of neighbors that w=
ill be flooding it?






How about dampening th=
e number of logs?=C2=A0 Making it a MAY log also makes it clear that it'=
;s up to the implementation.


=C2=A0


YOUNG>> Per =
Adrian=E2=80=99s suggestion, how about:



=C2=A0


NEW<=
/p>

=C2=A0


Errors of this =
nature SHOULD be logged for the local operator. Implementations MUST provid=
e a rate limit on such logs, and that rate limit SHOULD be configurable.=



=C2=A0


END


=C2=A0


=C2=A0






=C2=A0






----------------------------------------------------=
------------------

COMMENT:

----------------------------------------------------------------------







In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA -<=
br>
adds to clarity of the text and makes it easier to make sure replacement
is done

properly when the values are assigned.



YOUNG>> Good point. I will change that way as you suggest.



In Sec 3.1, it says "=C2=A0 =C2=A0The technology specific part of the =
WSON ISCD may

include a variable

=C2=A0 =C2=A0number of sub-TLVs called Bandwidth sub-TLVs.=C2=A0 Two types =
of

=C2=A0 =C2=A0Bandwidth sub-TLV are defined (TBA by IANA):"=C2=A0 =C2=
=A0If this document is

creating the

bandwidth sub-tlv space, then this draft simply assigns initial values -
so no need for the "TBA

by IANA".



YOUNG>> Correct. Will address that.



In Sec 4, "In a typical node configuration, the optical node property =
TLV

will not exceed the IP MTU."

Can you please describe the assumptions about a "typical node

configuration"?=C2=A0 In a few years, these

assumptions are likely to have changed.



YOUNG>> I can add:



NEW



=C2=A0 =C2=A0 =C2=A0 =C2=A0 A typical node configuration refers to a system=
 with several hundreds of channels. In addition, [WSON-Encode] provides mec=
hanisms to compactly encode required information elements.



END






=C2=A0






[Alia]=C2=A0Thanks - c=
ould you take this one step further and specify about the expected size of =
the TLV based on these assumptions?


=C2=A0


YOUNG>>=
 OK. I will calculate this and add in the text in the revision.







=C2=A0






Thanks,<=
u>






Alia=C2=A0






=C2=A0
















--001a113d23e04851b8051e3b79d5--


From nobody Wed Aug 26 12:29:49 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8EAB1A88A6; Wed, 26 Aug 2015 12:29:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.209
X-Spam-Level: 
X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tWPiw8gV5Pne; Wed, 26 Aug 2015 12:29:36 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C305D1A882F; Wed, 26 Aug 2015 12:29:30 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAL55145; Wed, 26 Aug 2015 19:29:29 +0000 (GMT)
Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 26 Aug 2015 20:29:27 +0100
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Wed, 26 Aug 2015 12:29:24 -0700
From: Leeyoung 
To: Alia Atlas 
Thread-Topic: Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
Thread-Index: AQHQz42X2rMczB0jQUu/SmqkwLswI539xTTwgBm7roCABw4TIIAAqmwA//+SKiA=
Date: Wed, 26 Aug 2015 19:29:24 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D0FDBF@dfweml706-chm>
References: <20150805144646.28443.8959.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E1729CFC2DF@dfweml706-chm>  <7AEB3D6833318045B4AE71C2C87E8E1729D0FC76@dfweml706-chm> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.129.178]
Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FDBFdfweml706chm_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org" , "ccamp@ietf.org" , "ccamp-chairs@ietf.org" , The IESG 
Subject: Re: [CCAMP] Alia Atlas' Discuss on draft-ietf-ccamp-wson-signal-compatibility-ospf-15: (with DISCUSS and COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 19:29:44 -0000

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FDBFdfweml706chm_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQWxpYSwNCg0KVGhhbmtzIGZvciBjbGVhcmluZyBvdXQgYWxsIHBlbmRpbmcgaXNzdWVzLiBJ
IHdpbGwgdHJ5IHRvIGdldCB0aGUgcmV2aXNpb24gYnkgbm8gbGF0ZXIgdGhhbiB0b21vcnJvdy4N
Cg0KQmVzdCByZWdhcmRzLA0KWW91bmcNCg0KRnJvbTogQWxpYSBBdGxhcyBbbWFpbHRvOmFrYXRs
YXNAZ21haWwuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMjYsIDIwMTUgMjowMSBQTQ0K
VG86IExlZXlvdW5nDQpDYzogVGhlIElFU0c7IGNjYW1wLWNoYWlyc0BpZXRmLm9yZzsgZHJhZnQt
aWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0Zi5vcmc7IGNjYW1w
QGlldGYub3JnDQpTdWJqZWN0OiBSZTogQWxpYSBBdGxhcycgRGlzY3VzcyBvbiBkcmFmdC1pZXRm
LWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdpdGggRElTQ1VTUyBh
bmQgQ09NTUVOVCkNCg0KSGkgWW91bmcsDQoNClRoZXNlIHJlc29sdXRpb25zIGFsbCBzb3VuZCBm
aW5lLiAgQ2FuIHlvdSBnZXQgYSBuZXcgdmVyc2lvbiBvdXQgdG9kYXkgb3IgdG9tb3Jyb3c/DQpJ
J20gb3V0IG9uIHZhY2F0aW9uIGZyb20gQXVndXN0IDI4IC0gU2VwdCA3LiAgSSdkIHByZWZlciB0
byBjbGVhciBteSBkaXNjdXNzIGJlZm9yZSBoZWFkaW5nIG91dC4NCg0KVGhhbmtzLA0KQWxpYQ0K
DQpPbiBXZWQsIEF1ZyAyNiwgMjAxNSBhdCAxMjoyNSBQTSwgTGVleW91bmcgPGxlZXlvdW5nQGh1
YXdlaS5jb208bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIEFsaWEsDQoN
ClRoYW5rIHlvdSBmb3IgcHJvdmlkaW5nIHlvdXIgZ29vZCBjb21tZW50cy4NCg0KUGxlYXNlIHNl
ZSBpbi1saW5lIGZvciBteSBjb21tZW50cy4NCg0KQmVzdCByZWdhcmRzLA0KWW91bmcNCg0KRnJv
bTogQWxpYSBBdGxhcyBbbWFpbHRvOmFrYXRsYXNAZ21haWwuY29tPG1haWx0bzpha2F0bGFzQGdt
YWlsLmNvbT5dDQpTZW50OiBGcmlkYXksIEF1Z3VzdCAyMSwgMjAxNSA0OjA3IFBNDQpUbzogTGVl
eW91bmcNCkNjOiBUaGUgSUVTRzsgY2NhbXAtY2hhaXJzQGlldGYub3JnPG1haWx0bzpjY2FtcC1j
aGFpcnNAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxp
dHktb3NwZkBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21w
YXRpYmlsaXR5LW9zcGZAaWV0Zi5vcmc+OyBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+DQpTdWJqZWN0OiBSZTogQWxpYSBBdGxhcycgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWNj
YW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdpdGggRElTQ1VTUyBhbmQg
Q09NTUVOVCkNCg0KSGkgWW91bmcsDQoNCk15IGFwb2xvZ2llcyBmb3IgdGhlIGxvbmcgZGVsYXkg
aW4gcmVzcG9uZGluZy4gIE15IHJlc3BvbnNlcyBhcmUgaW4tbGluZS4NCg0KVGhhbmtzLA0KQWxp
YQ0KDQpPbiBXZWQsIEF1ZyA1LCAyMDE1IGF0IDM6MTEgUE0sIExlZXlvdW5nIDxsZWV5b3VuZ0Bo
dWF3ZWkuY29tPG1haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tPj4gd3JvdGU6DQpIaSBBbGlhLA0K
DQpUaGFuayB5b3UgZmlyc3Qgb2YgYWxsIGZvciBwcm92aWRpbmcgdmVyeSB1c2VmdWwgY29tbWVu
dHMuDQoNCkhlcmUncyBteSBhdHRlbXB0IHRvIHlvdXIgY29tbWVudHMvRElTQ1VTUy4gUGxlYXNl
IHNlZSBpbmxpbmUuDQoNClRoYW5rcy4NCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t
LS0tDQpGcm9tOiBBbGlhIEF0bGFzIFttYWlsdG86YWthdGxhc0BnbWFpbC5jb208bWFpbHRvOmFr
YXRsYXNAZ21haWwuY29tPl0NClNlbnQ6IFdlZG5lc2RheSwgQXVndXN0IDA1LCAyMDE1IDk6NDcg
QU0NClRvOiBUaGUgSUVTRw0KQ2M6IGNjYW1wLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAt
Y2hhaXJzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmls
aXR5LW9zcGZAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29t
cGF0aWJpbGl0eS1vc3BmQGlldGYub3JnPjsgY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll
dGYub3JnPg0KU3ViamVjdDogQWxpYSBBdGxhcycgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWNjYW1w
LXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdpdGggRElTQ1VTUyBhbmQgQ09N
TUVOVCkNCg0KQWxpYSBBdGxhcyBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3Np
dGlvbiBmb3INCmRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3Bm
LTE1OiBEaXNjdXNzDQoNCldoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3Qg
bGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbA0KZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGlu
IHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMNCmludHJvZHVjdG9y
eSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNClBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5p
ZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCmZvciBtb3JlIGlu
Zm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQoNCg0K
VGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBiZSBm
b3VuZCBoZXJlOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1j
Y2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGYvDQoNCg0KDQotLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQpESVNDVVNTOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpJJ2QgbGlrZSB0byBzZWUgY2xlYXJlciBkZXNj
cmlwdGlvbnMgb24gcGFydGljdWxhcmx5IHRoZSBlcnJvci1oYW5kbGluZw0KYXJvdW5kIG11bHRp
cGxlIFRMVnMgYW5kIHN1Yi1UTFZzLg0KSSBzZWUgYSBmZXcgcG9pbnRzIG9mIGFtYmlndWl0eSAt
IGFzIGRlc2NyaWJlZCBiZWxvdy4gIEkgdGhpbmsgdGhlc2UNCnNob3VsZCBiZSBzdHJhaWdodGZv
cndhcmQgdG8gY2xhcmlmeSBidXQNCmludGVyb3BlcmFiaWxpdHkgY291bGQgYmUgYWZmZWN0ZWQg
aWYgdGhpcyBpc24ndCBkb25lLiAgIFRoYW5rcyENCg0KSW4gU2VjIDIsIGl0IHNheXMgIk9ubHkg
b25lIE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFYgc2hhbGwgYmUgYWR2ZXJ0aXNlZA0KaW4gZWFj
aCBMU0EuIiBXaGF0IGlzIHRoZSBlcnJvci1oYW5kbGluZyBpZiBtdWx0aXBsZSBvZiB0aGlzIFRM
ViBhcmUNCnNlZW4/DQpZT1VORz4+IFRoaXMgaXMgdG8gYWxsb3cgZm9yIGZpbmUgZ3JhbnVsYXJp
dHkgY2hhbmdlcyBpbiB0b3BvbG9neSBwZXIgW1JGQzM2MzBdLiBJdCBpcyBub3QgYW4gZXJyb3Ig
cGVyIHNlIGlmIHRoZXJlIGFyZSBtdWx0aXBsZSBvZiB0aGlzIFRMViBhcmUgaW4gZWFjaCBMU0Eu
DQoNCklzIHRoYXQgYSBTSEFMTCBvciBhICJhdCBtb3N0IG9uZS4uLiBNVVNUIGJlIGFkdmVydGlz
ZWQiPyAgSSdkIGV4cGVjdA0Kbm9ybWF0aXZlIGxhbmd1YWdlLg0KDQpZT1VORz4+ICJTSEFMTCIg
c2VlbXMgdG8gYmUgcmlnaHQgb25lLCBhZ2FpbiBwZXIgW1JGQzM2MzBdLg0KDQpbQWxpYV0gT2sg
LSBTSEFMTCBpcyBmaW5lLiAgUGVyaGFwcyB0ZXh0IGxpa2UNCiJUbyBhbGxvdyBmb3IgZmluZSBn
cmFudWxhcml0eSBjaGFuZ2VzIGluIHRvcG9sb2d5LCBvbmx5IG9uZSBPcHRpY2FsIE5vZGUgUHJv
cGVydHkgVExWIFNIQUxMIGJlDQphZHZlcnRpc2VkIGluIGVhY2ggTFNBLiAgQW4gaW1wbGVtZW50
YXRpb24gTVVTVCBzdXBwb3J0IHJlY2VpdmluZyBtdWx0aXBsZSBPcHRpY2FsIE5vZGUgUHJvcGVy
dHkNClRMVnMgaW4gYW4gTFNBLiINCg0KWU9VTkc+PiBGcm9tIGFub3RoZXIgZW1haWwgdGhyZWFk
IChwZXIgQWRyaWFuKSwgd2UgZGlzY3Vzc2VkIHRoaXMuDQoNCk5FVw0KDQoNCldoZW4gdXNpbmcg
dGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LCBhdCBsZWFzdCBvbmUgT3B0
aWNhbCBOb2RlIFByb3BlcnR5IFRMViBNVVNUIGJlIGFkdmVydGlzZWQgaW4gZWFjaCBMU0EuIFRv
IGFsbG93IGZvciBmaW5lIGdyYW51bGFyaXR5IGNoYW5nZXMgaW4gdG9wb2xvZ3ksIG1vcmUgdGhh
biBvbmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViBNQVkgYmUgYWR2ZXJ0aXNlZCBpbiBhIHNp
bmdsZSBMU0EuIEltcGxlbWVudGF0aW9ucyBNVVNUIHN1cHBvcnQgcmVjZWl2aW5nIG11bHRpcGxl
IE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFZzIGluIGFuIExTQS4NCg0KDQoNCkVORA0KDQoNCklu
IFNlYyAyLCBpdCBzYXlzICIgICBBbW9uZyB0aGUgc3ViLVRMVnMgZGVmaW5lZCBhYm92ZSwgdGhl
IFJlc291cmNlDQpCbG9jayBQb29sIFN0YXRlIHN1Yi0NCiAgIFRMViBhbmQgUmVzb3VyY2UgQmxv
Y2sgU2hhcmVkIEFjY2VzcyBXYXZlbGVuZ3RoIEF2YWlsYWJpbGl0eSBhcmUNCiAgIGR5bmFtaWMg
aW4gbmF0dXJlIHdoaWxlIHRoZSByZXN0IGFyZSBzdGF0aWMuIEFzIHN1Y2gsIHRoZXkgY2FuIGJl
DQogICBzZXBhcmF0ZWQgb3V0IGZyb20gdGhlIHJlc3QgYW5kIGJlIGFkdmVydGlzZWQgd2l0aCBt
dWx0aXBsZSBURSBMU0FzDQogICBwZXIgT1NQRiByb3V0ZXIsIGFzIGRlc2NyaWJlZCBpbiBbUkZD
MzYzMF0gYW5kIFtSRkM1MjUwXS4iDQpTbyAtIG9uZSBjYW4gYWR2ZXJ0aXNlIG11bHRpcGxlIFRF
IExTQXMgLSBlYWNoIHdpdGggYXQgbW9zdCBvbmUgIE9wdGljYWwNCk5vZGUgUHJvcGVydHkgVExW
DQphbmQgYXQgbW9zdCBvbmUgb2YgdGhlc2Ugc3ViLVRMVnM/DQoNCllPVU5HPj4gVGhpcyBpcyBj
b3JyZWN0IGV4Y2VwdCB0aGF0IHRoZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkgVExWIHdvdWxkIGNh
cnJ5ICJhdCBsZWFzdCIgb25lIG9mIHRoZXNlIHN1Yi1UTFZzIGFzIG9wcG9zZWQgdG8gImF0IG1v
c3Qgb25lIG9mIHRoZXNlIHN1Yi1UTFZzLiIgRm9yIGluc3RhbmNlLCBvbmUgVEUgTFNBIGNhbiBj
YXJyeSBvbmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViB1bmRlciB3aGljaCB0d28gZHluYW1p
YyBzdWItVExWcyAoaS5lLiwgdGhlIFJlc291cmNlDQpCbG9jayBQb29sIFN0YXRlIHN1Yi1UTFYg
YW5kIFJlc291cmNlIEJsb2NrIFNoYXJlZCBBY2Nlc3MgV2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkg
c3ViLVRMVikgY2FuIGJlIGFkdmVydGlzZWQgd2hpbGUgYW5vdGhlciBURSBMU0EgY2FuIGNhcnJ5
IG9uZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkgVExWIHVuZGVyIHdoaWNoIHRoZSByZXN0IG9mIHN0
YXRpYyBzdWItVExWcyBjYW4gYmUgYWR2ZXJ0aXNlZC4NCg0KIFtBbGlhXSBPay4gIFRoYW5rcyBm
b3IgY2xhcmlmeWluZy4NCg0KIElmIHRoZSBzYW1lIHN1Yi1UTFYgYXBwZWFycyBpbg0KZGlmZmVy
ZW50IFRFIExTQXMsIGhvdw0KYXJlIHRoZXkgbWVyZ2VkIG9yIGlzIGEgcGFydGljdWxhciBvbmUg
cHJlZmVycmVkIGFuZCB0aGUgcmVzdCBpZ25vcmVkPyAgSQ0Kc2VlIHRoZSB0ZXh0IGluIHRoZQ0K
cHJldmlvdXMgcGFyYWdyYXBoIG9mICJJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWItVExW
IGlzIHJlY2VpdmVkLA0KICAgb25seSB0aGUgZmlyc3Qgb25lIG9mIHRoZSBzYW1lIHR5cGUgaXMg
cHJvY2Vzc2VkIGFuZCB0aGUgcmVzdCBhcmUNCiAgIGlnbm9yZWQgdXBvbiByZWNlaXB0LiIgYnV0
IHdoYXQgZG9lcyB0aGUgImZpcnN0IG9uZSIgbWVhbj8gIElzIHRoYXQNCmRlY2lkZWQgYmFzZWQg
b24NCmEgcGFydGljdWxhciBpZGVudGlmaWVyPw0KDQpZT1VORz4+IFRoZSB0ZXh0IGluIFNlY3Rp
b24gMiB5b3UgcXVvdGVkIGlzIG5vdCBkZWFsaW5nIHdpdGggdGhlIGNhc2UgZm9yIHR3byBkaWZm
ZXJlbnQgVEUgTFNBcy4gSW4gc3VjaCBjYXNlLCB0aGVuIHRoZSBzdWItVExWcyB3aWxsIGlkZW50
aWZ5IGJ5IHRoZSB2YWx1ZSBvZiB0aGUgc3ViLVRMVi4NCg0KVGhlIGNhc2UgeW91IGFyZSByZWZl
cnJpbmcgdG8gaXMgZm9yIHRoZSBjYXNlIHdoZXJlIHRoZSBzYW1lIHN1Yi1UTFYgaXMgYWR2ZXJ0
aXNlZCBpbiBkaWZmZXJlbnQgVEUgTFNBcy4gSXQgc2hvdWxkIE5PVCBoYXBwZW4gdGhhdCB3YXks
IGJ1dCBpbiBjYXNlIGl0IGhhcHBlbnMgYnkgbWlzdGFrZSBvZiBwYWNrYWdpbmcsIHRoZW4gaXQg
d2lsbCBiZSB1cGRhdGVkIG9uZSBhZnRlciBhbm90aGVyLiBUaGVyZSBpcyBubyB3YXkgZm9yIHRo
ZSByb3V0ZXJzIHRvIGRpc3Rpbmd1aXNoIHRoaXMgc3ViLVRMViBhcyB0aGUgc2FtZSBvbmUgKGFz
IGl0IGlzIHVuZGVyIGRpZmZlcmVudCBURSBMU0FzKSwgd2hpY2ggaXMgYWN0dWFsbHkgZmluZS4g
SXQgaXMgbm90IGFuIGVycm9yIGNvbmRpdGlvbi4gVGhlIHJvdXRlciB3b3VsZCBzaW1wbHkgcHJv
Y2VzcyB0aGUgc2FtZSBzdWItVExWIG11bHRpcGxlIHRpbWVzLg0KDQpJIGNhbiBzdWdnZXN0IHRo
ZSBmb2xsb3dpbmcgY2hhbmdlczoNCg0KT0xEOg0KDQogICBBbGwgc3ViLVRMVnMgZGVmaW5lZCBo
ZXJlIG1heSBvY2N1ciBhdCBtb3N0IG9uY2UgaW4gYW55IGdpdmVuDQogICBPcHRpY2FsIE5vZGUg
VExWLiBJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWItVExWIGlzIHJlY2VpdmVkLA0KICAg
b25seSB0aGUgZmlyc3Qgb25lIG9mIHRoZSBzYW1lIHR5cGUgaXMgcHJvY2Vzc2VkIGFuZCB0aGUg
cmVzdCBhcmUNCiAgIGlnbm9yZWQgdXBvbiByZWNlaXB0LiBUaGVzZSByZXN0cmljdGlvbiBuZWVk
IG5vdCBhcHBseSB0byBmdXR1cmUNCiAgIHN1Yi1UTFZzLiBVbnJlY29nbml6ZWQgc3ViLVRMVnMg
YXJlIGlnbm9yZWQuDQoNCk5FVzoNCg0KICAgQWxsIHN1Yi1UTFZzIGRlZmluZWQgaGVyZSBtYXkg
b2NjdXIgYXQgbW9zdCBvbmNlIGluIGFueSBnaXZlbg0KICAgT3B0aWNhbCBOb2RlIFRMViB1bmRl
ciBvbmUgVEUgTFNBLiBJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWItVExWIGlzIHJlY2Vp
dmVkLA0KICAgb25seSB0aGUgZmlyc3Qgb25lIG9mIHRoZSBzYW1lIHR5cGUgaXMgcHJvY2Vzc2Vk
IGFuZCB0aGUgcmVzdCBhcmUNCiAgIGlnbm9yZWQgdXBvbiByZWNlaXB0LiBUaGVzZSByZXN0cmlj
dGlvbiBuZWVkIG5vdCBhcHBseSB0byBmdXR1cmUNCiAgIHN1Yi1UTFZzLiBVbnJlY29nbml6ZWQg
c3ViLVRMVnMgYXJlIGlnbm9yZWQuDQoNCltBbGlhXSBNeSBjb25jZXJuIGlzIGFib3V0IHRoZSBw
aHJhc2UgIm9ubHkgdGhlIGZpcnN0IG9uZSIgYmVjYXVzZSB0d28gZGlmZmVyZW50IHJvdXRlcnMg
bWF5DQpyZWNlaXZlZCB0aGUgVEUgTFNBcyBpbiBkaWZmZXJlbnQgb3JkZXIgZGVwZW5kaW5nIHVw
b24gZmxvb2RpbmcgZHluYW1pY3MuICBJIHdvdWxkIG11Y2ggcmF0aGVyDQp0aGF0IHlvdSBkZWZp
bmUgYSB0aWUtYnJlYWtpbmcgbWVjaGFuaXNtIC0gZm9yIGluc3RhbmNlICBwaWNraW5nIHRoZSBs
YXJnZXN0IExTQSBJRCAoU2VjIDIuMiBvZiBSRkMgMzYzMCksDQpiZWNhdXNlIHRoYXQgaXMgY29u
c2lkZXJlZCBuZXdlci4NCg0KWU9VTkc+PiBUaGFua3MgZm9yIHRoZSByZWZlcmVuY2UuIFRha2lu
ZyB0aGUgbGFyZ2VzdCBMU0EgSUQgaXMgYSBnb29kIGlkZWEgaW4gdGhpcyBzaXR1YXRpb24uIEhv
dyBhYm91dCB0aGVuOg0KDQpORVcNCg0KICAgICAgICAgICAgQWxsIHN1Yi1UTFZzIGRlZmluZWQg
aGVyZSBtYXkgb2NjdXIgYXQgbW9zdCBvbmNlIGluIGFueSBnaXZlbg0KICAgICAgICAgICAgT3B0
aWNhbCBOb2RlIFRMViB1bmRlciBvbmUgVEUgTFNBLiBJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2Yg
dGhlIHN1Yi1UTFYgaXMgcmVjZWl2ZWQsDQogICAgICAgICAgICBpbiB0aGUgc2FtZSBMU0EsIHRo
ZSByZWR1bmRhbnQgc3ViLVRMViBTSE9VTEQgYmUgaWdub3JlZC4gSW4gY2FzZSB3aGVyZSB0aGUg
c2FtZSBzdWItVExWDQogICAgICAgICAgICBJcyBhZHZlcnRpc2VkIGluIGRpZmZlcmVudCBURSBM
U0EgKHdoaWNoIHdvdWxkIHRha2UgcGxhY2Ugb25seSBieSBhIHBhY2thZ2luZyBlcnJvciksIHRo
ZW4gdGhlIHN1Yi1UTFYNCiAgICAgICAgICAgIHdpdGggdGhlIGxhcmdlc3QgTFNBIElEIChTZWMg
Mi4yIG9mIFJGQyAzNjMwKSBTSE9VTEQgYmUgcGlja2VkLg0KICAgICAgICAgICAgVGhlc2UgcmVz
dHJpY3Rpb24gbmVlZCBub3QgYXBwbHkgdG8gZnV0dXJlIHN1Yi1UTFZzLiBVbnJlY29nbml6ZWQg
c3ViLVRMVnMgYXJlIGlnbm9yZWQuDQoNCkVORA0KICAgSW4gY2FzZSB3aGVyZSB0aGUgc2FtZSBz
dWItVExWIGlzIGFkdmVydGlzZWQgaW4gZGlmZmVyZW50IFRFIExTQXMgKHdoaWNoIHdvdWxkIHRh
a2UgcGxhY2UgYnkgYQ0KICAgcGFja2FnaW5nIGVycm9yKSwgdGhlbiB0aGUgc3ViLVRMViB3aWxs
IGJlIHVwZGF0ZWQgb25lIGFmdGVyIGFub3RoZXIuIFRoZXJlIGlzIG5vIHdheSBmb3IgdGhlDQog
ICByb3V0ZXJzIHRvIGRpc3Rpbmd1aXNoIHRoaXMgc3ViLVRMViBhcyB0aGUgc2FtZSBvbmUgKGFz
IGl0IGlzIHVuZGVyIGRpZmZlcmVudCBURSBMU0FzKSwgd2hpY2ggaXMNCiAgIGFjdHVhbGx5IGZp
bmUuIEl0IGlzIG5vdCBhbiBlcnJvciBjb25kaXRpb24uIFRoZSByb3V0ZXIgd291bGQgc2ltcGx5
IHByb2Nlc3MgdGhlIHNhbWUgc3ViLVRMVg0KICAgbXVsdGlwbGUgdGltZXMuDQoNCltBbGlhXSBX
b3VsZG4ndCB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGJlIHJlZHVuZGFudD8gIEknbSBub3Qg
c3VyZSB3aHkgeW91IHRoaW5rIHRoYXQgdGhlIGR1cGxpY2F0aW9uDQpjYW4ndCBiZSBkZXRlY3Rl
ZCBiYXNlZCBvbiBmaWVsZHMgaW4gdGhlIHN1Yi1UTFYuICBBZ2FpbiwganVzdCBhIHNpbXBsZSB0
aWUtYnJlYWtlciB3b3VsZCBwcm92aWRlIGludGVyb3BlcmFiaWxpdHkuDQoNCllPVU5HPj4gUGxl
YXNlIHNlZSB0aGUgcHJldmlvdXMgY29tbWVudC4NCg0KRU5ELg0KDQpJbiBTZWMgMy4xLCAiVGhl
IGZvcm1hdCBvZiB0aGUgU0NTSSBNVVNUIGJlIGFzIGRlcGljdGVkIGluIHRoZSBmb2xsb3dpbmcN
CmZpZ3VyZToiIGltcGxpZXMgdGhhdA0KYm90aCB0aGUgQXZhaWxhYmxlIExhYmVsIFN1Yi1UTFYg
YW5kIHRoZSBTaGFyZWQgQmFja3VwIExhYmVsIFN1Yi1UTFYgbXVzdA0KYmUgaW5jbHVkZWQgYW5k
DQppbiB0aGUgc3BlY2lmaWVkIG9yZGVyLiAgIFBsZWFzZSBjbGFyaWZ5IChhbmQgdXNlIHNlcGFy
YXRlIGRpYWdyYW1zKQ0KZGV0YWlscyBhYm91dCBob3cgbWFueSB0aW1lcw0KZWFjaCBzdWItVExW
IGNhbiBhcHBlYXIsIGlmIG9yZGVyaW5nIG1hdHRlcnMsIGFuZCBob3cgdG8gaGFuZGxlIGNvbmZs
aWN0cw0Kb3IgZHVwbGljYXRlcy4NCg0KWU9VTkc+PiBHb29kIHBvaW50LiBJIHdvdWxkIHJlbGF4
ICJNVVNUIiB0byAiU0hBTEwiIGFzIHRoZXJlIGlzIG5vIGlzc3VlIG9mIG9yZGVyaW5nIGhlcmUu
IFRoZSBudW1iZXIgb2YgZWFjaCBzdWItVExWIGRlcGVuZHMgb24gdGhlIG51bWJlciBvZiBsYWJl
bHMgdGhpcyBmaWVsZCBkZXNjcmliZXMuIElmIHdlIHdlcmUgdGFsa2luZyBhYm91dCwgMTAwIGNo
YW5uZWwgKHdhdmVsZW5ndGgpIHN5c3RlbSwgdGhpcyBjYW4gYmUgYXMgbWFueSBhcyAxMDAgc3Vi
LVRMVnMgZm9yIHRoZSBBdmFpbGFibGUgTGFiZWwgc3ViLVRMViArIFNoYXJlZCBCYWNrdXAgTGFi
ZWwgVExWLiBCdXQgdGhlcmUgYXJlIHdheXMgdG8gcmVkdWNlIHRoZSBlbnRyeSBieSBMYWJlbCBS
YW5nZSwgZXRjIHBlciBbR2VuLUVuY29kZV0uDQoNCkluIGNhc2UgZHVwbGljYXRlZCBzdWItVExW
cyBhcHBlYXIgKHdoaWNoIHNob3VsZCBub3QgaGFwcGVuKSwgdGhlIHJvdXRlci9ub2RlIHdpbGwg
aWdub3JlIHRoZSBkdXBsaWNhdGVkIGxhYmVscyB3aGljaCBhcmUgaWRlbnRpZmllZCBieSB0aGUg
TGFiZWwgZm9ybWF0IGRlZmluZWQgaW4gW1JGQzYyMDVdLg0KDQpNYXkgSSBzdWdnZXN0IHRoZSBm
b2xsb3dpbmcgY2hhbmdlczoNCg0KT0xEDQoNCiAgICAgICAgVGhlIGZvcm1hdCBvZiB0aGUgU0NT
SSBNVVNUIGJlIGFzIGRlcGljdGVkIGluIHRoZSBmb2xsb3dpbmcgZmlndXJlOg0KDQpORVcNCg0K
ICAgICAgICBUaGUgZm9ybWF0IG9mIHRoZSBTQ1NJIFNIQUxMIGJlIGFzIGRlcGljdGVkIGluIHRo
ZSBmb2xsb3dpbmcgZmlndXJlOg0KDQpFTkQNCg0KW0FsaWFdIEhvdyBhYm91dCAiQSBTQ1NJIG1h
eSBjb250YWluIG11bHRpcGxlIEF2YWlsYWJsZSBMYWJlbCBzdWItVExWcyBhbmQgbXVsdGlwbGUg
U2hhcmVkIEJhY2t1cCBMYWJlbCBzdWItVExWcy4gIFRoZSBmb2xsb3dpbmcgZmlndXJlIHNob3dz
IHRoZSBmb3JtYXQgZm9yIGEgU0NTSSB0aGF0IGNvbnRhaW5zIHRoZXNlIHN1Yi1UTFZzLiAgVGhl
IG9yZGVyIG9mIHRoZSBzdWItVExWcyBpbiB0aGUgU0NTSSBpcyBhcmJpdHJhcnkuIg0KDQpZT1VO
Rz4+IEFjY2VwdGVkLg0KDQoNCk9MRA0KDQogICAgICAgIFdoZXJlIHRoZSBBdmFpbGFibGUgTGFi
ZWwgU3ViLVRMViBhbmQgU2hhcmVkIEJhY2t1cCBMYWJlbCBzdWItVExWDQogICAgICAgIGFyZSBk
ZWZpbmVkIGluIFtHZW4tRW5jb2RlXS4gKHJpZ2h0IGJlbG93IEZpZ3VyZSAxKQ0KDQpORVcNCg0K
ICAgICAgICBXaGVyZSB0aGUgQXZhaWxhYmxlIExhYmVsIFN1Yi1UTFYgYW5kIFNoYXJlZCBCYWNr
dXAgTGFiZWwgc3ViLVRMVg0KICAgICAgICBhcmUgZGVmaW5lZCBpbiBbR2VuLUVuY29kZV0uIElu
IGNhc2Ugd2hlcmUgZHVwbGljYXRlZCBzdWItVExWcyBhcmUgYWR2ZXJ0aXNlZCwNCiAgICAgIHRo
ZSByb3V0ZXIvbm9kZSB3aWxsIGlnbm9yZSB0aGUgZHVwbGljYXRlZCBsYWJlbHMgd2hpY2ggYXJl
IGlkZW50aWZpZWQgYnkgdGhlIExhYmVsIGZvcm1hdA0KICAgICAgZGVmaW5lZCBpbiBbUkZDNjIw
NV0uDQoNCkVORA0KDQpbQWxpYV0gU291bmRzIGdvb2QuDQoNCkVuZCBvZiBTZWMgNDogIkluIGNh
c2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBhdHRlbmRhbnQNCmVuY29kaW5ncyBh
cmUNCiAgIG1hbGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUgdG8gbG9nIHRoZSBw
cm9ibGVtIGFuZA0KaWdub3JlLi4uIiAgRmlyc3QsIHBsZWFzZSBiZSBleHBsaWNpdCBpbg0Kd2hh
dCBiZWhhdmlvciBNVVNUIGJlIGRvbmUuDQoNCllPVU5HPj4gbWFsZm9ybWVkIHN1Yi1UTFZzIG9y
IHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgcmVmZXIgdG8gdGhhdCB3aGljaCBhcmUgbm90IHBh
cnNlLWFibGUgZHVlIHRvIGNvcnJ1cHRpb24sIGV0Yy4gYW5kIGNhbm5vdCBiZSBzdG9yZWQgaW4g
dGhlIFRFRC4NCg0KSG93IGFib3V0IGFkZGluZyBhIG5ldyBzZW50ZW5jZSB0byBkZXNjcmliZSB0
aGUgZXhwZWN0ZWQgYWN0aW9uIGFzIGZvbGxvd3M6DQoNCk9MRA0KDQogICBJbiBjYXNlIHdoZXJl
IHRoZSBuZXcgc3ViLVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50IGVuY29kaW5ncyBhcmUNCiAgIG1h
bGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUgdG8gbG9nIHRoZSBwcm9ibGVtIGFu
ZCBpZ25vcmUNCiAgIGp1c3QgdGhlIHN1Yi1UTFZzIGluIEdNUExTIHBhdGggY29tcHV0YXRpb25z
IHJhdGhlciB0aGFuIGlnbm9yaW5nDQogICB0aGUgZW50aXJlIExTQS4NCg0KTkVXDQoNCiAgIElu
IGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBhdHRlbmRhbnQgZW5jb2Rpbmdz
IGFyZQ0KICAgbWFsZm9ybWVkLCB0aGUgcHJvcGVyIGFjdGlvbiB3b3VsZCBiZSB0byBsb2cgdGhl
IHByb2JsZW0gYW5kIGlnbm9yZQ0KICAganVzdCB0aGUgc3ViLVRMVnMgaW4gR01QTFMgcGF0aCBj
b21wdXRhdGlvbnMgcmF0aGVyIHRoYW4gaWdub3JpbmcNCiAgIHRoZSBlbnRpcmUgTFNBLiBUaGlz
IHNob3VsZCBub3Qgc3RvcCB0aGUgTFNBIGFkdmVydGlzZW1lbnQgcHJvY2Vzcy4NCg0KDQpbQWxp
YV0gVXN1YWxseSwgb25lIGRvZXNuJ3QgcmVmbG9vZCBMU0FzIHdpdGggbWFsZm9ybWVkIFRMVnMg
b3Igc3ViLVRMVnMuICBJJ20gY2VydGFpbmx5IHdpbGxpbmcNCnRvIGxpc3RlbiB0byByZWFzb25p
bmcgb24gd2h5IGZsb29kaW5nIHBvdGVudGlhbGx5IGNvcnJ1cHQgZGF0YSB3b3VsZCBiZSBhIGdv
b2QgaWRlYSwgYnV0IHlvdSdsbCBuZWVkDQpyZWFsbHkgY2xlYXIgcmVhc29uaW5nLg0KDQpZT1VO
Rz4+ICBXZSBkaXNjdXNzZWQgaW4gb3RoZXIgdGhyZWFkLiAgVG8tcmVjYXAgaGVyZSwgaG93IGFi
b3V0DQoNCg0KTkVXDQoNCiAgICAgIEluIGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0
aGVpciBhdHRlbmRhbnQgZW5jb2RpbmdzIGFyZQ0KDQogICAgICBtYWxmb3JtZWQsIHRoZSBwcm9w
ZXIgYWN0aW9uIFNIT1VMRCBsb2cgdGhlIHByb2JsZW0gYW5kIE1VU1Qgc3RvcA0KDQogICAgICBz
ZW5kaW5nIHRoZSBMU0EgaW4gd2hpY2ggdG8gY29udGFpbiBtYWxmb3JtZWQgVExWcyBvciBzdWIt
VExWcy4NCg0KRU5EDQoNCg0KDQoNCklzIHRoaXMganVzdCBmb3IgbWFsZm9ybWVkIHN1Yi1UTFZz
PyAgSXMgaXQNCnNhZmUgdG8gYXNzdW1lIHRoYXQgc3ViLVRMVnMNCmZ1cnRoZXIgb24gaW4gdGhl
IFRMViAob3IgZm9sbG93aW5nIFRMVnMpIGNhbiBiZSBwcm9wZXJseSBwYXJzZWQ/DQoNCllPVU5H
Pj4gWWVzIHdlIGFyZSBqdXN0IHRhbGtpbmcgYWJvdXQgbWFsZm9ybWVkIHN1Yi1UTFZzLiBJdCBp
cyBzYWZlIHRvIGFzc3VtZSB0aGF0IG90aGVyIHN1Yi1UTFZzIGluIHRoZSBUTFYgb3IgZm9sbG93
aW5nIFRMVnMgY2FuIGJlIHByb3Blcmx5IHBhcnNlZCBhcyB0aGV5IGFyZSBhIGRpc3RpbmN0IHNl
dHMgb2YgaW5mbyBlbGVtZW50cyB3aXRoIHByb3BlciBzdWItVExWIHR5cGVzLCBUTFYgdHlwZXMu
DQoNCltBbGlhXSAgQXJlIHlvdSBwaWN0dXJpbmcgdGhhdCBhIHN1Yi1UTFYgaXMgbWFsZm9ybWVk
IGlmIGl0cyBsZW5ndGggaXNuJ3QgYWNjdXJhdGUgb3IganVzdCBpZiBvbmUgb2YgdGhlIGZpZWxk
cyBpbnNpZGUgdGhlIHN1Yi1UTFYgaXMgdXNpbmcgYSBiYWQgdmFsdWUgb3Igc2V0dGluZyBhIHJl
c2VydmVkIHZhbHVlPyAgSW4gdGhlIGxhdHRlciBjYXNlcywgcGVyaGFwcyBpdCBtaWdodCBiZSB0
b2xlcmFibGUgdG8gYXNzdW1lIHRoYXQgdGhlcmUgd2Fzbid0IGRhdGEtY29ycnVwdGlvbiB0aGF0
IHdpbGwgYWZmZWN0IHRoZSByZXN0IG9mIHRoZSBwYXJzaW5nIC0gYnV0IEknbSBkdWJpb3VzLiAg
IEZvciB0aGUgZmlyc3QsIGlmIHRoZSBsZW5ndGggaXMgd3JvbmcsIHRoZW4geW91IGNhbid0IGFj
Y3VyYXRlbHkga25vdyB3aGVyZSB0aGUgbmV4dCBzdWItVExWIHN0YXJ0cyBzbyBhbGwgcGFyc2lu
ZyBhZnRlciBpc24ndCB0cnVzdGFibGUsIElNSE8uDQoNCllPVU5HPj4gQm90aCBjYXNlcy4gUGxl
YXNlIHNlZSB0aGUgcHJldmlvdXMgY29tbWVudC4gSSB0aGluayBpbiBlaXRoZXIgY2FzZSwgdGhl
IHNhZmUgd2F5IGlzIHRvIHN0b3AgdGhlIExTQSBhZHZlcnRpc2VtZW50Lg0KDQoNCg0KDQpTZWNv
bmQsIHBsZWFzZSBhZGQgaW4gc29tZSB3b3Jkcw0KYWJvdXQgdGhlIGV4cGVjdGVkIGxvYWQgb2Yg
bG9ncy4NCg0KWU9VTkc+PiBIb3cgYWJvdXQgYWRkaW5nIG9uZSBzZW50ZW5jZSBmb2xsb3dlZCBi
eSAiSW4gY2FzZS4uLiINCg0KTkVXDQogICAgICAgIFRoZSBleHBlY3RlZCBsb2FkIG9mIGxvZ3Mg
aXMgbm90IGV4cGVjdGVkIHRvIGJlIGEgaGlnaCB2b2x1bWUgYXMgbWFsZm9ybWVkIFRMVnMgZG8g
bm90IG9jY3VyDQogICAgICBmcmVxdWVudGx5IGluIEdNUExTLg0KDQpFTkQNCg0KW0FsaWFdIFVo
IC0gb2YgY291cnNlIGVycm9yIGNvbmRpdGlvbnMgYXJlbid0IGV4cGVjdGVkIHRvIGJlIGNvbW1v
biEgIEhvdyBhYm91dCBjb25zaWRlcmluZyBob3cgb2Z0ZW4gdGhlDQphZHZlcnRpc2luZyByb3V0
ZXIgbWlnaHQgc2VuZCB0aGUgTFNBPyAgSG93IGFib3V0IGNvbnNpZGVyaW5nIHRoZSBudW1iZXIg
b2YgbmVpZ2hib3JzIHRoYXQgd2lsbCBiZSBmbG9vZGluZyBpdD8NCkhvdyBhYm91dCBkYW1wZW5p
bmcgdGhlIG51bWJlciBvZiBsb2dzPyAgTWFraW5nIGl0IGEgTUFZIGxvZyBhbHNvIG1ha2VzIGl0
IGNsZWFyIHRoYXQgaXQncyB1cCB0byB0aGUgaW1wbGVtZW50YXRpb24uDQoNCllPVU5HPj4gUGVy
IEFkcmlhbuKAmXMgc3VnZ2VzdGlvbiwgaG93IGFib3V0Og0KDQpORVcNCg0KDQpFcnJvcnMgb2Yg
dGhpcyBuYXR1cmUgU0hPVUxEIGJlIGxvZ2dlZCBmb3IgdGhlIGxvY2FsIG9wZXJhdG9yLiBJbXBs
ZW1lbnRhdGlvbnMgTVVTVCBwcm92aWRlIGEgcmF0ZSBsaW1pdCBvbiBzdWNoIGxvZ3MsIGFuZCB0
aGF0IHJhdGUgbGltaXQgU0hPVUxEIGJlIGNvbmZpZ3VyYWJsZS4NCg0KDQoNCkVORA0KDQoNCg0K
DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNCg0KSW4gU2VjIDIs
IGl0J3MgdXNlZnVsIHRvIHVzZSBUQkExLCBUQkEyLCBldGMuIGluc3RlYWQgb2YgcmV1c2luZyBU
QkEgLQ0KYWRkcyB0byBjbGFyaXR5IG9mIHRoZSB0ZXh0IGFuZCBtYWtlcyBpdCBlYXNpZXIgdG8g
bWFrZSBzdXJlIHJlcGxhY2VtZW50DQppcyBkb25lDQpwcm9wZXJseSB3aGVuIHRoZSB2YWx1ZXMg
YXJlIGFzc2lnbmVkLg0KDQpZT1VORz4+IEdvb2QgcG9pbnQuIEkgd2lsbCBjaGFuZ2UgdGhhdCB3
YXkgYXMgeW91IHN1Z2dlc3QuDQoNCkluIFNlYyAzLjEsIGl0IHNheXMgIiAgIFRoZSB0ZWNobm9s
b2d5IHNwZWNpZmljIHBhcnQgb2YgdGhlIFdTT04gSVNDRCBtYXkNCmluY2x1ZGUgYSB2YXJpYWJs
ZQ0KICAgbnVtYmVyIG9mIHN1Yi1UTFZzIGNhbGxlZCBCYW5kd2lkdGggc3ViLVRMVnMuICBUd28g
dHlwZXMgb2YNCiAgIEJhbmR3aWR0aCBzdWItVExWIGFyZSBkZWZpbmVkIChUQkEgYnkgSUFOQSk6
IiAgIElmIHRoaXMgZG9jdW1lbnQgaXMNCmNyZWF0aW5nIHRoZQ0KYmFuZHdpZHRoIHN1Yi10bHYg
c3BhY2UsIHRoZW4gdGhpcyBkcmFmdCBzaW1wbHkgYXNzaWducyBpbml0aWFsIHZhbHVlcyAtDQpz
byBubyBuZWVkIGZvciB0aGUgIlRCQQ0KYnkgSUFOQSIuDQoNCllPVU5HPj4gQ29ycmVjdC4gV2ls
bCBhZGRyZXNzIHRoYXQuDQoNCkluIFNlYyA0LCAiSW4gYSB0eXBpY2FsIG5vZGUgY29uZmlndXJh
dGlvbiwgdGhlIG9wdGljYWwgbm9kZSBwcm9wZXJ0eSBUTFYNCndpbGwgbm90IGV4Y2VlZCB0aGUg
SVAgTVRVLiINCkNhbiB5b3UgcGxlYXNlIGRlc2NyaWJlIHRoZSBhc3N1bXB0aW9ucyBhYm91dCBh
ICJ0eXBpY2FsIG5vZGUNCmNvbmZpZ3VyYXRpb24iPyAgSW4gYSBmZXcgeWVhcnMsIHRoZXNlDQph
c3N1bXB0aW9ucyBhcmUgbGlrZWx5IHRvIGhhdmUgY2hhbmdlZC4NCg0KWU9VTkc+PiBJIGNhbiBh
ZGQ6DQoNCk5FVw0KDQogICAgICAgIEEgdHlwaWNhbCBub2RlIGNvbmZpZ3VyYXRpb24gcmVmZXJz
IHRvIGEgc3lzdGVtIHdpdGggc2V2ZXJhbCBodW5kcmVkcyBvZiBjaGFubmVscy4gSW4gYWRkaXRp
b24sIFtXU09OLUVuY29kZV0gcHJvdmlkZXMgbWVjaGFuaXNtcyB0byBjb21wYWN0bHkgZW5jb2Rl
IHJlcXVpcmVkIGluZm9ybWF0aW9uIGVsZW1lbnRzLg0KDQpFTkQNCg0KW0FsaWFdIFRoYW5rcyAt
IGNvdWxkIHlvdSB0YWtlIHRoaXMgb25lIHN0ZXAgZnVydGhlciBhbmQgc3BlY2lmeSBhYm91dCB0
aGUgZXhwZWN0ZWQgc2l6ZSBvZiB0aGUgVExWIGJhc2VkIG9uIHRoZXNlIGFzc3VtcHRpb25zPw0K
DQpZT1VORz4+IE9LLiBJIHdpbGwgY2FsY3VsYXRlIHRoaXMgYW5kIGFkZCBpbiB0aGUgdGV4dCBp
biB0aGUgcmV2aXNpb24uDQoNClRoYW5rcywNCkFsaWENCg0KDQo=

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FDBFdfweml706chm_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2
IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp
bi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6
MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs
InNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y
ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5
N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBh
Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBp
biAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N
Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6
ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn
dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2
OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t
LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxl
Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgQWxpYSw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PlRoYW5rcyBmb3IgY2xlYXJpbmcgb3V0IGFsbCBwZW5kaW5nIGlzc3Vlcy4gSSB3aWxsIHRyeSB0
byBnZXQgdGhlIHJldmlzaW9uIGJ5IG5vIGxhdGVyIHRoYW4gdG9tb3Jyb3cuDQo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WW91bmc8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp
diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+IEFsaWEgQXRsYXMgW21haWx0bzpha2F0bGFzQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNl
bnQ6PC9iPiBXZWRuZXNkYXksIEF1Z3VzdCAyNiwgMjAxNSAyOjAxIFBNPGJyPg0KPGI+VG86PC9i
PiBMZWV5b3VuZzxicj4NCjxiPkNjOjwvYj4gVGhlIElFU0c7IGNjYW1wLWNoYWlyc0BpZXRmLm9y
ZzsgZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0Zi5v
cmc7IGNjYW1wQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBBbGlhIEF0bGFzJyBE
aXNjdXNzIG9uIGRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3Bm
LTE1OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgWW91bmcsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVzZSByZXNvbHV0aW9ucyBhbGwgc291bmQgZmluZS4mbmJz
cDsgQ2FuIHlvdSBnZXQgYSBuZXcgdmVyc2lvbiBvdXQgdG9kYXkgb3IgdG9tb3Jyb3c/PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ20gb3V0IG9u
IHZhY2F0aW9uIGZyb20gQXVndXN0IDI4IC0gU2VwdCA3LiZuYnNwOyBJJ2QgcHJlZmVyIHRvIGNs
ZWFyIG15IGRpc2N1c3MgYmVmb3JlIGhlYWRpbmcgb3V0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbGlhPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFdlZCwgQXVnIDI2LCAyMDE1
IGF0IDEyOjI1IFBNLCBMZWV5b3VuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxlZXlvdW5nQGh1YXdl
aS5jb20iIHRhcmdldD0iX2JsYW5rIj5sZWV5b3VuZ0BodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIEFsaWEsPC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+VGhhbmsgeW91IGZvciBwcm92aWRpbmcgeW91ciBnb29kIGNvbW1lbnRzLg0KPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+UGxlYXNlIHNlZSBpbi1saW5lIGZvciBteSBjb21tZW50cy4NCjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Zb3VuZzwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw
dDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90OyI+IEFsaWEgQXRsYXMgW21haWx0bzo8YSBocmVmPSJtYWlsdG86YWthdGxh
c0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ha2F0bGFzQGdtYWlsLmNvbTwvYT5dDQo8YnI+
DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBBdWd1c3QgMjEsIDIwMTUgNDowNyBQTTxicj4NCjxiPlRv
OjwvYj4gTGVleW91bmc8YnI+DQo8Yj5DYzo8L2I+IFRoZSBJRVNHOyA8YSBocmVmPSJtYWlsdG86
Y2NhbXAtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+Y2NhbXAtY2hhaXJzQGlldGYu
b3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNv
bXBhdGliaWxpdHktb3NwZkBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KZHJhZnQtaWV0Zi1j
Y2FtcC13c29uLXNpZ25hbC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0Zi5vcmc8L2E+OyA8YSBocmVm
PSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmNjYW1wQGlldGYub3Jn
PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogQWxpYSBBdGxhcycgRGlzY3VzcyBvbiBkcmFm
dC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi0xNTogKHdpdGggRElT
Q1VTUyBhbmQgQ09NTUVOVCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMzg3NjFEIj5IaSBZ
b3VuZyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzODc2MUQiPk15IGFwb2xvZ2llcyBmb3IgdGhlIGxv
bmcgZGVsYXkgaW4gcmVzcG9uZGluZy4mbmJzcDsgTXkgcmVzcG9uc2VzIGFyZSBpbi1saW5lLjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMzg3NjFEIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls
ZT0iY29sb3I6IzM4NzYxRCI+QWxpYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+T24gV2VkLCBBdWcgNSwgMjAxNSBhdCAzOjExIFBNLCBMZWV5b3VuZyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5sZWV5b3VuZ0BodWF3
ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPkhpIEFsaWEsPGJyPg0KPGJyPg0KVGhhbmsgeW91IGZpcnN0IG9mIGFsbCBmb3IgcHJvdmlk
aW5nIHZlcnkgdXNlZnVsIGNvbW1lbnRzLjxicj4NCjxicj4NCkhlcmUncyBteSBhdHRlbXB0IHRv
IHlvdXIgY29tbWVudHMvRElTQ1VTUy4gUGxlYXNlIHNlZSBpbmxpbmUuPGJyPg0KPGJyPg0KVGhh
bmtzLjxicj4NCllvdW5nPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEy
LjBwdCI+PGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBBbGlhIEF0
bGFzIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmFrYXRsYXNAZ21haWwuY29tIiB0YXJnZXQ9Il9i
bGFuayI+YWthdGxhc0BnbWFpbC5jb208L2E+XTxicj4NClNlbnQ6IFdlZG5lc2RheSwgQXVndXN0
IDA1LCAyMDE1IDk6NDcgQU08YnI+DQpUbzogVGhlIElFU0c8YnI+DQpDYzogPGEgaHJlZj0ibWFp
bHRvOmNjYW1wLWNoYWlyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmNjYW1wLWNoYWlyc0Bp
ZXRmLm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25h
bC1jb21wYXRpYmlsaXR5LW9zcGZAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0LWll
dGYtY2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmQGlldGYub3JnPC9hPjsgPGEg
aHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpjY2FtcEBpZXRm
Lm9yZzwvYT48YnI+DQpTdWJqZWN0OiBBbGlhIEF0bGFzJyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYt
Y2NhbXAtd3Nvbi1zaWduYWwtY29tcGF0aWJpbGl0eS1vc3BmLTE1OiAod2l0aCBESVNDVVNTIGFu
ZCBDT01NRU5UKTxicj4NCjxicj4NCkFsaWEgQXRsYXMgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu
ZyBiYWxsb3QgcG9zaXRpb24gZm9yPGJyPg0KZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbC1j
b21wYXRpYmlsaXR5LW9zcGYtMTU6IERpc2N1c3M8YnI+DQo8YnI+DQpXaGVuIHJlc3BvbmRpbmcs
IHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGw8YnI+
DQplbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwg
ZnJlZSB0byBjdXQgdGhpczxicj4NCmludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKTxi
cj4NCjxicj4NCjxicj4NClBsZWFzZSByZWZlciB0byA8YSBocmVmPSJodHRwczovL3d3dy5pZXRm
Lm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwiIHRhcmdldD0iX2JsYW5r
Ij4NCmh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEu
aHRtbDwvYT48YnI+DQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5k
IENPTU1FTlQgcG9zaXRpb25zLjxicj4NCjxicj4NCjxicj4NClRoZSBkb2N1bWVudCwgYWxvbmcg
d2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZTo8YnI+DQo8YSBo
cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNjYW1wLXdz
b24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3NwZi8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBh
dGliaWxpdHktb3NwZi88L2E+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxi
cj4NCkRJU0NVU1M6PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCkknZCBsaWtlIHRvIHNl
ZSBjbGVhcmVyIGRlc2NyaXB0aW9ucyBvbiBwYXJ0aWN1bGFybHkgdGhlIGVycm9yLWhhbmRsaW5n
PGJyPg0KYXJvdW5kIG11bHRpcGxlIFRMVnMgYW5kIHN1Yi1UTFZzLjxicj4NCkkgc2VlIGEgZmV3
IHBvaW50cyBvZiBhbWJpZ3VpdHkgLSBhcyBkZXNjcmliZWQgYmVsb3cuJm5ic3A7IEkgdGhpbmsg
dGhlc2U8YnI+DQpzaG91bGQgYmUgc3RyYWlnaHRmb3J3YXJkIHRvIGNsYXJpZnkgYnV0PGJyPg0K
aW50ZXJvcGVyYWJpbGl0eSBjb3VsZCBiZSBhZmZlY3RlZCBpZiB0aGlzIGlzbid0IGRvbmUuJm5i
c3A7ICZuYnNwO1RoYW5rcyE8YnI+DQo8YnI+DQpJbiBTZWMgMiwgaXQgc2F5cyAmcXVvdDtPbmx5
IG9uZSBPcHRpY2FsIE5vZGUgUHJvcGVydHkgVExWIHNoYWxsIGJlIGFkdmVydGlzZWQ8YnI+DQpp
biBlYWNoIExTQS4mcXVvdDsgV2hhdCBpcyB0aGUgZXJyb3ItaGFuZGxpbmcgaWYgbXVsdGlwbGUg
b2YgdGhpcyBUTFYgYXJlPGJyPg0Kc2Vlbj88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPllPVU5HJmd0OyZndDsgVGhpcyBpcyB0byBhbGxvdyBm
b3IgZmluZSBncmFudWxhcml0eSBjaGFuZ2VzIGluIHRvcG9sb2d5IHBlciBbUkZDMzYzMF0uIEl0
IGlzIG5vdCBhbiBlcnJvciBwZXIgc2UgaWYgdGhlcmUgYXJlIG11bHRpcGxlIG9mIHRoaXMgVExW
IGFyZSBpbiBlYWNoIExTQS48YnI+DQo8YnI+DQpJcyB0aGF0IGEgU0hBTEwgb3IgYSAmcXVvdDth
dCBtb3N0IG9uZS4uLiBNVVNUIGJlIGFkdmVydGlzZWQmcXVvdDs/Jm5ic3A7IEknZCBleHBlY3Q8
YnI+DQpub3JtYXRpdmUgbGFuZ3VhZ2UuPGJyPg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0OyAmcXVvdDtT
SEFMTCZxdW90OyBzZWVtcyB0byBiZSByaWdodCBvbmUsIGFnYWluIHBlciBbUkZDMzYzMF0uPG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBPayAtIFNIQUxMIGlzIGZpbmUuJm5ic3A7IFBlcmhh
cHMgdGV4dCBsaWtlJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+JnF1b3Q7
VG8gYWxsb3cgZm9yIGZpbmUgZ3JhbnVsYXJpdHkgY2hhbmdlcyBpbiB0b3BvbG9neSwgb25seSBv
bmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViBTSEFMTCBiZTwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMyNzRFMTMiPmFkdmVydGlzZWQgaW4gZWFjaCBMU0EuJm5ic3A7IEFuIGltcGxlbWVudGF0
aW9uIE1VU1Qgc3VwcG9ydCByZWNlaXZpbmcgbXVsdGlwbGUgT3B0aWNhbCBOb2RlIFByb3BlcnR5
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+VExWcyBpbiBhbiBMU0EuJnF1b3Q7PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiM3MDMwQTAiPllPVU5HJmd0OyZndDsgRnJvbSBhbm90aGVyIGVt
YWlsIHRocmVhZCAocGVyIEFkcmlhbiksIHdlIGRpc2N1c3NlZCB0aGlzLg0KPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzcwMzBBMCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzcwMzBB
MCI+TkVXPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzcwMzBBMCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOiM3MDMwQTAiPldoZW4gdXNpbmcgdGhl
IGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LCBhdCBsZWFzdCBvbmUgT3B0aWNh
bCBOb2RlIFByb3BlcnR5IFRMViBNVVNUIGJlIGFkdmVydGlzZWQgaW4gZWFjaCBMU0EuIFRvIGFs
bG93IGZvciBmaW5lIGdyYW51bGFyaXR5IGNoYW5nZXMgaW4gdG9wb2xvZ3ksIG1vcmUgdGhhbiBv
bmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViBNQVkgYmUgYWR2ZXJ0aXNlZA0KIGluIGEgc2lu
Z2xlIExTQS4gSW1wbGVtZW50YXRpb25zIE1VU1Qgc3VwcG9ydCByZWNlaXZpbmcgbXVsdGlwbGUg
T3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMVnMgaW4gYW4gTFNBLjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojNzAzMEEwIj4mbmJzcDs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6IzcwMzBBMCI+RU5EPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl
ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1s
ZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9t
OjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SW4gU2VjIDIsIGl0IHNheXMgJnF1b3Q7
Jm5ic3A7ICZuYnNwO0Ftb25nIHRoZSBzdWItVExWcyBkZWZpbmVkIGFib3ZlLCB0aGUgUmVzb3Vy
Y2U8YnI+DQpCbG9jayBQb29sIFN0YXRlIHN1Yi08YnI+DQombmJzcDsgJm5ic3A7VExWIGFuZCBS
ZXNvdXJjZSBCbG9jayBTaGFyZWQgQWNjZXNzIFdhdmVsZW5ndGggQXZhaWxhYmlsaXR5IGFyZTxi
cj4NCiZuYnNwOyAmbmJzcDtkeW5hbWljIGluIG5hdHVyZSB3aGlsZSB0aGUgcmVzdCBhcmUgc3Rh
dGljLiBBcyBzdWNoLCB0aGV5IGNhbiBiZTxicj4NCiZuYnNwOyAmbmJzcDtzZXBhcmF0ZWQgb3V0
IGZyb20gdGhlIHJlc3QgYW5kIGJlIGFkdmVydGlzZWQgd2l0aCBtdWx0aXBsZSBURSBMU0FzPGJy
Pg0KJm5ic3A7ICZuYnNwO3BlciBPU1BGIHJvdXRlciwgYXMgZGVzY3JpYmVkIGluIFtSRkMzNjMw
XSBhbmQgW1JGQzUyNTBdLiZxdW90Ozxicj4NClNvIC0gb25lIGNhbiBhZHZlcnRpc2UgbXVsdGlw
bGUgVEUgTFNBcyAtIGVhY2ggd2l0aCBhdCBtb3N0IG9uZSZuYnNwOyBPcHRpY2FsPGJyPg0KTm9k
ZSBQcm9wZXJ0eSBUTFY8YnI+DQphbmQgYXQgbW9zdCBvbmUgb2YgdGhlc2Ugc3ViLVRMVnM/PGJy
Pg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0OyBUaGlzIGlzIGNvcnJlY3QgZXhjZXB0IHRoYXQgdGhlIE9w
dGljYWwgTm9kZSBQcm9wZXJ0eSBUTFYgd291bGQgY2FycnkgJnF1b3Q7YXQgbGVhc3QmcXVvdDsg
b25lIG9mIHRoZXNlIHN1Yi1UTFZzIGFzIG9wcG9zZWQgdG8gJnF1b3Q7YXQgbW9zdCBvbmUgb2Yg
dGhlc2Ugc3ViLVRMVnMuJnF1b3Q7IEZvciBpbnN0YW5jZSwgb25lIFRFIExTQSBjYW4gY2Fycnkg
b25lIE9wdGljYWwgTm9kZSBQcm9wZXJ0eSBUTFYgdW5kZXIgd2hpY2ggdHdvIGR5bmFtaWMgc3Vi
LVRMVnMgKGkuZS4sDQogdGhlIFJlc291cmNlPGJyPg0KQmxvY2sgUG9vbCBTdGF0ZSBzdWItVExW
IGFuZCBSZXNvdXJjZSBCbG9jayBTaGFyZWQgQWNjZXNzIFdhdmVsZW5ndGggQXZhaWxhYmlsaXR5
IHN1Yi1UTFYpIGNhbiBiZSBhZHZlcnRpc2VkIHdoaWxlIGFub3RoZXIgVEUgTFNBIGNhbiBjYXJy
eSBvbmUgT3B0aWNhbCBOb2RlIFByb3BlcnR5IFRMViB1bmRlciB3aGljaCB0aGUgcmVzdCBvZiBz
dGF0aWMgc3ViLVRMVnMgY2FuIGJlIGFkdmVydGlzZWQuPG86cD48L286cD48L3A+DQo8L2Jsb2Nr
cXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PHNwYW4gc3R5
bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSZuYnNwO09rLiZuYnNwOyBUaGFua3MgZm9yIGNsYXJp
ZnlpbmcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+Jm5ic3A7SWYgdGhlIHNhbWUgc3ViLVRMViBhcHBlYXJzIGluPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt
bGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2lu
LWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0
b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5kaWZmZXJlbnQgVEUgTFNBcywgaG93
PGJyPg0KYXJlIHRoZXkgbWVyZ2VkIG9yIGlzIGEgcGFydGljdWxhciBvbmUgcHJlZmVycmVkIGFu
ZCB0aGUgcmVzdCBpZ25vcmVkPyZuYnNwOyBJPGJyPg0Kc2VlIHRoZSB0ZXh0IGluIHRoZTxicj4N
CnByZXZpb3VzIHBhcmFncmFwaCBvZiAmcXVvdDtJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBz
dWItVExWIGlzIHJlY2VpdmVkLDxicj4NCiZuYnNwOyAmbmJzcDtvbmx5IHRoZSBmaXJzdCBvbmUg
b2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNzZWQgYW5kIHRoZSByZXN0IGFyZTxicj4NCiZuYnNw
OyAmbmJzcDtpZ25vcmVkIHVwb24gcmVjZWlwdC4mcXVvdDsgYnV0IHdoYXQgZG9lcyB0aGUgJnF1
b3Q7Zmlyc3Qgb25lJnF1b3Q7IG1lYW4/Jm5ic3A7IElzIHRoYXQ8YnI+DQpkZWNpZGVkIGJhc2Vk
IG9uPGJyPg0KYSBwYXJ0aWN1bGFyIGlkZW50aWZpZXI/PGJyPg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0
OyBUaGUgdGV4dCBpbiBTZWN0aW9uIDIgeW91IHF1b3RlZCBpcyBub3QgZGVhbGluZyB3aXRoIHRo
ZSBjYXNlIGZvciB0d28gZGlmZmVyZW50IFRFIExTQXMuIEluIHN1Y2ggY2FzZSwgdGhlbiB0aGUg
c3ViLVRMVnMgd2lsbCBpZGVudGlmeSBieSB0aGUgdmFsdWUgb2YgdGhlIHN1Yi1UTFYuPGJyPg0K
PGJyPg0KVGhlIGNhc2UgeW91IGFyZSByZWZlcnJpbmcgdG8gaXMgZm9yIHRoZSBjYXNlIHdoZXJl
IHRoZSBzYW1lIHN1Yi1UTFYgaXMgYWR2ZXJ0aXNlZCBpbiBkaWZmZXJlbnQgVEUgTFNBcy4gSXQg
c2hvdWxkIE5PVCBoYXBwZW4gdGhhdCB3YXksIGJ1dCBpbiBjYXNlIGl0IGhhcHBlbnMgYnkgbWlz
dGFrZSBvZiBwYWNrYWdpbmcsIHRoZW4gaXQgd2lsbCBiZSB1cGRhdGVkIG9uZSBhZnRlciBhbm90
aGVyLiBUaGVyZSBpcyBubyB3YXkgZm9yIHRoZSByb3V0ZXJzDQogdG8gZGlzdGluZ3Vpc2ggdGhp
cyBzdWItVExWIGFzIHRoZSBzYW1lIG9uZSAoYXMgaXQgaXMgdW5kZXIgZGlmZmVyZW50IFRFIExT
QXMpLCB3aGljaCBpcyBhY3R1YWxseSBmaW5lLiBJdCBpcyBub3QgYW4gZXJyb3IgY29uZGl0aW9u
LiBUaGUgcm91dGVyIHdvdWxkIHNpbXBseSBwcm9jZXNzIHRoZSBzYW1lIHN1Yi1UTFYgbXVsdGlw
bGUgdGltZXMuPGJyPg0KPGJyPg0KSSBjYW4gc3VnZ2VzdCB0aGUgZm9sbG93aW5nIGNoYW5nZXM6
PGJyPg0KPGJyPg0KT0xEOjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtBbGwgc3ViLVRMVnMgZGVm
aW5lZCBoZXJlIG1heSBvY2N1ciBhdCBtb3N0IG9uY2UgaW4gYW55IGdpdmVuPGJyPg0KJm5ic3A7
ICZuYnNwO09wdGljYWwgTm9kZSBUTFYuIElmIG1vcmUgdGhhbiBvbmUgY29weSBvZiBhIHN1Yi1U
TFYgaXMgcmVjZWl2ZWQsPGJyPg0KJm5ic3A7ICZuYnNwO29ubHkgdGhlIGZpcnN0IG9uZSBvZiB0
aGUgc2FtZSB0eXBlIGlzIHByb2Nlc3NlZCBhbmQgdGhlIHJlc3QgYXJlPGJyPg0KJm5ic3A7ICZu
YnNwO2lnbm9yZWQgdXBvbiByZWNlaXB0LiBUaGVzZSByZXN0cmljdGlvbiBuZWVkIG5vdCBhcHBs
eSB0byBmdXR1cmU8YnI+DQombmJzcDsgJm5ic3A7c3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWIt
VExWcyBhcmUgaWdub3JlZC48YnI+DQo8YnI+DQpORVc6PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNw
O0FsbCBzdWItVExWcyBkZWZpbmVkIGhlcmUgbWF5IG9jY3VyIGF0IG1vc3Qgb25jZSBpbiBhbnkg
Z2l2ZW48YnI+DQombmJzcDsgJm5ic3A7T3B0aWNhbCBOb2RlIFRMViB1bmRlciBvbmUgVEUgTFNB
LiBJZiBtb3JlIHRoYW4gb25lIGNvcHkgb2YgYSBzdWItVExWIGlzIHJlY2VpdmVkLDxicj4NCiZu
YnNwOyAmbmJzcDtvbmx5IHRoZSBmaXJzdCBvbmUgb2YgdGhlIHNhbWUgdHlwZSBpcyBwcm9jZXNz
ZWQgYW5kIHRoZSByZXN0IGFyZTxicj4NCiZuYnNwOyAmbmJzcDtpZ25vcmVkIHVwb24gcmVjZWlw
dC4gVGhlc2UgcmVzdHJpY3Rpb24gbmVlZCBub3QgYXBwbHkgdG8gZnV0dXJlPGJyPg0KJm5ic3A7
ICZuYnNwO3N1Yi1UTFZzLiBVbnJlY29nbml6ZWQgc3ViLVRMVnMgYXJlIGlnbm9yZWQuPG86cD48
L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBNeSBjb25jZXJuIGlzIGFib3V0
IHRoZSBwaHJhc2UgJnF1b3Q7b25seSB0aGUgZmlyc3Qgb25lJnF1b3Q7IGJlY2F1c2UgdHdvIGRp
ZmZlcmVudCByb3V0ZXJzIG1heTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPnJlY2Vp
dmVkIHRoZSBURSBMU0FzIGluIGRpZmZlcmVudCBvcmRlciBkZXBlbmRpbmcgdXBvbiBmbG9vZGlu
ZyBkeW5hbWljcy4mbmJzcDsgSSB3b3VsZCBtdWNoIHJhdGhlcjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMyNzRFMTMiPnRoYXQgeW91IGRlZmluZSBhIHRpZS1icmVha2luZyBtZWNoYW5pc20gLSBm
b3IgaW5zdGFuY2UgJm5ic3A7cGlja2luZyB0aGUgbGFyZ2VzdCBMU0EgSUQgKFNlYyAyLjIgb2Yg
UkZDIDM2MzApLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMyNzRFMTMiPmJlY2F1c2UgdGhhdCBpcyBjb25zaWRlcmVkIG5ld2VyLjwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp
ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZT1VORyZndDsmZ3Q7IFRoYW5rcyBmb3IgdGhlIHJlZmVy
ZW5jZS4gVGFraW5nIHRoZSBsYXJnZXN0IExTQSBJRCBpcyBhIGdvb2QgaWRlYSBpbiB0aGlzIHNp
dHVhdGlvbi4gSG93DQogYWJvdXQgdGhlbjo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ORVc8L3NwYW4+PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz
cDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiM3MDMwQTAiPkFsbCBzdWItVExWcyBkZWZpbmVkIGhlcmUgbWF5
IG9jY3VyIGF0IG1vc3Qgb25jZSBpbiBhbnkgZ2l2ZW48YnI+DQombmJzcDsgJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE9wdGljYWwgTm9kZSBU
TFYgdW5kZXIgb25lIFRFIExTQS4gSWYgbW9yZSB0aGFuIG9uZSBjb3B5IG9mIHRoZSBzdWItVExW
IGlzIHJlY2VpdmVkLDxicj4NCiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW4gdGhlIHNhbWUgTFNBLCB0aGUgcmVkdW5kYW50IHN1
Yi1UTFYgU0hPVUxEIGJlIGlnbm9yZWQuIEluIGNhc2Ugd2hlcmUgdGhlIHNhbWUgc3ViLVRMVjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojNzAzMEEwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSXMgYWR2ZXJ0aXNlZCBpbiBkaWZmZXJlbnQgVEUgTFNB
ICh3aGljaCB3b3VsZCB0YWtlIHBsYWNlIG9ubHkgYnkgYSBwYWNrYWdpbmcgZXJyb3IpLCB0aGVu
IHRoZSBzdWItVExWPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiM3MDMwQTAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aXRoIHRoZSBsYXJnZXN0IExT
QSBJRCAoU2VjIDIuMiBvZiBSRkMgMzYzMCkgU0hPVUxEIGJlIHBpY2tlZC4NCjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNzAz
MEEwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDtUaGVzZSByZXN0cmljdGlvbiBuZWVkIG5vdCBhcHBseSB0byBm
dXR1cmUgc3ViLVRMVnMuIFVucmVjb2duaXplZCBzdWItVExWcyBhcmUgaWdub3JlZC48L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5FTkQ8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4w
cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21h
cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsgJm5ic3A7
SW4gY2FzZSB3aGVyZSB0aGUgc2FtZSBzdWItVExWIGlzIGFkdmVydGlzZWQgaW4gZGlmZmVyZW50
IFRFIExTQXMgKHdoaWNoIHdvdWxkIHRha2UgcGxhY2UgYnkgYTxicj4NCiZuYnNwOyAmbmJzcDtw
YWNrYWdpbmcgZXJyb3IpLCB0aGVuIHRoZSBzdWItVExWIHdpbGwgYmUgdXBkYXRlZCBvbmUgYWZ0
ZXIgYW5vdGhlci4gVGhlcmUgaXMgbm8gd2F5IGZvciB0aGU8YnI+DQombmJzcDsgJm5ic3A7cm91
dGVycyB0byBkaXN0aW5ndWlzaCB0aGlzIHN1Yi1UTFYgYXMgdGhlIHNhbWUgb25lIChhcyBpdCBp
cyB1bmRlciBkaWZmZXJlbnQgVEUgTFNBcyksIHdoaWNoIGlzPGJyPg0KJm5ic3A7ICZuYnNwO2Fj
dHVhbGx5IGZpbmUuIEl0IGlzIG5vdCBhbiBlcnJvciBjb25kaXRpb24uIFRoZSByb3V0ZXIgd291
bGQgc2ltcGx5IHByb2Nlc3MgdGhlIHNhbWUgc3ViLVRMVjxicj4NCiZuYnNwOyAmbmJzcDttdWx0
aXBsZSB0aW1lcy48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+W0FsaWFdIFdv
dWxkbid0IHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgYmUgcmVkdW5kYW50PyZuYnNwOyBJJ20g
bm90IHN1cmUgd2h5IHlvdSB0aGluayB0aGF0IHRoZSBkdXBsaWNhdGlvbjwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMyNzRFMTMiPmNhbid0IGJlIGRldGVjdGVkIGJhc2VkIG9uIGZpZWxkcyBpbiB0
aGUgc3ViLVRMVi4mbmJzcDsgQWdhaW4sIGp1c3QgYSBzaW1wbGUgdGllLWJyZWFrZXIgd291bGQg
cHJvdmlkZSBpbnRlcm9wZXJhYmlsaXR5Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPllPVU5HJmd0OyZndDsgUGxl
YXNlIHNlZSB0aGUgcHJldmlvdXMgY29tbWVudC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp
ZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44
cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5FTkQuPGJyPg0KPGJyPg0KSW4gU2VjIDMuMSwgJnF1
b3Q7VGhlIGZvcm1hdCBvZiB0aGUgU0NTSSBNVVNUIGJlIGFzIGRlcGljdGVkIGluIHRoZSBmb2xs
b3dpbmc8YnI+DQpmaWd1cmU6JnF1b3Q7IGltcGxpZXMgdGhhdDxicj4NCmJvdGggdGhlIEF2YWls
YWJsZSBMYWJlbCBTdWItVExWIGFuZCB0aGUgU2hhcmVkIEJhY2t1cCBMYWJlbCBTdWItVExWIG11
c3Q8YnI+DQpiZSBpbmNsdWRlZCBhbmQ8YnI+DQppbiB0aGUgc3BlY2lmaWVkIG9yZGVyLiZuYnNw
OyAmbmJzcDtQbGVhc2UgY2xhcmlmeSAoYW5kIHVzZSBzZXBhcmF0ZSBkaWFncmFtcyk8YnI+DQpk
ZXRhaWxzIGFib3V0IGhvdyBtYW55IHRpbWVzPGJyPg0KZWFjaCBzdWItVExWIGNhbiBhcHBlYXIs
IGlmIG9yZGVyaW5nIG1hdHRlcnMsIGFuZCBob3cgdG8gaGFuZGxlIGNvbmZsaWN0czxicj4NCm9y
IGR1cGxpY2F0ZXMuPGJyPg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0OyBHb29kIHBvaW50LiBJIHdvdWxk
IHJlbGF4ICZxdW90O01VU1QmcXVvdDsgdG8gJnF1b3Q7U0hBTEwmcXVvdDsgYXMgdGhlcmUgaXMg
bm8gaXNzdWUgb2Ygb3JkZXJpbmcgaGVyZS4gVGhlIG51bWJlciBvZiBlYWNoIHN1Yi1UTFYgZGVw
ZW5kcyBvbiB0aGUgbnVtYmVyIG9mIGxhYmVscyB0aGlzIGZpZWxkIGRlc2NyaWJlcy4gSWYgd2Ug
d2VyZSB0YWxraW5nIGFib3V0LCAxMDAgY2hhbm5lbCAod2F2ZWxlbmd0aCkgc3lzdGVtLCB0aGlz
IGNhbiBiZSBhcyBtYW55IGFzIDEwMA0KIHN1Yi1UTFZzIGZvciB0aGUgQXZhaWxhYmxlIExhYmVs
IHN1Yi1UTFYgJiM0MzsgU2hhcmVkIEJhY2t1cCBMYWJlbCBUTFYuIEJ1dCB0aGVyZSBhcmUgd2F5
cyB0byByZWR1Y2UgdGhlIGVudHJ5IGJ5IExhYmVsIFJhbmdlLCBldGMgcGVyIFtHZW4tRW5jb2Rl
XS48YnI+DQo8YnI+DQpJbiBjYXNlIGR1cGxpY2F0ZWQgc3ViLVRMVnMgYXBwZWFyICh3aGljaCBz
aG91bGQgbm90IGhhcHBlbiksIHRoZSByb3V0ZXIvbm9kZSB3aWxsIGlnbm9yZSB0aGUgZHVwbGlj
YXRlZCBsYWJlbHMgd2hpY2ggYXJlIGlkZW50aWZpZWQgYnkgdGhlIExhYmVsIGZvcm1hdCBkZWZp
bmVkIGluIFtSRkM2MjA1XS48YnI+DQo8YnI+DQpNYXkgSSBzdWdnZXN0IHRoZSBmb2xsb3dpbmcg
Y2hhbmdlczo8YnI+DQo8YnI+DQpPTEQ8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgVGhlIGZvcm1hdCBvZiB0aGUgU0NTSSBNVVNUIGJlIGFzIGRlcGljdGVkIGluIHRoZSBm
b2xsb3dpbmcgZmlndXJlOjxicj4NCjxicj4NCk5FVzxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyBUaGUgZm9ybWF0IG9mIHRoZSBTQ1NJIFNIQUxMIGJlIGFzIGRlcGljdGVk
IGluIHRoZSBmb2xsb3dpbmcgZmlndXJlOjxicj4NCjxicj4NCkVORDxvOnA+PC9vOnA+PC9wPg0K
PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0
eWxlPSJjb2xvcjojMjc0RTEzIj5bQWxpYV0mbmJzcDtIb3cgYWJvdXQgJnF1b3Q7QSBTQ1NJIG1h
eSBjb250YWluIG11bHRpcGxlIEF2YWlsYWJsZSBMYWJlbCBzdWItVExWcyBhbmQgbXVsdGlwbGUg
U2hhcmVkIEJhY2t1cCBMYWJlbCBzdWItVExWcy4mbmJzcDsgVGhlIGZvbGxvd2luZyBmaWd1cmUg
c2hvd3MgdGhlIGZvcm1hdA0KIGZvciBhIFNDU0kgdGhhdCBjb250YWlucyB0aGVzZSBzdWItVExW
cy4mbmJzcDsgVGhlIG9yZGVyIG9mIHRoZSBzdWItVExWcyBpbiB0aGUgU0NTSSBpcyBhcmJpdHJh
cnkuJnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WU9VTkcmZ3Q7Jmd0OyBBY2NlcHRlZC4NCjwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDtt
YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2lu
LWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9MRDxicj4NCjxicj4NCiZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBXaGVyZSB0aGUgQXZhaWxhYmxlIExhYmVsIFN1Yi1U
TFYgYW5kIFNoYXJlZCBCYWNrdXAgTGFiZWwgc3ViLVRMVjxicj4NCiZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyBhcmUgZGVmaW5lZCBpbiBbR2VuLUVuY29kZV0uIChyaWdodCBiZWxvdyBGaWd1
cmUgMSk8YnI+DQo8YnI+DQpORVc8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgV2hlcmUgdGhlIEF2YWlsYWJsZSBMYWJlbCBTdWItVExWIGFuZCBTaGFyZWQgQmFja3VwIExh
YmVsIHN1Yi1UTFY8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgYXJlIGRlZmluZWQg
aW4gW0dlbi1FbmNvZGVdLiBJbiBjYXNlIHdoZXJlIGR1cGxpY2F0ZWQgc3ViLVRMVnMgYXJlIGFk
dmVydGlzZWQsPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgdGhlIHJvdXRlci9ub2RlIHdpbGwg
aWdub3JlIHRoZSBkdXBsaWNhdGVkIGxhYmVscyB3aGljaCBhcmUgaWRlbnRpZmllZCBieSB0aGUg
TGFiZWwgZm9ybWF0PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGVmaW5lZCBpbiBbUkZDNjIw
NV0uPGJyPg0KPGJyPg0KRU5EPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltB
bGlhXSBTb3VuZHMgZ29vZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8Ymxv
Y2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBw
dDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+RW5kIG9mIFNlYyA0OiAmcXVvdDtJbiBjYXNlIHdoZXJlIHRoZSBuZXcgc3Vi
LVRMVnMgb3IgdGhlaXIgYXR0ZW5kYW50PGJyPg0KZW5jb2RpbmdzIGFyZTxicj4NCiZuYnNwOyAm
bmJzcDttYWxmb3JtZWQsIHRoZSBwcm9wZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJv
YmxlbSBhbmQ8YnI+DQppZ25vcmUuLi4mcXVvdDsmbmJzcDsgRmlyc3QsIHBsZWFzZSBiZSBleHBs
aWNpdCBpbjxicj4NCndoYXQgYmVoYXZpb3IgTVVTVCBiZSBkb25lLjxicj4NCjxicj4NCllPVU5H
Jmd0OyZndDsgbWFsZm9ybWVkIHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3Mg
cmVmZXIgdG8gdGhhdCB3aGljaCBhcmUgbm90IHBhcnNlLWFibGUgZHVlIHRvIGNvcnJ1cHRpb24s
IGV0Yy4gYW5kIGNhbm5vdCBiZSBzdG9yZWQgaW4gdGhlIFRFRC48YnI+DQo8YnI+DQpIb3cgYWJv
dXQgYWRkaW5nIGEgbmV3IHNlbnRlbmNlIHRvIGRlc2NyaWJlIHRoZSBleHBlY3RlZCBhY3Rpb24g
YXMgZm9sbG93czo8YnI+DQo8YnI+DQpPTEQ8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7SW4gY2Fz
ZSB3aGVyZSB0aGUgbmV3IHN1Yi1UTFZzIG9yIHRoZWlyIGF0dGVuZGFudCBlbmNvZGluZ3MgYXJl
PGJyPg0KJm5ic3A7ICZuYnNwO21hbGZvcm1lZCwgdGhlIHByb3BlciBhY3Rpb24gd291bGQgYmUg
dG8gbG9nIHRoZSBwcm9ibGVtIGFuZCBpZ25vcmU8YnI+DQombmJzcDsgJm5ic3A7anVzdCB0aGUg
c3ViLVRMVnMgaW4gR01QTFMgcGF0aCBjb21wdXRhdGlvbnMgcmF0aGVyIHRoYW4gaWdub3Jpbmc8
YnI+DQombmJzcDsgJm5ic3A7dGhlIGVudGlyZSBMU0EuPGJyPg0KPGJyPg0KTkVXPGJyPg0KPGJy
Pg0KJm5ic3A7ICZuYnNwO0luIGNhc2Ugd2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBh
dHRlbmRhbnQgZW5jb2RpbmdzIGFyZTxicj4NCiZuYnNwOyAmbmJzcDttYWxmb3JtZWQsIHRoZSBw
cm9wZXIgYWN0aW9uIHdvdWxkIGJlIHRvIGxvZyB0aGUgcHJvYmxlbSBhbmQgaWdub3JlPGJyPg0K
Jm5ic3A7ICZuYnNwO2p1c3QgdGhlIHN1Yi1UTFZzIGluIEdNUExTIHBhdGggY29tcHV0YXRpb25z
IHJhdGhlciB0aGFuIGlnbm9yaW5nPGJyPg0KJm5ic3A7ICZuYnNwO3RoZSBlbnRpcmUgTFNBLiBU
aGlzIHNob3VsZCBub3Qgc3RvcCB0aGUgTFNBIGFkdmVydGlzZW1lbnQgcHJvY2Vzcy48bzpwPjwv
bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBVc3VhbGx5LCBvbmUgZG9l
c24ndCByZWZsb29kIExTQXMgd2l0aCBtYWxmb3JtZWQgVExWcyBvciBzdWItVExWcy4mbmJzcDsg
SSdtIGNlcnRhaW5seSB3aWxsaW5nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+dG8g
bGlzdGVuIHRvIHJlYXNvbmluZyBvbiB3aHkgZmxvb2RpbmcgcG90ZW50aWFsbHkgY29ycnVwdCBk
YXRhIHdvdWxkIGJlIGEgZ29vZCBpZGVhLCBidXQgeW91J2xsIG5lZWQ8L3NwYW4+PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzI3NEUxMyI+cmVhbGx5IGNsZWFyIHJlYXNvbmluZy48
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5ZT1VORyZndDsmZ3Q7Jm5ic3A7IFdlIGRpc2N1c3NlZCBpbiBvdGhlciB0
aHJlYWQuJm5ic3A7IFRvLXJlY2FwIGhlcmUsIGhvdyBhYm91dDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxl
PSJjb2xvcjojNzAzMEEwIj5ORVc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHls
ZT0iY29sb3I6IzcwMzBBMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIGNhc2Ug
d2hlcmUgdGhlIG5ldyBzdWItVExWcyBvciB0aGVpciBhdHRlbmRhbnQgZW5jb2RpbmdzIGFyZTwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojNzAzMEEwIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbWFsZm9ybWVkLCB0aGUgcHJvcGVyIGFjdGlvbiBT
SE9VTEQgbG9nIHRoZSBwcm9ibGVtIGFuZCBNVVNUIHN0b3ANCjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojNzAzMEEwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtzZW5kaW5nIHRoZSBMU0EgaW4gd2hpY2ggdG8gY29udGFpbiBtYWxmb3Jt
ZWQgVExWcyBvciBzdWItVExWcy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0
eWxlPSJjb2xvcjojNzAzMEEwIj5FTkQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp
ZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44
cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JcyB0aGlzIGp1c3QgZm9yIG1hbGZvcm1lZCBzdWIt
VExWcz8mbmJzcDsgSXMgaXQ8YnI+DQpzYWZlIHRvIGFzc3VtZSB0aGF0IHN1Yi1UTFZzPGJyPg0K
ZnVydGhlciBvbiBpbiB0aGUgVExWIChvciBmb2xsb3dpbmcgVExWcykgY2FuIGJlIHByb3Blcmx5
IHBhcnNlZD88YnI+DQo8YnI+DQpZT1VORyZndDsmZ3Q7IFllcyB3ZSBhcmUganVzdCB0YWxraW5n
IGFib3V0IG1hbGZvcm1lZCBzdWItVExWcy4gSXQgaXMgc2FmZSB0byBhc3N1bWUgdGhhdCBvdGhl
ciBzdWItVExWcyBpbiB0aGUgVExWIG9yIGZvbGxvd2luZyBUTFZzIGNhbiBiZSBwcm9wZXJseSBw
YXJzZWQgYXMgdGhleSBhcmUgYSBkaXN0aW5jdCBzZXRzIG9mIGluZm8gZWxlbWVudHMgd2l0aCBw
cm9wZXIgc3ViLVRMViB0eXBlcywgVExWIHR5cGVzLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1
b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xv
cjojMjc0RTEzIj5bQWxpYV0gJm5ic3A7QXJlIHlvdSBwaWN0dXJpbmcgdGhhdCBhIHN1Yi1UTFYg
aXMgbWFsZm9ybWVkIGlmIGl0cyBsZW5ndGggaXNuJ3QgYWNjdXJhdGUgb3IganVzdCBpZiBvbmUg
b2YgdGhlIGZpZWxkcyBpbnNpZGUgdGhlIHN1Yi1UTFYgaXMgdXNpbmcgYSBiYWQgdmFsdWUNCiBv
ciBzZXR0aW5nIGEgcmVzZXJ2ZWQgdmFsdWU/Jm5ic3A7IEluIHRoZSBsYXR0ZXIgY2FzZXMsIHBl
cmhhcHMgaXQgbWlnaHQgYmUgdG9sZXJhYmxlIHRvIGFzc3VtZSB0aGF0IHRoZXJlIHdhc24ndCBk
YXRhLWNvcnJ1cHRpb24gdGhhdCB3aWxsIGFmZmVjdCB0aGUgcmVzdCBvZiB0aGUgcGFyc2luZyAt
IGJ1dCBJJ20gZHViaW91cy4gJm5ic3A7IEZvciB0aGUgZmlyc3QsIGlmIHRoZSBsZW5ndGggaXMg
d3JvbmcsIHRoZW4geW91IGNhbid0IGFjY3VyYXRlbHkga25vdw0KIHdoZXJlIHRoZSBuZXh0IHN1
Yi1UTFYgc3RhcnRzIHNvIGFsbCBwYXJzaW5nIGFmdGVyIGlzbid0IHRydXN0YWJsZSwgSU1ITy48
L3NwYW4+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WU9VTkcmZ3Q7Jmd0OyBC
b3RoIGNhc2VzLiBQbGVhc2Ugc2VlIHRoZSBwcmV2aW91cyBjb21tZW50LiBJIHRoaW5rIGluIGVp
dGhlciBjYXNlLCB0aGUgc2FmZSB3YXkgaXMgdG8gc3RvcA0KIHRoZSBMU0EgYWR2ZXJ0aXNlbWVu
dC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdp
bi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90
dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+U2Vjb25kLCBwbGVhc2UgYWRkIGlu
IHNvbWUgd29yZHM8YnI+DQphYm91dCB0aGUgZXhwZWN0ZWQgbG9hZCBvZiBsb2dzLjxicj4NCjxi
cj4NCllPVU5HJmd0OyZndDsgSG93IGFib3V0IGFkZGluZyBvbmUgc2VudGVuY2UgZm9sbG93ZWQg
YnkgJnF1b3Q7SW4gY2FzZS4uLiZxdW90Ozxicj4NCjxicj4NCk5FVzxicj4NCiZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyBUaGUgZXhwZWN0ZWQgbG9hZCBvZiBsb2dzIGlzIG5vdCBleHBlY3Rl
ZCB0byBiZSBhIGhpZ2ggdm9sdW1lIGFzIG1hbGZvcm1lZCBUTFZzIGRvIG5vdCBvY2N1cjxicj4N
CiZuYnNwOyAmbmJzcDsgJm5ic3A7IGZyZXF1ZW50bHkgaW4gR01QTFMuPGJyPg0KPGJyPg0KRU5E
PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyNzRFMTMiPltBbGlhXSBVaCAtIG9mIGNvdXJz
ZSBlcnJvciBjb25kaXRpb25zIGFyZW4ndCBleHBlY3RlZCB0byBiZSBjb21tb24hJm5ic3A7IEhv
dyBhYm91dCBjb25zaWRlcmluZyBob3cgb2Z0ZW4gdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6
IzI3NEUxMyI+YWR2ZXJ0aXNpbmcgcm91dGVyIG1pZ2h0IHNlbmQgdGhlIExTQT8mbmJzcDsgSG93
IGFib3V0IGNvbnNpZGVyaW5nIHRoZSBudW1iZXIgb2YgbmVpZ2hib3JzIHRoYXQgd2lsbCBiZSBm
bG9vZGluZyBpdD88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj5Ib3cgYWJvdXQgZGFt
cGVuaW5nIHRoZSBudW1iZXIgb2YgbG9ncz8mbmJzcDsgTWFraW5nIGl0IGEgTUFZIGxvZyBhbHNv
IG1ha2VzIGl0IGNsZWFyIHRoYXQgaXQncyB1cCB0byB0aGUgaW1wbGVtZW50YXRpb24uPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+WU9VTkcmZ3Q7Jmd0OyBQZXIgQWRyaWFu4oCZcyBzdWdnZXN0aW9uLCBob3cgYWJv
dXQ6DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Oztjb2xvcjojMUY0OTdEIj5ORVc8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+
PHNwYW4gc3R5bGU9ImNvbG9yOiM3MDMwQTAiPkVycm9ycyBvZiB0aGlzIG5hdHVyZSBTSE9VTEQg
YmUgbG9nZ2VkIGZvciB0aGUgbG9jYWwgb3BlcmF0b3IuIEltcGxlbWVudGF0aW9ucyBNVVNUIHBy
b3ZpZGUgYSByYXRlIGxpbWl0IG9uIHN1Y2ggbG9ncywgYW5kIHRoYXQgcmF0ZSBsaW1pdCBTSE9V
TEQgYmUgY29uZmlndXJhYmxlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxl
PSJjb2xvcjojNzAzMEEwIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cD48c3BhbiBz
dHlsZT0iY29sb3I6IzcwMzBBMCI+RU5EPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti
b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7
bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdp
bi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJy
Pg0KQ09NTUVOVDo8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KSW4g
U2VjIDIsIGl0J3MgdXNlZnVsIHRvIHVzZSBUQkExLCBUQkEyLCBldGMuIGluc3RlYWQgb2YgcmV1
c2luZyBUQkEgLTxicj4NCmFkZHMgdG8gY2xhcml0eSBvZiB0aGUgdGV4dCBhbmQgbWFrZXMgaXQg
ZWFzaWVyIHRvIG1ha2Ugc3VyZSByZXBsYWNlbWVudDxicj4NCmlzIGRvbmU8YnI+DQpwcm9wZXJs
eSB3aGVuIHRoZSB2YWx1ZXMgYXJlIGFzc2lnbmVkLjxicj4NCjxicj4NCllPVU5HJmd0OyZndDsg
R29vZCBwb2ludC4gSSB3aWxsIGNoYW5nZSB0aGF0IHdheSBhcyB5b3Ugc3VnZ2VzdC48YnI+DQo8
YnI+DQpJbiBTZWMgMy4xLCBpdCBzYXlzICZxdW90OyZuYnNwOyAmbmJzcDtUaGUgdGVjaG5vbG9n
eSBzcGVjaWZpYyBwYXJ0IG9mIHRoZSBXU09OIElTQ0QgbWF5PGJyPg0KaW5jbHVkZSBhIHZhcmlh
YmxlPGJyPg0KJm5ic3A7ICZuYnNwO251bWJlciBvZiBzdWItVExWcyBjYWxsZWQgQmFuZHdpZHRo
IHN1Yi1UTFZzLiZuYnNwOyBUd28gdHlwZXMgb2Y8YnI+DQombmJzcDsgJm5ic3A7QmFuZHdpZHRo
IHN1Yi1UTFYgYXJlIGRlZmluZWQgKFRCQSBieSBJQU5BKTomcXVvdDsmbmJzcDsgJm5ic3A7SWYg
dGhpcyBkb2N1bWVudCBpczxicj4NCmNyZWF0aW5nIHRoZTxicj4NCmJhbmR3aWR0aCBzdWItdGx2
IHNwYWNlLCB0aGVuIHRoaXMgZHJhZnQgc2ltcGx5IGFzc2lnbnMgaW5pdGlhbCB2YWx1ZXMgLTxi
cj4NCnNvIG5vIG5lZWQgZm9yIHRoZSAmcXVvdDtUQkE8YnI+DQpieSBJQU5BJnF1b3Q7Ljxicj4N
Cjxicj4NCllPVU5HJmd0OyZndDsgQ29ycmVjdC4gV2lsbCBhZGRyZXNzIHRoYXQuPGJyPg0KPGJy
Pg0KSW4gU2VjIDQsICZxdW90O0luIGEgdHlwaWNhbCBub2RlIGNvbmZpZ3VyYXRpb24sIHRoZSBv
cHRpY2FsIG5vZGUgcHJvcGVydHkgVExWPGJyPg0Kd2lsbCBub3QgZXhjZWVkIHRoZSBJUCBNVFUu
JnF1b3Q7PGJyPg0KQ2FuIHlvdSBwbGVhc2UgZGVzY3JpYmUgdGhlIGFzc3VtcHRpb25zIGFib3V0
IGEgJnF1b3Q7dHlwaWNhbCBub2RlPGJyPg0KY29uZmlndXJhdGlvbiZxdW90Oz8mbmJzcDsgSW4g
YSBmZXcgeWVhcnMsIHRoZXNlPGJyPg0KYXNzdW1wdGlvbnMgYXJlIGxpa2VseSB0byBoYXZlIGNo
YW5nZWQuPGJyPg0KPGJyPg0KWU9VTkcmZ3Q7Jmd0OyBJIGNhbiBhZGQ6PGJyPg0KPGJyPg0KTkVX
PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEEgdHlwaWNhbCBub2RlIGNv
bmZpZ3VyYXRpb24gcmVmZXJzIHRvIGEgc3lzdGVtIHdpdGggc2V2ZXJhbCBodW5kcmVkcyBvZiBj
aGFubmVscy4gSW4gYWRkaXRpb24sIFtXU09OLUVuY29kZV0gcHJvdmlkZXMgbWVjaGFuaXNtcyB0
byBjb21wYWN0bHkgZW5jb2RlIHJlcXVpcmVkIGluZm9ybWF0aW9uIGVsZW1lbnRzLjxicj4NCjxi
cj4NCkVORDxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMjc0RTEzIj5bQWxpYV0mbmJzcDtUaGFua3MgLSBjb3VsZCB5b3UgdGFrZSB0aGlz
IG9uZSBzdGVwIGZ1cnRoZXIgYW5kIHNwZWNpZnkgYWJvdXQgdGhlIGV4cGVjdGVkIHNpemUgb2Yg
dGhlIFRMViBiYXNlZCBvbiB0aGVzZSBhc3N1bXB0aW9ucz88L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+WU9VTkcmZ3Q7Jmd0OyBPSy4gSSB3aWxsIGNhbGN1bGF0ZSB0aGlzIGFuZCBhZGQg
aW4gdGhlIHRleHQgaW4gdGhlIHJldmlzaW9uLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMyNzRFMTMiPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMjc0RTEzIj5BbGlhJm5i
c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_7AEB3D6833318045B4AE71C2C87E8E1729D0FDBFdfweml706chm_--


From nobody Wed Aug 26 13:14:35 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61B1E1B31CE; Wed, 26 Aug 2015 13:14:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k_iZ_Z0KhKTQ; Wed, 26 Aug 2015 13:14:31 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0ED641B31C6; Wed, 26 Aug 2015 13:14:31 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG 
To: "IETF-Announce" 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Sender: 
Message-ID: <20150826201431.13190.8530.idtracker@ietfa.amsl.com>
Date: Wed, 26 Aug 2015 13:14:31 -0700
Archived-At: 
Cc: ccamp@ietf.org
Subject: [CCAMP] Last Call:  (Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers) to Proposed Standard
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 20:14:32 -0000

The IESG has received a request from the Common Control and Measurement
Plane WG (ccamp) to consider the following document:
- 'Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC)
   Label Switching Routers'
   as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2015-09-09. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   GMPLS supports the description of optical switching by identifying
   entries in fixed lists of switchable wavelengths (called grids)
   through the encoding of lambda labels.  Work within the ITU-T Study
   Group 15 has defined a finer granularity grid, and the facility to
   flexibly select different widths of spectrum from the grid.  This
   document defines a new GMPLS lambda label format to support this
   flexi-grid.

   This document updates RFC 3471 and RFC 6205 by introducing a new
   label format.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ballot/


No IPR declarations have been submitted directly on this I-D.



From nobody Wed Aug 26 14:33:22 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 830051B3096; Wed, 26 Aug 2015 14:33:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R0Kkrgn1yiEV; Wed, 26 Aug 2015 14:33:15 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A28C1A8A56; Wed, 26 Aug 2015 14:33:15 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150826213315.30889.44416.idtracker@ietfa.amsl.com>
Date: Wed, 26 Aug 2015 14:33:15 -0700
Archived-At: 
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-wson-signal-compatibility-ospf-16.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 Aug 2015 21:33:20 -0000

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           : GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks
        Authors         : Young Lee
                          Greg M. Bernstein
	Filename        : draft-ietf-ccamp-wson-signal-compatibility-ospf-16.txt
	Pages           : 12
	Date            : 2015-08-26

Abstract:
   This document provides Generalized Multiprotocol Label Switching
   (GMPLS) Open Shortest Path First (OSPF) routing enhancements to
   support signal compatibility constraints associated with Wavelength-
   Switched Optical network (WSON) elements. These routing enhancements
   are applicable in common optical or hybrid electro-optical networks
   where not all of the optical signals in the network are compatible
   with all network elements participating in the network.

   This compatibility constraint model is applicable to common optical
   or hybrid electro optical systems such as Optical-Electronic-Optical
   (OEO) switches, regenerators, and wavelength converters since such
   systems can be limited to processing only certain types of WSON
   signals.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility-ospf-16

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-wson-signal-compatibility-ospf-16


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Wed Aug 26 18:01:56 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 746E21B3819 for ; Wed, 26 Aug 2015 18:01:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fTR9moU5gM3 for ; Wed, 26 Aug 2015 18:01:53 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AD481B3818 for ; Wed, 26 Aug 2015 18:01:52 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWU54719; Thu, 27 Aug 2015 01:01:51 +0000 (GMT)
Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 27 Aug 2015 02:01:49 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.111]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Thu, 27 Aug 2015 09:01:38 +0800
From: "Linyi (Yi)" 
To: Fatai Zhang , "CCAMP (ccamp@ietf.org)" 
Thread-Topic: [CCAMP]  IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
Thread-Index: AdDVY2jAqvuzwqwbRziNj8yJOdQWPQLAB1Yg
Date: Thu, 27 Aug 2015 01:01:37 +0000
Message-ID: <1E1CAD9B89D1B348A942E121648E58DC77DCC3FD@SZXEMA510-MBX.china.huawei.com>
References: 
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.104.89]
Content-Type: multipart/alternative; boundary="_000_1E1CAD9B89D1B348A942E121648E58DC77DCC3FDSZXEMA510MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 27 Aug 2015 01:01:56 -0000

--_000_1E1CAD9B89D1B348A942E121648E58DC77DCC3FDSZXEMA510MBXchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

Yes, I am aware of IPR that applies to this draft and it has been disclosed=
 in compliance with IETF IPR rules.



B.R.

Yi LIN

HUAWEI Technologies Co., Ltd.

Address: Huawei Industrial Base
Bantian Longgang
Shenzhen 518129, P.R.China
http://www.huawei.com
---------------------------------------------------------------------------=
----------------------------------------------------------
This e-mail and its attachments contain confidential information from HUAWE=
I, which
is intended only for the person or entity whose address is listed above. An=
y use of the
information contained herein in any way (including, but not limited to, tot=
al or partial
disclosure, reproduction, or dissemination) by persons other than the inten=
ded
recipient(s) is prohibited. If you receive this e-mail in error, please not=
ify the sender by
phone or email immediately and delete it!

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Thursday, August 13, 2015 9:00 AM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03

Authors, Contributors, CCAMP,


As part of the preparation for WG Last Call on draft-ietf-ccamp-flexible-gr=
id-rsvp-te-ext:

Are you aware of any IPR that applies to the draft identified above?

Please state either:
"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules (see R=
FCs 3979, 4879, 3669 and 5378 for more details)?
If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think appropria=
te. 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 awa=
re of any relevant IPR. This document will not advance to the next stage un=
til 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 co=
ntributor, 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 se=
e the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki=
/IntellectualProperty.

Thank you,
Fatai & Daniele





--_000_1E1CAD9B89D1B348A942E121648E58DC77DCC3FDSZXEMA510MBXchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Hi all,


 


Yes, I am aware of IPR that app=
lies to this draft and it has been disclosed in compliance with IETF IPR ru=
les.


&n=
bsp;


&n=
bsp;



&n=
bsp;






From: CCAMP [mailt=
o:ccamp-bounces@ietf.org]
On Behalf Of Fatai Zhang

Sent: Thursday, August 13, 2015 9:00 AM

To: CCAMP (ccamp@ietf.org)

Subject: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-0=
3






 


Authors, Contributors, CCAMP,


 


As part of the preparation f=
or WG Last Call on
draft-ietf-ccamp-flexible-grid-rsvp-te-ext=
:


 


Are you aware of any IPR that a=
pplies to the draft identified above?


 


Please state either:=



"No, I'm not aware of any =
IPR that applies to this draft"


or


"Yes, I'm aware of IPR tha=
t applies to this draft"


 


If so, has this IPR been disclo=
sed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 f=
or more details)?


If yes to the above, please sta=
te either:


 


"Yes, the IPR has been dis=
closed in compliance with IETF IPR rules"


or


"No, the IPR has not been =
disclosed"


 


If you answer no, please provid=
e any additional details you think appropriate. If you are listed as a docu=
ment author or contributor please answer the above by responding to this em=
ail 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 contri=
butor.


 


NOTE: THIS APPLIES TO ALL OF YO=
U LISTED IN THIS MESSAGE'S TO LINES.


 


If you are on the CCAMP WG emai=
l list but are not listed as an author or contributor, we remind you of you=
r obligations under the IETF IPR rules which encourages you to notify the I=
ETF if you are aware of IPR of others
 on an IETF contribution, or to refrain from participating in any contribut=
ion or discussion related to your undisclosed IPR. For more information, pl=
ease see the RFCs listed above and
http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty<=
/a>.


 


Thank you,

Fatai & Daniele<=
/span>


&n=
bsp;


&n=
bsp;


&n=
bsp;


&n=
bsp;






--_000_1E1CAD9B89D1B348A942E121648E58DC77DCC3FDSZXEMA510MBXchi_--


From nobody Wed Aug 26 20:53:00 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0DF11B2D5B; Wed, 26 Aug 2015 20:52:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.61
X-Spam-Level: 
X-Spam-Status: No, score=-3.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KmOwmMydIpJp; Wed, 26 Aug 2015 20:52:54 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D8B71B3963; Wed, 26 Aug 2015 20:52:52 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAL81331; Thu, 27 Aug 2015 03:52:50 +0000 (GMT)
Received: from SZXEML434-HUB.china.huawei.com (10.82.67.225) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 27 Aug 2015 04:52:49 +0100
Received: from szxeml557-mbs.china.huawei.com ([169.254.6.212]) by szxeml434-hub.china.huawei.com ([10.82.67.225]) with mapi id 14.03.0235.001; Thu, 27 Aug 2015 11:52:45 +0800
From: Tina TSOU 
To: Ramon Casellas , "ops-dir@ietf.org" 
Thread-Topic: OPS-DIR Review of draft-ietf-ccamp-flexi-grid-fwk-05
Thread-Index: AQHQ3mJVlQ5d+MUPYkS1/WwRC43ugJ4fORFw
Date: Thu, 27 Aug 2015 03:52:45 +0000
Message-ID: 
References: <55BA1C4C.2050403@jvknet.com>  <55DB03AD.7020806@cttc.es>
In-Reply-To: <55DB03AD.7020806@cttc.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.87.91]
Content-Type: multipart/alternative; boundary="_000_C0E0A32284495243BDE0AC8A066631A818D92452szxeml557mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "draft-ietf-ccamp-flexi-grid-fwk.all@tools.ietf.org" , "ccamp@ietf.org" 
Subject: Re: [CCAMP] OPS-DIR Review of draft-ietf-ccamp-flexi-grid-fwk-05
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 27 Aug 2015 03:52:59 -0000

--_000_C0E0A32284495243BDE0AC8A066631A818D92452szxeml557mbschi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

RGVhciBSYW1vbiBldCBhbCwNCg0KVGhhbmsgeW91IGZvciBnZXR0aW5nIGJhY2sgdG8gbWUgYW5k
IE9QUyBESVIuDQoNCkNvbW1lbnRzIGFyZSBpbiBsaW5lLg0KDQoNClRoYW5rIHlvdSwNClRpbmEN
Cg0KRnJvbTogUmFtb24gQ2FzZWxsYXMgW21haWx0bzpyYW1vbi5jYXNlbGxhc0BjdHRjLmVzXQ0K
U2VudDogTW9uZGF5LCBBdWd1c3QgMjQsIDIwMTUgNzo0NSBQTQ0KVG86IFRpbmEgVFNPVTsgb3Bz
LWRpckBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtY2NhbXAtZmxleGktZ3JpZC1md2suYWxsQHRv
b2xzLmlldGYub3JnOyBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IE9QUy1ESVIgUmV2aWV3
IG9mIGRyYWZ0LWlldGYtY2NhbXAtZmxleGktZ3JpZC1md2stMDUNCg0KRGVhciBUaW5hLCBhbGwN
Cg0KVGhhbmsgeW91IGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIEFwb2xvZ2llcyBmb3Ig
dGhlIGRlbGF5IGluIG15IGFuc3dlciBkdWUgdG8gYmVpbmcgb24gaG9saWRheQ0KDQpDb21tZW50
cyBpbi1saW5lDQoNCkVsIDA1LzA4LzIwMTUgYSBsYXMgNTo0MSwgVGluYSBUU09VIGVzY3JpYmnD
szoNCg0KRGVhciBhbGwsDQoNCg0KDQoNCg0KVGVjaG5pY2FsIENvbW1lbnRzOg0KDQpUaGlzIGRv
Y3VtZW50IHByb3ZpZGVzIGEgY29tcGxldGUgZnJhbWV3b3JrIGZvciBHTVBMUyBmbGV4aS1ncmlk
IG5ldHdvcmsuIFRlY2huaWNhbCBjb21tZW50cyBhcmUgYXMgZm9sbG93Og0KDQoxLiAgICAgICBJ
dCBpcyBub3QgY2xlYXIgaG93IHRoZSBwYXJhbWV0ZXIgbiBhcmUgZGV0ZXJtaW5lZC4NClJhbW9u
PiBJIGFtIGFmcmFpZCBJIGFtIG5vdCBzdXJlIGhvdyB0byBhZGRyZXNzIHRoaXMgaW4gdGhlIGRy
YWZ0IChlLmcuIHNwZWNpZmljIGNoYW5nZXMpLiBUaGUgc2VsZWN0aW9uIG9mIHRoZSBwYXJhbWV0
ZXIgbiBmb3IgZWFjaCAobG9jYWwgdG8gYSBub2RlKSBmcmVxdWVuY3kgc2xvdCB3aWR0aCBpcyBw
YXJ0IG9mIHRoZSBSU0EgcHJvY2VzcyBhbmQgY2FuIGJlIHNlbGVjdGVkIGVpdGhlciBpbiBhIGRp
c3RyaWJ1dGVkIHdheSBieSBlYWNoIGhvcCBmb3IgaXRzIGxvY2FsIGZyZXF1ZW5jeSBzbG90IG9y
IGJ5IGUuZy4gYSBQQ0UgZG9pbmcgdGhlIHBhdGggY29tcHV0YXRpb24uIEluIGFueSBjYXNlIGl0
IGlzIHBhcnQgb2YgdGhlIHJlc291cmNlIGFsbG9jYXRpb24gYXNwZWN0Lg0KDQoNCg0KDQoNCklu
IHBhZ2UgMjIgdGhlIGxhc3QgdHdvIHBhcmFncmFwaHMgYXJlIGFzIGZvbGxvdzoNCg0KbyAgRWFj
aCBkb3duc3RyZWFtIG5vZGUgZW5zdXJlcyB0aGF0IG0gaXMgPj0gcmVxdWVzdGVkX20uDQoNCm8g
IEEgZG93bnN0cmVhbSBub2RlIGNhbm5vdCBmb3Jlc2VlIHdoYXQgYW4gdXBzdHJlYW0gbm9kZSB3
aWxsIGFsbG9jYXRlLiAgQSB3YXkgdG8gZW5zdXJlIHRoYXQgdGhlIGVmZmVjdGl2ZSBmcmVxdWVu
Y3kgc2xvdCBpcyB2YWxpZCBhbG9uZyB0aGUgbGVuZ3RoIG9mIHRoZSBMU1AgaXMgdG8gZW5zdXJl
IHRoYXQgdGhlIHNhbWUgdmFsdWUgb2YgbiBpcyBhbGxvY2F0ZWQgYXQgZWFjaCBob3AuICBCeSBm
b3JjaW5nIHRoZSBzYW1lIHZhbHVlIG9mIG4gd2UgYXZvaWQgY2FzZXMgd2hlcmUgdGhlIGVmZmVj
dGl2ZSBmcmVxdWVuY3kgc2xvdCBvZiB0aGUgbWVkaWEgY2hhbm5lbCBpcyBpbnZhbGlkICh0aGF0
IGlzLCB0aGUgcmVzdWx0aW5nIGZyZXF1ZW5jeSBzbG90IGNhbm5vdCBiZSBkZXNjcmliZWQgYnkg
aXRzIG4gYW5kIG0gcGFyYW1ldGVycykuDQoNCg0KDQpXaGVuIG1lbnRpb25pbmcg4oCcYSBkb3du
c3RyZWFtIG5vZCBjYW5ub3QgZm9yZXNlZeKApuKAnSwgaXQgc2hvdWxkIGJlIGNsZWFyIHRoYXQg
d2hhdCB0aGUgZG93bnN0cmVhbSBub2RlIGNhbiByZWNlaXZlIGZyb20gdXBzdHJlYW0gYWRqYWNl
bnQgbm9kZSAocHJvYmFibHkgaW4gUEFUSCBtZXNzYWdlKS4gRG8gZG93bnN0cmVhbSBub2RlKHMp
IG5lZWQgdG8gc2VsZWN0IGFuIGVmZmVjdGl2ZSBjZW50cmFsIGZyZXF1ZW5jeSAobikgZnJvbSBh
IHNldCBvZiB0aGVtPyBBbmQgd2hhdCBpcyBjb3JyZXNwb25kaW5nIGNyaXRlcmlhPyBSYW5kb20g
c2VsZWN0aW9uPyBJdCBtYXkgYmUgYSBsaXR0bGUgYml0IOKAmHNvbHV0aW9u4oCZIGluc3RlYWQg
b2Yg4oCYZnJhbWV3b3JrICYgcmVxdWlyZW1lbnTigJksIGhvd2V2ZXIsIGl0IGlzIG1lbnRpb25l
ZCDigJhmb3JjaW5nIHRoZSBzYW1lIHZhbHVlIG9mIG7igJkgKHNob3VsZCBjb25zaWRlciBjaGFu
Z2luZyB0byDigJhzdGFuZGFyZCB0cmFja+KAmSBpZiBuZXcgbm9kZSBiZWhhdmlvciBpbnRyb2R1
Y2VkKSwgc28gaXQgaGFkIGJldHRlciB0byBzcGVjaWZ5IHdoYXQga2luZCBvZiBpbmZvcm1hdGlv
biBpcyBpbmNsdWRlZCBpbiBib3RoIHJlcXVlc3QgbWVzc2FnZSAoUEFUSCkgYW5kIHJlc3BvbnNl
IG1lc3NhZ2UgKFJFU1YpLg0KDQpNb3Jlb3ZlciwgaWYgUGF0aCBtZXNzYWdlIGluY2x1ZGUgYW55
IGNlbnRyYWwgZnJlcXVlbmN5IGluZm9ybWF0aW9uIChuKSwgb3IgYSBzZXQgb2YgdGhlbSwgdGhl
IFBhdGggbWVzc2FnZSBpbiBGaWcuIDE1IGFuZCAxNiBzaG91bGQgYmUgc2hvd24gYXMgUGF0aChu
LCBtX3JlcSkuDQpSYW1vbj4gdG8gc29tZSBleHRlbnQsIEkgd291bGQgZ3Vlc3MgeW91ciBxdWVz
dGlvbnMgYXJlIGFscmVhZHkgYWRkcmVzc2VkDQoNCg0KDQogICBEaWZmZXJlbnQgb3BlcmF0aW9u
YWwgbW9kZXMgY2FuIGJlIGNvbnNpZGVyZWQuICBGb3IgUm91dGluZyBhbmQNCg0KICAgU3BlY3Ry
dW0gQXNzaWdubWVudCAoUlNBKSB3aXRoIGV4cGxpY2l0IGxhYmVsIGNvbnRyb2wsIGFuZCBmb3IN
Cg0KICAgUm91dGluZyBhbmQgRGlzdHJpYnV0ZWQgU3BlY3RydW0gQXNzaWdubWVudCAoUitEU0Ep
LCB0aGUgR01QTFMNCg0KICAgc2lnbmFsaW5nIHByb2NlZHVyZXMgYXJlIHNpbWlsYXIgdG8gdGhv
c2UgZGVzY3JpYmVkIGluIHNlY3Rpb24gNC4xLjM8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L3JmYzYxNjMjc2VjdGlvbi00LjEuMz4NCg0KICAgb2YgW1JGQzYxNjNdPGh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9yZmM2MTYzI3NlY3Rpb24tNC4xLjM+IGZvciBSb3V0aW5nIGFuZCBXYXZl
bGVuZ3RoIEFzc2lnbm1lbnQgKFJXQSkgYW5kIGZvcg0KDQogICBSb3V0aW5nIGFuZCBEaXN0cmli
dXRlZCBXYXZlbGVuZ3RoIEFzc2lnbm1lbnQgKFIrRFdBKS4NCg0KSWYgRXhwbGljaXQgTGFiZWwg
Q29udHJvbCBpbiB0aGUgRVJPIGlzIHVzZWQsIGl0IHdvdWxkIGluZGVlZCBiZSBpbiB0aGUgUGF0
aCBtZXNzYWdlLiBPdGhlcndpc2UsIEdNUExTIHByb2NlZHVyZXMgdXNpbmcgZS5nLiBMQUJFTFNF
VHMsIGV0Yy4gYXBwbHkuICBJIHRoaW5rIHRoYXQgbm8gbmV3IG5vZGUgYmVoYXZpb3IgaW4gcmVx
dWlyZWQgKHNpbmNlIGV4aXN0aW5nIHByb2NlZHVyZXMgY292ZXIgdGhlIGNhc2VzLCBlLmcuIGJv
dGggRUxDIG9yIGEgTGFiZWxzZXQgY2FuIGJlIHVzZWQgdG8gZm9yY2UgYSBzYW1lICJuIikuIEZp
bmFsbHksIHdoZXRoZXIgdGhlIGFsbG9jYXRpb24gaXMgZmlyc3QtZml0LCByYW5kb20sIGV0Yy4g
dGhpcyBpcyBJIHRoaW5rIGltcGxlbWVudGF0aW9uIHNwZWNpZmljIGFuZCB0aGUgZG9jdW1lbnQg
ZG9lcyBub3QgYWRkcmVzcyBob3cgaXQgY291bGQgYmUgZG9uZSAobXVsdGlwbGUgd2F5cywgYXMg
eW91IG1lbnRpb24pLg0KDQpbVFRdIEZyb20gUkZDIDYxNjMgaXQgaXMgY2xlYXIgdGhhdCBuIGlz
IGluY2x1ZGVkIGluIHBhdGgsIEkgYWdyZWUgd2l0aCB5b3VyIGNsYXJpZmljYXRpb24gdGhhdCBp
dCBpcyBub3QgZmxleGktZ3JpZCBzcGVjaWZpYy4gQSBwcm9wZXIgbWVudGlvbmluZyBtYXkgaGVs
cCByZW1vdmUgY29uZnVzaW9uIGZyb20gcmVhZGVycy4NCg0KDQoNCg0KDQoyLiAgICAgIFNlY3Rp
b24gNS41LCB0aGUgc3VwcG9ydCBmb3IgbmVpZ2hib3IgZGlzY292ZXJ5IHNob3VsZCBub3QgYmUg
YSBNQVksIGNvbnNpZGVyIGEgU0hBTEwgb3IgZXZlbiBNVVNULg0KUmFtb24+IHRoaXMgcG9pbnQg
d2FzIGFsc28gcmFpc2VkIGJ5IERhdmlkIEJsYWNrIGluIGl0cyByZXZpZXcuIEFkcmlhbidzIGFu
c3dlciB3YXMgaW4gdGhlIGxpbmVzIG9mIGNvbW1vbiBwcmFjdGljZSB3aGVyZSBhdXRvbWF0aWMg
bmVpZ2hib3IgZGlzY292ZXJ5IG1heSBub3QgYmUgdXNlZCwgcmVseWluZyBvbiB2YWxpZGF0aW9u
IC0tIG9uY2UgdGhlIGZpYmVyIGFuZCB0cmFuc2NlaXZlcnMgYXJlIHByb3Zpc2lvbmVkIC0tIChp
biBwYXJ0aWN1bGFyLCBJdCBtYXkgYmUgdXNlZnVsIHRvIGNsYXJpZnkgdGhhdCB0aGlzIHBhcnRp
Y3VsYXIgc2VjdGlvbiBpcyByZWZlcnJpbmcgdG8gdGhlIHVzZSBvZiBMTVApLiBJdCB3b3VsZCBh
bHNvIGV4Y2x1ZGUgdHJhbnNwYXJlbnQgb3B0aWNhbCBuZXR3b3JrcyBpbiB3aGljaCBkaXJlY3Qg
bmVpZ2hib3IgZGlzY292ZXJ5IHdvdWxkIGJlIGRpZmZpY3VsdCB1bmxlc3MgZS5nLiBhIGRlZGlj
YXRlZCB3YXZlbGVuZ3RoIGlzIGRlcGxveWVkIHdpdGggTy9FL08NCltUVF0gR29vZC4gTm8gZnVy
dGhlciBDb21tZW50cy4NCg0KDQoob24gYSBzaWRlIG5vZGUsIEkgbWF5IGJlIHdyb25nIGJ1dCBT
SEFMTCBvciBNVVNUIHdvdWxkIGJlIGVxdWl2YWxlbnQ/KQ0KDQoNCg0KDQoNCg0KDQoNCkVkaXRv
cmlhbCBDb21tZW50czoNCg0KMS4gICAgICBTb21lIHRlcm1pbm9sb2dpZXMgYXJlIG1pc2xlYWRp
bmcuIFRoZXJlIGFyZSBhIGZldyBwbGFjZXMgdXNpbmcgdGVybSDigJhmcmVxdWVuY3kgc2xvdCB3
aWR0aOKAmSwgd2hpY2ggY29uZnVzZXMgdGhlIHJlYWRlciAoY2FuIGJlIGVpdGhlciB1bmRlcnN0
YW5kIG9mIGZyZXF1ZW5jeSBzbG90IG9yIHNsb3Qgd2lkdGgpIGFuZCBzaG91bGQgYmUgY29ycmVj
dGVkLg0KUmFtb24+IEkgYW0gYWZyYWlkIEkgZG8gbm90IGZ1bGx5IGFncmVlLiBJbiBteSBvcGlu
aW9uLCBldmVyeSB0aW1lIHRoZSB3b3JkICJzbG90IiBhcHBlYXJzIGl0IHJlZmVycyB0byAiRnJl
cXVlbmN5IHNsb3QiIChGUykuIFRoZSBvbWlzc2lvbiBvZiAiZnJlcXVlbmN5IiBpcyBvbmx5IHBv
c3NpYmxlIGJlY2F1c2UgaXQgaXMgbm9uIGFtYmlndW91c2x5IGltcGxpZWQuIEluIG90aGVyIHdv
cmRzLCAic2xvdCB3aWR0aCIgaXMgYWx3YXlzIGltcGxpZWQgImZyZXF1ZW5jeSBzbG90IHdpZHRo
Ii4NCklmLCBvbiB0aGUgY29udHJhcnksIHRoZXJlIGFyZSBwbGFjZXMgd2hlcmUgdGhlIHRlcm0g
ImZyZXF1ZW5jeSBzbG90IHdpZHRoIiBjYW4gYmUgY29uZnVzZWQgd2l0aCAiZnJlcXVlbmN5IHNs
b3QiLCBwbGVhc2UgcG9pbnQgdGhlbSBvdXQsIHNpbmNlIHRoZSB3aWR0aCBpcyBqdXN0IGFuIGF0
dHJpYnV0ZSBvZiB0aGUgc2xvdCAodGhlIG90aGVyIGJlaW5nIHRoZSBOQ0YpLiBJbiBhbnkgY2Fz
ZSAic2xvdCB3aWR0aCIgYW5kICJmcmVxdWVuY3kgc2xvdCB3aWR0aCIgYXJlIGV4YWN0bHkgdGhl
IHNhbWUuDQoNCk9uZSBjb3VsZCB0aGVuIGFyZ3VlIHRoYXQgZXZlcnkgb2NjdXJyZW5jZSBvZiB0
aGUgd29yZCAic2xvdCIgc2hvdWxkIGJlIHByZWNlZGVkIHdpdGggImZyZXF1ZW5jeSIgYnV0IHRo
aXMgd291bGQgYWxzbyBhZmZlY3QgSVRVLVQgZG9jcyBhbmQgYWNyb255bXMgbGlrZSBTV0cgd291
bGQgbmVlZCB0byBjaGFuZ2UgdG8gRlNXRy4NCg0KDQoNCg0KDQpJbiBTZWN0aW9uIDQuNSAocDIx
KSwgZmlyc3QgcGFyYWdyYXBoIGluIHBhZ2UgMjEsIHRoZXJlIGFyZSB0d28g4oCYZnJlcXVlbmN5
IHNsb3Qgd2lkdGjigJksIHNob3VsZCBiZSBjb3JyZWN0ZWQgYXMg4oCYZnJlcXVlbmN5IHNsb3Ti
gJkuDQpSYW1vbj4gSSB0aGluayB5b3UgYXJlIHJlZmVycmluZyB0bw0KDQoNCiBBICJzZXJ2aWNl
IHJlcXVlc3QiIGlzIGNoYXJhY3Rlcml6ZWQgKGF0IGEgbWluaW11bSkgYnkgaXRzIHJlcXVpcmVk
DQoNCiAgIGVmZmVjdGl2ZSBmcmVxdWVuY3kgc2xvdCB3aWR0aC4gIFRoaXMgZG9lcyBub3QgcHJl
Y2x1ZGUgdGhhdCB0aGUNCg0KICAgcmVxdWVzdCBtYXkgYWRkIGFkZGl0aW9uYWwgY29uc3RyYWlu
dHMgc3VjaCBhcyBhbHNvIGltcG9zaW5nIHRoZQ0KDQogICBub21pbmFsIGNlbnRyYWwgZnJlcXVl
bmN5Lg0KDQpBcyBzdGF0ZWQsIHRoZSBtaW5pbXVtIGlzIHRvICJyZXF1ZXN0IiB0aGUgIm0iICh3
aWR0aCkuIFJlcXVlc3RpbmcgdGhlIHNsb3Qgd291bGQgbWVhbiByZXF1ZXN0aW5nICphbHNvKiB0
aGUgIm4iIChOQ0YpIHdoaWNoIGlzIGxhdGVyIGNvdmVyZWQuIEkgYW0gbm90IHN1cmUgaXQgbmVl
ZHMgY2hhbmdpbmcuDQoNCg0KDQoNCkluIFNlY3Rpb24gNS4xLjEgKHAzMCksIHNlY29uZCBwYXJh
Z3JhcGgsIHRoZXJlIGlzIG9uZSDigJhmcmVxdWVuY3kgc2xvdCB3aWR0aOKAmSwgc2hvdWxkIGJl
IGNvcnJlY3RlZCBhcyDigJhzbG90IHdpZHRo4oCZLg0KUmFtb24+IHRoZXNlIGFyZSwgSU1ITywg
ZXF1aXZhbGVudC4gQXMgc3RhdGVkIGFib3ZlLCBhIHNsb3QgaXMgYWx3YXlzIGEgZnJlcXVlbmN5
IHNsb3QuDQoNCg0KDQoNCkluIFNlY3Rpb24gNS4yIChwMzEpLCBmaXJzdCBwYXJhZ3JhcGgsIHRo
ZXJlIGlzIG9uZSDigJhmcmVxdWVuY3kgc2xvdCB3aWR0aOKAmSwgc2hvdWxkIGJlIGNvcnJlY3Rl
ZCBhcyDigJhzbG90IHdpZHRo4oCZLg0KUmFtb24+IGlkZW0uDQpbVFRdIFRoZSByZWxhdGlvbnNo
aXAgc2hvdWxkIGJlOiB0aGUgaW5mb3JtYXRpb24gb2Yg4oCYZnJlcXVlbmN5IHNsb3TigJkgaW5j
bHVkZXMgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IChuKSBhbmQgc2xvdCB3aWR0aCAobSkuIE15IHVu
ZGVyc3RhbmRpbmcgaXMgdGhhdCB0aGUgZm9sbG93aW5nIHNob3VsZCBiZSBjaGFuZ2VkIHRvIGZy
ZXF1ZW5jeSBzbG90LCBhcyBwYXRoIG1lc3NhZ2UgYWxyZWFkeSBpbXBsaWVzIG4gYW5kIG0gaXMg
bmVlZGVkIHRvIGJlIGV4dGVuZGVkIGluIGZsZXhpLWdyaWQgbGl0ZXJhdHVyZS4NCg0KQSAic2Vy
dmljZSByZXF1ZXN0IiBpcyBjaGFyYWN0ZXJpemVkIChhdCBhIG1pbmltdW0pIGJ5IGl0cyByZXF1
aXJlZCAgZWZmZWN0aXZlIGZyZXF1ZW5jeSBzbG90IHdpZHRoLg0KDQpJZiB0aGUgZnJlcXVlbmN5
IHNsb3Qgd2lkdGggaXMgZXF1aXZhbGVudCB3aXRoIHNsb3Qgd2lkdGgsIHdoeSBub3QganVzdCBr
ZWVwIGl0IGNvbnNpc3RlbnQ/IEkgdGhpbmsgdGhlIGxhdHRlciBoYXZlIG1vcmUgcG9wdWxhciBh
cHBlYXJhbmNlIGluIHRoZSBkcmFmdC4NCg0KDQoNCg0KDQoyLiAgICAgIFRoZSBkZXNjcmlwdGlv
biBvZiBGaWcuIDMsIG5vdyBzYXlpbmcg4oCcVGhlIOKAmF7igJkgcmVwcmVzZW50cyB0aGUgc2xv
dCBub21pbmFsIGNlbnRyYWwgZnJlcXVlbmN54oCdLCBpdCBpcyBub3QgY2xlYXIgd2hhdCBpcyDi
gJhzbG90IG5vbWluYWwgY2VudHJhbCBmcmVxdWVuY3nigJksIHNob3VsZCBiZSDigJhub21pbmFs
IGNlbnRyYWwgZnJlcXVlbmN54oCZIG9yIOKAmHRoZSBwb3NpdGlvbiBvZiBub21pbmFsIGNlbnRy
YWwgZnJlcXVlbmN54oCZLg0KUmFtb24+IEEgInNsb3Qgbm9taW5hbCBjZW50cmFsIGZyZXF1ZW5j
eSIgcmVmZXJzIHRvIHRoZSBjZW50cmFsIGZyZXF1ZW5jeSAodGhlICJuIiBwYXJhbWV0ZXIpIG9m
IGEgRnJlcXVlbmN5IFNsb3QgKEZTKS4gSXQgaXMgb25lIG9mIGEgRlMgYXR0cmlidXRlcy9wYXJh
bWV0ZXJzIGFsb25nIGl0cyB3aXRoLiBJbiB0aGUgZmlndXJlLCB0aGVlciBhcmUgbWFueSBub21p
bmFsIGNlbnRyYWwgZnJlcXVlbmNpZXMsIGJ1dCBvbmx5IDIgIihmcmVxdWVuY3kpIHNsb3Qgbm9t
aW5hbCBjZW50cmFsIGZyZXF1ZW5jaWVzIiBmb3IgdGhlcmUgYXJlIG9ubHkgMiBmcmVxdWVuY3kg
c2xvdHMgZHJhd24uIEkgYmVsaWV2ZSB0aGUgIl4iIGlzIGNvcnJlY3QuIHRoYXQgc2FpZCwgZHVl
IHRvIHByZXZpb3VzIGVtYWlscywgSSBoYXZlIGNoYW5nZWQgIkNlbnRyYWwgRiIgdG8gIlNsb3Qg
TkNGIiBpbiB0aGUgRmlndXJlDQoNCkluIG90aGVyIHdvcmRzLCBpbiB0aGUgRmlndXJlIDMsIHRo
ZXJlIGFyZSAyIHNsb3RzID09IDIgZnJlcXVlbmN5IHNsb3RzID09IDIgRlM6DQotIHRoZSBmaXJz
dCAoZnJlcXVlbmN5KSBzbG90IDEgaXMgY2VudGVyZWQgYXQgdGhlIE5DRiAxOTMuMSBUSHogLS0+
IGZvciBzbG90IDEsIGl0cyAic2xvdCBub21pbmFsIGNlbnRyYWwgZnJlcXVlbmN5IiBpcyB0aGF0
IE5DRiwgdGhhdCBpcyBuPTAuDQoNCltUVF0gT0ssIG5vIGZ1cnRoZXIgY29tbWVudHMuDQoNCg0K
DQoNCg0KMy4gICAgICBGaWd1cmUgMTUgYW5kIDE2IGFyZSBsYWJlbGVkIGFzIOKAmERpc3RyaWJ1
dGVkIEFsbG9jYXRpb24gd2l0aCBEaWZmZXJlbnQgbSBhbmQgU2FtZS9EaWZmZXJlbnQgbuKAmSBy
ZXNwZWN0aXZlbHksIGhvd2V2ZXIgaXQgaXMgbm90IGNsZWFyIHdoeSB3ZSBuZWVkIHRvIG1lbnRp
b24g4oCYZGlzdHJpYnV0ZWTigJkuIFRoZXJlIGlzIG5vIGNlbnRyYWxpemVkIG1lY2hhbmlzbSBp
biB0aGlzIGRyYWZ0LCBzdWdnZXN0IHJlbW92aW5nIHRoZSDigJhkaXN0cmlidXRlZOKAmS4NClJh
bW9uPiBXZSBhcmUgbm90IGV4Y2x1ZGluZyB0aGUgdXNlIG9mIGNlbnRyYWxpemVkIFJTQSwgYXMg
aW4gdGhlIHNuaXBwZXQgcXVvdGVkIGFib3ZlLCBhIGUuZy4gYSBQQ0UgY291bGQgYmUgdXNlZCB0
byBkbyBjZW50cmFsaXplZCBSU0EgYW5kIGJlIGltcGxlbWVudGVkIGluIHRlcm1zIG9mIGV4cGxp
Y2l0IGxhYmVsIGNvbnRyb2wgaW4gdGhlIEVSTy4gVGhpcyBpcyBhbmFsb2dvdXMgdG8gd2hhdCBp
cyBkb25lIGluIFdTT04uIHRoZSB0ZXJtIGRpc3RyaWJ1dGVkIHJlZmVycyB0byB0aGUgZmFjdCB0
aGF0IHNvbWUgcGFyYW1ldGVycyAoZS5nLiBtIG9yIG4pIG9mIGVhY2ggc2xvdCBpcyBhbGxvY2F0
ZWQgYnkgdGhlIG5vZGUuIFdpdGggRUxDLCBpdCB3b3VsZCBub3QgYmUgdGhlIGNhc2UgYW5kIHRo
ZSBwcm9jZWR1cmVzIGluIEZpZ3VyZXMgMTUgYW5kIDE2IHdvdWxkIG5vdCBhcHBseQ0KW1RUXSBG
aW5lIGZvciBtZSwgbm8gZnVydGhlciBjb21tZW50cy4NCg0KTWFueSB0aGFua3MgYWdhaW4gZm9y
IHlvdXIgcmV2aWV3IGFuZCBjb21tZW50cw0KDQpSYW1vbg0K

--_000_C0E0A32284495243BDE0AC8A066631A818D92452szxeml557mbschi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkFyaWFsIFVuaWNvZGUgTVMiOw0KCXBhbm9z
ZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2Fs
aWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2Zv
bnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEg
MSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQEFyaWFsIFVuaWNvZGUgTVMi
Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6IkZyZWVzdHlsZSBTY3JpcHQiOw0KCXBhbm9zZS0xOjMgOCA0IDIgMyAyIDUgMTEgNCA0
O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk
aXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv
bnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TOw0KCWNvbG9yOmJsYWNrO30NCmE6
bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y
OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv
SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs
ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdp
bjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u
dC1mYW1pbHk65a6L5L2TOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENo
YXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZv
bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkFyaWFs
IFVuaWNvZGUgTVMiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZh
dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4w
cHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT
ZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk
ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K
PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+
PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iWkgtQ04i
IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3Rl
eHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+RGVhciBSYW1vbiBldCBhbCw8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5
O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1
c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rIHlvdSBmb3IgZ2V0dGluZyBiYWNrIHRvIG1lIGFu
ZCBPUFMgRElSLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4
dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q29tbWVudHMgYXJl
IGluIGxpbmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw
Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl
eHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWdu
Omp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0ZyZWVzdHlsZSBTY3Jp
cHQmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0
aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0ZyZWVzdHlsZSBTY3JpcHQmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+VGluYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0FyaWFsIFVuaWNvZGUgTVMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93
dGV4dCI+IFJhbW9uIENhc2VsbGFzIFttYWlsdG86cmFtb24uY2FzZWxsYXNAY3R0Yy5lc10NCjxi
cj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEF1Z3VzdCAyNCwgMjAxNSA3OjQ1IFBNPGJyPg0KPGI+
VG86PC9iPiBUaW5hIFRTT1U7IG9wcy1kaXJAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IGRyYWZ0
LWlldGYtY2NhbXAtZmxleGktZ3JpZC1md2suYWxsQHRvb2xzLmlldGYub3JnOyBjY2FtcEBpZXRm
Lm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogT1BTLURJUiBSZXZpZXcgb2YgZHJhZnQtaWV0
Zi1jY2FtcC1mbGV4aS1ncmlkLWZ3ay0wNTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIj5EZWFyIFRpbmEsIGFsbDxicj4NCjxicj4NClRoYW5rIHlvdSBmb3IgeW91ciBy
ZXZpZXcgYW5kIGNvbW1lbnRzLiBBcG9sb2dpZXMgZm9yIHRoZSBkZWxheSBpbiBteSBhbnN3ZXIg
ZHVlIHRvIGJlaW5nIG9uIGhvbGlkYXk8YnI+DQo8YnI+DQpDb21tZW50cyBpbi1saW5lPGJyPg0K
PGJyPg0KRWwgMDUvMDgvMjAxNSBhIGxhcyA1OjQxLCBUaW5hIFRTT1UgZXNjcmliacOzOjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5EZWFy
IGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5UZWNo
bmljYWwgQ29tbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9
IkVOLVVTIj5UaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgY29tcGxldGUgZnJhbWV3b3JrIGZvciBH
TVBMUyBmbGV4aS1ncmlkIG5ldHdvcmsuIFRlY2huaWNhbCBjb21tZW50cyBhcmUgYXMgZm9sbG93
OiA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjEuJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEl0IGlzIG5vdCBjbGVhciBob3cgdGhl
IHBhcmFtZXRlciBuIGFyZSBkZXRlcm1pbmVkLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwv
YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5SYW1v
biZndDsgSSBhbSBhZnJhaWQgSSBhbSBub3Qgc3VyZSBob3cgdG8gYWRkcmVzcyB0aGlzIGluIHRo
ZSBkcmFmdCAoZS5nLiBzcGVjaWZpYyBjaGFuZ2VzKS4gVGhlIHNlbGVjdGlvbiBvZiB0aGUgcGFy
YW1ldGVyIG4gZm9yIGVhY2ggKGxvY2FsIHRvIGEgbm9kZSkgZnJlcXVlbmN5IHNsb3Qgd2lkdGgg
aXMgcGFydCBvZiB0aGUgUlNBIHByb2Nlc3MgYW5kIGNhbiBiZSBzZWxlY3RlZA0KIGVpdGhlciBp
biBhIGRpc3RyaWJ1dGVkIHdheSBieSBlYWNoIGhvcCBmb3IgaXRzIGxvY2FsIGZyZXF1ZW5jeSBz
bG90IG9yIGJ5IGUuZy4gYSBQQ0UgZG9pbmcgdGhlIHBhdGggY29tcHV0YXRpb24uIEluIGFueSBj
YXNlIGl0IGlzIHBhcnQgb2YgdGhlIHJlc291cmNlIGFsbG9jYXRpb24gYXNwZWN0Ljxicj4NCjxi
cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+
SW4gcGFnZSAyMiB0aGUgbGFzdCB0d28gcGFyYWdyYXBocyBhcmUgYXMgZm9sbG93OiA8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPm8mbmJzcDsgRWFjaCBk
b3duc3RyZWFtIG5vZGUgZW5zdXJlcyB0aGF0IG0gaXMgJmd0Oz0gcmVxdWVzdGVkX20uPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5vJm5ic3A7IEEgZG93
bnN0cmVhbSBub2RlIGNhbm5vdCBmb3Jlc2VlIHdoYXQgYW4gdXBzdHJlYW0gbm9kZSB3aWxsIGFs
bG9jYXRlLiZuYnNwOyBBIHdheSB0byBlbnN1cmUgdGhhdCB0aGUgZWZmZWN0aXZlIGZyZXF1ZW5j
eSBzbG90IGlzIHZhbGlkIGFsb25nIHRoZSBsZW5ndGggb2YgdGhlIExTUCBpcyB0byBlbnN1cmUg
dGhhdCB0aGUgc2FtZSB2YWx1ZSBvZiBuIGlzIGFsbG9jYXRlZCBhdCBlYWNoIGhvcC4mbmJzcDsg
QnkgZm9yY2luZyB0aGUgc2FtZSB2YWx1ZSBvZiBuIHdlIGF2b2lkIGNhc2VzIHdoZXJlIHRoZSBl
ZmZlY3RpdmUgZnJlcXVlbmN5IHNsb3Qgb2YgdGhlIG1lZGlhIGNoYW5uZWwgaXMgaW52YWxpZCAo
dGhhdCBpcywgdGhlIHJlc3VsdGluZyBmcmVxdWVuY3kgc2xvdCBjYW5ub3QgYmUgZGVzY3JpYmVk
IGJ5IGl0cyBuIGFuZCBtIHBhcmFtZXRlcnMpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj5XaGVuIG1lbnRpb25pbmcg4oCcYSBkb3duc3RyZWFtIG5vZCBj
YW5ub3QgZm9yZXNlZeKApuKAnSwgaXQgc2hvdWxkIGJlIGNsZWFyIHRoYXQgd2hhdCB0aGUgZG93
bnN0cmVhbSBub2RlIGNhbiByZWNlaXZlIGZyb20gdXBzdHJlYW0gYWRqYWNlbnQgbm9kZSAocHJv
YmFibHkgaW4gUEFUSCBtZXNzYWdlKS4gRG8gZG93bnN0cmVhbSBub2RlKHMpIG5lZWQgdG8gc2Vs
ZWN0IGFuIGVmZmVjdGl2ZSBjZW50cmFsIGZyZXF1ZW5jeSAobikgZnJvbSBhIHNldCBvZiB0aGVt
PyBBbmQgd2hhdCBpcyBjb3JyZXNwb25kaW5nIGNyaXRlcmlhPyBSYW5kb20gc2VsZWN0aW9uPyBJ
dCBtYXkgYmUgYSBsaXR0bGUgYml0IOKAmHNvbHV0aW9u4oCZIGluc3RlYWQgb2Yg4oCYZnJhbWV3
b3JrICZhbXA7IHJlcXVpcmVtZW504oCZLCBob3dldmVyLCBpdCBpcyBtZW50aW9uZWQg4oCYZm9y
Y2luZyB0aGUgc2FtZSB2YWx1ZSBvZiBu4oCZIChzaG91bGQgY29uc2lkZXIgY2hhbmdpbmcgdG8g
4oCYc3RhbmRhcmQgdHJhY2vigJkgaWYgbmV3IG5vZGUgYmVoYXZpb3IgaW50cm9kdWNlZCksIHNv
IGl0IGhhZCBiZXR0ZXIgdG8gc3BlY2lmeSB3aGF0IGtpbmQgb2YgaW5mb3JtYXRpb24gaXMgaW5j
bHVkZWQgaW4gYm90aCByZXF1ZXN0IG1lc3NhZ2UgKFBBVEgpIGFuZCByZXNwb25zZSBtZXNzYWdl
IChSRVNWKS4gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij5Nb3Jlb3ZlciwgaWYgUGF0aCBtZXNzYWdlIGluY2x1ZGUgYW55IGNlbnRyYWwgZnJlcXVlbmN5
IGluZm9ybWF0aW9uIChuKSwgb3IgYSBzZXQgb2YgdGhlbSwgdGhlIFBhdGggbWVzc2FnZSBpbiBG
aWcuIDE1IGFuZCAxNiBzaG91bGQgYmUgc2hvd24gYXMgUGF0aChuLCBtX3JlcSkuIDxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
PlJhbW9uJmd0OyB0byBzb21lIGV4dGVudCwgSSB3b3VsZCBndWVzcyB5b3VyIHF1ZXN0aW9ucyBh
cmUgYWxyZWFkeSBhZGRyZXNzZWQ8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5ic3A7IERpZmZlcmVudCBvcGVy
YXRpb25hbCBtb2RlcyBjYW4gYmUgY29uc2lkZXJlZC4mbmJzcDsgRm9yIFJvdXRpbmcgYW5kPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh
eXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5i
c3A7IFNwZWN0cnVtIEFzc2lnbm1lbnQgKFJTQSkgd2l0aCBleHBsaWNpdCBsYWJlbCBjb250cm9s
LCBhbmQgZm9yPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFr
LWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw
dCI+Jm5ic3A7Jm5ic3A7IFJvdXRpbmcgYW5kIERpc3RyaWJ1dGVkIFNwZWN0cnVtIEFzc2lnbm1l
bnQgKFImIzQzO0RTQSksIHRoZSBHTVBMUzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz
dHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQiPiZuYnNwOyZuYnNwOyBzaWduYWxpbmcgcHJvY2VkdXJlcyBhcmUg
c2ltaWxhciB0byB0aG9zZSBkZXNjcmliZWQgaW4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm
Lm9yZy9odG1sL3JmYzYxNjMjc2VjdGlvbi00LjEuMyI+c2VjdGlvbiZuYnNwOzQuMS4zPG86cD48
L286cD48L2E+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3
YXlzIj48c3BhbiBjbGFzcz0iTXNvSHlwZXJsaW5rIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y
ZmM2MTYzI3NlY3Rpb24tNC4xLjMiPiZuYnNwOyZuYnNwOyBvZiBbUkZDNjE2M108L2E+PC9zcGFu
Pjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiBmb3Ig
Um91dGluZyBhbmQgV2F2ZWxlbmd0aCBBc3NpZ25tZW50IChSV0EpIGFuZCBmb3I8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgUm91
dGluZyBhbmQgRGlzdHJpYnV0ZWQgV2F2ZWxlbmd0aCBBc3NpZ25tZW50IChSJiM0MztEV0EpLiA8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIj48YnI+DQpJZiBFeHBsaWNpdCBMYWJlbCBDb250cm9sIGluIHRoZSBFUk8gaXMgdXNl
ZCwgaXQgd291bGQgaW5kZWVkIGJlIGluIHRoZSBQYXRoIG1lc3NhZ2UuIE90aGVyd2lzZSwgR01Q
TFMgcHJvY2VkdXJlcyB1c2luZyBlLmcuIExBQkVMU0VUcywgZXRjLiBhcHBseS4mbmJzcDsgSSB0
aGluayB0aGF0IG5vIG5ldyBub2RlIGJlaGF2aW9yIGluIHJlcXVpcmVkIChzaW5jZSBleGlzdGlu
ZyBwcm9jZWR1cmVzIGNvdmVyIHRoZSBjYXNlcywgZS5nLiBib3RoIEVMQyBvciBhDQogTGFiZWxz
ZXQgY2FuIGJlIHVzZWQgdG8gZm9yY2UgYSBzYW1lICZxdW90O24mcXVvdDspLiBGaW5hbGx5LCB3
aGV0aGVyIHRoZSBhbGxvY2F0aW9uIGlzIGZpcnN0LWZpdCwgcmFuZG9tLCBldGMuIHRoaXMgaXMg
SSB0aGluayBpbXBsZW1lbnRhdGlvbiBzcGVjaWZpYyBhbmQgdGhlIGRvY3VtZW50IGRvZXMgbm90
IGFkZHJlc3MgaG93IGl0IGNvdWxkIGJlIGRvbmUgKG11bHRpcGxlIHdheXMsIGFzIHlvdSBtZW50
aW9uKS48YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
QXJpYWwgVW5pY29kZSBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPltUVF0gRnJvbSBSRkMgNjE2MyBpdCBpcyBjbGVhciB0aGF0IG4gaXMgaW5jbHVkZWQgaW4g
cGF0aCwgSSBhZ3JlZSB3aXRoIHlvdXIgY2xhcmlmaWNhdGlvbiB0aGF0IGl0IGlzIG5vdCBmbGV4
aS1ncmlkIHNwZWNpZmljLiBBIHByb3Blcg0KIG1lbnRpb25pbmcgbWF5IGhlbHAgcmVtb3ZlIGNv
bmZ1c2lvbiBmcm9tIHJlYWRlcnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Mi4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgU2VjdGlvbiA1LjUsIHRoZSBzdXBwb3J0IGZvciBuZWlnaGJvciBkaXNjb3Zlcnkgc2hv
dWxkIG5vdCBiZSBhIE1BWSwgY29uc2lkZXIgYSBTSEFMTCBvciBldmVuIE1VU1QuIDxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
PlJhbW9uJmd0OyB0aGlzIHBvaW50IHdhcyBhbHNvIHJhaXNlZCBieSBEYXZpZCBCbGFjayBpbiBp
dHMgcmV2aWV3LiBBZHJpYW4ncyBhbnN3ZXIgd2FzIGluIHRoZSBsaW5lcyBvZiBjb21tb24gcHJh
Y3RpY2Ugd2hlcmUgYXV0b21hdGljIG5laWdoYm9yIGRpc2NvdmVyeSBtYXkgbm90IGJlIHVzZWQs
IHJlbHlpbmcgb24gdmFsaWRhdGlvbiAtLSBvbmNlIHRoZSBmaWJlciBhbmQgdHJhbnNjZWl2ZXJz
DQogYXJlIHByb3Zpc2lvbmVkIC0tIChpbiBwYXJ0aWN1bGFyLCBJdCBtYXkgYmUgdXNlZnVsIHRv
IGNsYXJpZnkgdGhhdCB0aGlzIHBhcnRpY3VsYXIgc2VjdGlvbiBpcyByZWZlcnJpbmcgdG8gdGhl
IHVzZSBvZiBMTVApLiBJdCB3b3VsZCBhbHNvIGV4Y2x1ZGUgdHJhbnNwYXJlbnQgb3B0aWNhbCBu
ZXR3b3JrcyBpbiB3aGljaCBkaXJlY3QgbmVpZ2hib3IgZGlzY292ZXJ5IHdvdWxkIGJlIGRpZmZp
Y3VsdCB1bmxlc3MgZS5nLiBhIGRlZGljYXRlZCB3YXZlbGVuZ3RoDQogaXMgZGVwbG95ZWQgd2l0
aCBPL0UvTzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCBVbmlj
b2RlIE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1RUXSBH
b29kLiBObyBmdXJ0aGVyIENvbW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQoob24gYSBzaWRlIG5v
ZGUsIEkgbWF5IGJlIHdyb25nIGJ1dCBTSEFMTCBvciBNVVNUIHdvdWxkIGJlIGVxdWl2YWxlbnQ/
KTxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIj5FZGl0b3JpYWwgQ29tbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4xLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyBTb21lIHRlcm1pbm9sb2dpZXMgYXJlIG1pc2xlYWRpbmcuIFRoZXJlIGFyZSBhIGZldyBwbGFj
ZXMgdXNpbmcgdGVybSDigJhmcmVxdWVuY3kgc2xvdCB3aWR0aOKAmSwgd2hpY2ggY29uZnVzZXMg
dGhlIHJlYWRlciAoY2FuIGJlIGVpdGhlciB1bmRlcnN0YW5kIG9mIGZyZXF1ZW5jeSBzbG90IG9y
IHNsb3Qgd2lkdGgpIGFuZCBzaG91bGQgYmUgY29ycmVjdGVkLiA8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5SYW1vbiZndDsg
SSBhbSBhZnJhaWQgSSBkbyBub3QgZnVsbHkgYWdyZWUuIEluIG15IG9waW5pb24sIGV2ZXJ5IHRp
bWUgdGhlIHdvcmQgJnF1b3Q7c2xvdCZxdW90OyBhcHBlYXJzIGl0IHJlZmVycyB0byAmcXVvdDtG
cmVxdWVuY3kgc2xvdCZxdW90OyAoRlMpLiBUaGUgb21pc3Npb24gb2YgJnF1b3Q7ZnJlcXVlbmN5
JnF1b3Q7IGlzIG9ubHkgcG9zc2libGUgYmVjYXVzZSBpdCBpcyBub24gYW1iaWd1b3VzbHkgaW1w
bGllZC4gSW4gb3RoZXINCiB3b3JkcywgJnF1b3Q7c2xvdCB3aWR0aCZxdW90OyBpcyBhbHdheXMg
aW1wbGllZCAmcXVvdDtmcmVxdWVuY3kgc2xvdCB3aWR0aCZxdW90Oy4gPGJyPg0KSWYsIG9uIHRo
ZSBjb250cmFyeSwgdGhlcmUgYXJlIHBsYWNlcyB3aGVyZSB0aGUgdGVybSAmcXVvdDtmcmVxdWVu
Y3kgc2xvdCB3aWR0aCZxdW90OyBjYW4gYmUgY29uZnVzZWQgd2l0aCAmcXVvdDtmcmVxdWVuY3kg
c2xvdCZxdW90OywgcGxlYXNlIHBvaW50IHRoZW0gb3V0LCBzaW5jZSB0aGUgd2lkdGggaXMganVz
dCBhbiBhdHRyaWJ1dGUgb2YgdGhlIHNsb3QgKHRoZSBvdGhlciBiZWluZyB0aGUgTkNGKS4gSW4g
YW55IGNhc2UgJnF1b3Q7c2xvdCB3aWR0aCZxdW90OyBhbmQgJnF1b3Q7ZnJlcXVlbmN5IHNsb3QN
CiB3aWR0aCZxdW90OyBhcmUgZXhhY3RseSB0aGUgc2FtZS48YnI+DQo8YnI+DQpPbmUgY291bGQg
dGhlbiBhcmd1ZSB0aGF0IGV2ZXJ5IG9jY3VycmVuY2Ugb2YgdGhlIHdvcmQgJnF1b3Q7c2xvdCZx
dW90OyBzaG91bGQgYmUgcHJlY2VkZWQgd2l0aCAmcXVvdDtmcmVxdWVuY3kmcXVvdDsgYnV0IHRo
aXMgd291bGQgYWxzbyBhZmZlY3QgSVRVLVQgZG9jcyBhbmQgYWNyb255bXMgbGlrZSBTV0cgd291
bGQgbmVlZCB0byBjaGFuZ2UgdG8gRlNXRy48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPkluIFNlY3Rpb24gNC41IChwMjEpLCBm
aXJzdCBwYXJhZ3JhcGggaW4gcGFnZSAyMSwgdGhlcmUgYXJlIHR3byDigJhmcmVxdWVuY3kgc2xv
dCB3aWR0aOKAmSwgc2hvdWxkIGJlIGNvcnJlY3RlZCBhcyDigJhmcmVxdWVuY3kgc2xvdOKAmS48
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIj5SYW1vbiZndDsgSSB0aGluayB5b3UgYXJlIHJlZmVycmluZyB0byA8YnI+DQo8YnI+
DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph
bHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7
QSAmcXVvdDtzZXJ2aWNlIHJlcXVlc3QmcXVvdDsgaXMgY2hhcmFjdGVyaXplZCAoYXQgYSBtaW5p
bXVtKSBieSBpdHMgcmVxdWlyZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9
InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgZWZmZWN0aXZlIGZyZXF1ZW5jeSBzbG90IHdpZHRo
LiZuYnNwOyBUaGlzIGRvZXMgbm90IHByZWNsdWRlIHRoYXQgdGhlPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5ic3A7IHJlcXVlc3QgbWF5
IGFkZCBhZGRpdGlvbmFsIGNvbnN0cmFpbnRzIHN1Y2ggYXMgYWxzbyBpbXBvc2luZyB0aGU8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5
cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJz
cDsgbm9taW5hbCBjZW50cmFsIGZyZXF1ZW5jeS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQpBcyBzdGF0ZWQsIHRo
ZSBtaW5pbXVtIGlzIHRvICZxdW90O3JlcXVlc3QmcXVvdDsgdGhlICZxdW90O20mcXVvdDsgKHdp
ZHRoKS4gUmVxdWVzdGluZyB0aGUgc2xvdCB3b3VsZCBtZWFuIHJlcXVlc3RpbmcgKmFsc28qIHRo
ZSAmcXVvdDtuJnF1b3Q7IChOQ0YpIHdoaWNoIGlzIGxhdGVyIGNvdmVyZWQuIEkgYW0gbm90IHN1
cmUgaXQgbmVlZHMgY2hhbmdpbmcuPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5JbiBTZWN0aW9uIDUuMS4xIChwMzApLCBzZWNvbmQgcGFy
YWdyYXBoLCB0aGVyZSBpcyBvbmUg4oCYZnJlcXVlbmN5IHNsb3Qgd2lkdGjigJksIHNob3VsZCBi
ZSBjb3JyZWN0ZWQgYXMg4oCYc2xvdCB3aWR0aOKAmS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5SYW1vbiZndDsgdGhlc2Ug
YXJlLCBJTUhPLCBlcXVpdmFsZW50LiBBcyBzdGF0ZWQgYWJvdmUsIGEgc2xvdCBpcyBhbHdheXMg
YSBmcmVxdWVuY3kgc2xvdC48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPkluIFNlY3Rpb24gNS4yIChwMzEpLCBmaXJzdCBwYXJhZ3JhcGgs
IHRoZXJlIGlzIG9uZSDigJhmcmVxdWVuY3kgc2xvdCB3aWR0aOKAmSwgc2hvdWxkIGJlIGNvcnJl
Y3RlZCBhcyDigJhzbG90IHdpZHRo4oCZLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJhbW9uJmd0OyBpZGVtLjxicj4NCjwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltUVF0gVGhlIHJl
bGF0aW9uc2hpcCBzaG91bGQgYmU6IHRoZSBpbmZvcm1hdGlvbiBvZiDigJhmcmVxdWVuY3kgc2xv
dOKAmSBpbmNsdWRlcyB0aGUgY2VudHJhbCBmcmVxdWVuY3kgKG4pIGFuZCBzbG90IHdpZHRoICht
KS4gTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRoZSBmb2xsb3dpbmcgc2hvdWxkIGJlIGNoYW5n
ZWQgdG8gZnJlcXVlbmN5IHNsb3QsIGFzIHBhdGggbWVzc2FnZQ0KIGFscmVhZHkgaW1wbGllcyBu
IGFuZCBtIGlzIG5lZWRlZCB0byBiZSBleHRlbmRlZCBpbiBmbGV4aS1ncmlkIGxpdGVyYXR1cmUu
IDxvOnA+DQo8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPkEgJnF1b3Q7c2VydmljZSByZXF1ZXN0JnF1b3Q7IGlzIGNoYXJhY3Rlcml6ZWQg
KGF0IGEgbWluaW11bSkgYnkgaXRzIHJlcXVpcmVkJm5ic3A7IGVmZmVjdGl2ZQ0KPC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6cmVkIj5mcmVxdWVuY3kgc2xvdCB3aWR0aDwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPi48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SWYg
dGhlIGZyZXF1ZW5jeSBzbG90IHdpZHRoIGlzIGVxdWl2YWxlbnQgd2l0aCBzbG90IHdpZHRoLCB3
aHkgbm90IGp1c3Qga2VlcCBpdCBjb25zaXN0ZW50PyBJIHRoaW5rIHRoZSBsYXR0ZXIgaGF2ZSBt
b3JlIHBvcHVsYXIgYXBwZWFyYW5jZSBpbiB0aGUgZHJhZnQuPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Mi4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIGRlc2NyaXB0aW9uIG9mIEZpZy4gMywgbm93
IHNheWluZyDigJxUaGUg4oCYXuKAmSByZXByZXNlbnRzIHRoZSBzbG90IG5vbWluYWwgY2VudHJh
bCBmcmVxdWVuY3nigJ0sIGl0IGlzIG5vdCBjbGVhciB3aGF0IGlzIOKAmHNsb3Qgbm9taW5hbCBj
ZW50cmFsIGZyZXF1ZW5jeeKAmSwgc2hvdWxkIGJlIOKAmG5vbWluYWwgY2VudHJhbCBmcmVxdWVu
Y3nigJkgb3Ig4oCYdGhlIHBvc2l0aW9uIG9mIG5vbWluYWwgY2VudHJhbCBmcmVxdWVuY3nigJku
IDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPlJhbW9uJmd0OyBBICZxdW90O3Nsb3Qgbm9taW5hbCBjZW50cmFsIGZyZXF1ZW5j
eSZxdW90OyByZWZlcnMgdG8gdGhlIGNlbnRyYWwgZnJlcXVlbmN5ICh0aGUgJnF1b3Q7biZxdW90
OyBwYXJhbWV0ZXIpIG9mIGEgRnJlcXVlbmN5IFNsb3QgKEZTKS4gSXQgaXMgb25lIG9mIGEgRlMg
YXR0cmlidXRlcy9wYXJhbWV0ZXJzIGFsb25nIGl0cyB3aXRoLiBJbiB0aGUgZmlndXJlLCB0aGVl
ciBhcmUgbWFueSBub21pbmFsIGNlbnRyYWwNCiBmcmVxdWVuY2llcywgYnV0IG9ubHkgMiAmcXVv
dDsoZnJlcXVlbmN5KSBzbG90IG5vbWluYWwgY2VudHJhbCBmcmVxdWVuY2llcyZxdW90OyBmb3Ig
dGhlcmUgYXJlIG9ubHkgMiBmcmVxdWVuY3kgc2xvdHMgZHJhd24uIEkgYmVsaWV2ZSB0aGUgJnF1
b3Q7XiZxdW90OyBpcyBjb3JyZWN0LiB0aGF0IHNhaWQsIGR1ZSB0byBwcmV2aW91cyBlbWFpbHMs
IEkgaGF2ZSBjaGFuZ2VkICZxdW90O0NlbnRyYWwgRiZxdW90OyB0byAmcXVvdDtTbG90IE5DRiZx
dW90OyBpbiB0aGUgRmlndXJlPGJyPg0KPGJyPg0KSW4gb3RoZXIgd29yZHMsIGluIHRoZSBGaWd1
cmUgMywgdGhlcmUgYXJlIDIgc2xvdHMgPT0gMiBmcmVxdWVuY3kgc2xvdHMgPT0gMiBGUzo8YnI+
DQotIHRoZSBmaXJzdCAoZnJlcXVlbmN5KSBzbG90IDEgaXMgY2VudGVyZWQgYXQgdGhlIE5DRiAx
OTMuMSBUSHogLS0mZ3Q7IGZvciBzbG90IDEsIGl0cyAmcXVvdDtzbG90IG5vbWluYWwgY2VudHJh
bCBmcmVxdWVuY3kmcXVvdDsgaXMgdGhhdCBOQ0YsIHRoYXQgaXMgbj0wLjxicj4NCjxicj4NCjwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCBVbmljb2RlIE1TJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1RUXSBPSywgbm8gZnVy
dGhlciBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+My4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRmlndXJlIDE1IGFuZCAxNiBhcmUg
bGFiZWxlZCBhcyDigJhEaXN0cmlidXRlZCBBbGxvY2F0aW9uIHdpdGggRGlmZmVyZW50IG0gYW5k
IFNhbWUvRGlmZmVyZW50IG7igJkgcmVzcGVjdGl2ZWx5LCBob3dldmVyIGl0IGlzIG5vdCBjbGVh
ciB3aHkgd2UgbmVlZCB0byBtZW50aW9uIOKAmGRpc3RyaWJ1dGVk4oCZLiBUaGVyZSBpcyBubyBj
ZW50cmFsaXplZCBtZWNoYW5pc20gaW4gdGhpcyBkcmFmdCwgc3VnZ2VzdCByZW1vdmluZyB0aGUg
4oCYZGlzdHJpYnV0ZWTigJkuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5S
YW1vbiZndDsgV2UgYXJlIG5vdCBleGNsdWRpbmcgdGhlIHVzZSBvZiBjZW50cmFsaXplZCBSU0Es
IGFzIGluIHRoZSBzbmlwcGV0IHF1b3RlZCBhYm92ZSwgYSBlLmcuIGEgUENFIGNvdWxkIGJlIHVz
ZWQgdG8gZG8gY2VudHJhbGl6ZWQgUlNBIGFuZCBiZSBpbXBsZW1lbnRlZCBpbiB0ZXJtcyBvZiBl
eHBsaWNpdCBsYWJlbCBjb250cm9sDQogaW4gdGhlIEVSTy4gVGhpcyBpcyBhbmFsb2dvdXMgdG8g
d2hhdCBpcyBkb25lIGluIFdTT04uIHRoZSB0ZXJtIGRpc3RyaWJ1dGVkIHJlZmVycyB0byB0aGUg
ZmFjdCB0aGF0IHNvbWUgcGFyYW1ldGVycyAoZS5nLiBtIG9yIG4pIG9mIGVhY2ggc2xvdCBpcyBh
bGxvY2F0ZWQgYnkgdGhlIG5vZGUuIFdpdGggRUxDLCBpdCB3b3VsZCBub3QgYmUgdGhlIGNhc2Ug
YW5kIHRoZSBwcm9jZWR1cmVzIGluIEZpZ3VyZXMgMTUgYW5kIDE2IHdvdWxkIG5vdCBhcHBseTxi
cj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltUVF0g
RmluZSBmb3IgbWUsIG5vIGZ1cnRoZXIgY29tbWVudHMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
Ij48YnI+DQo8YnI+DQpNYW55IHRoYW5rcyBhZ2FpbiBmb3IgeW91ciByZXZpZXcgYW5kIGNvbW1l
bnRzPGJyPg0KPGJyPg0KUmFtb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9k
eT4NCjwvaHRtbD4NCg==

--_000_C0E0A32284495243BDE0AC8A066631A818D92452szxeml557mbschi_--


From nobody Wed Aug 26 23:00:25 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC5191B34A7 for ; Wed, 26 Aug 2015 23:00:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TNwAcpaD6UZ0 for ; Wed, 26 Aug 2015 23:00:22 -0700 (PDT)
Received: from torres.puc.rediris.es (torres.puc.rediris.es [IPv6:2001:720:418:ca00::9]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FBD81B3453 for ; Wed, 26 Aug 2015 23:00:22 -0700 (PDT)
Received: from [84.88.62.208] (helo=leo) by torres.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZUqE6-0002p5-DA; Thu, 27 Aug 2015 07:59:55 +0200
Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id E44941FE37; Thu, 27 Aug 2015 07:59:49 +0200 (CEST)
X-Envelope-From: ramon.casellas@cttc.es
To: Tina TSOU , "ops-dir@ietf.org" 
References: <55BA1C4C.2050403@jvknet.com>  <55DB03AD.7020806@cttc.es> 
From: Ramon Casellas 
Message-ID: <55DEA752.4060902@cttc.es>
Date: Thu, 27 Aug 2015 07:59:46 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: 
Content-Type: multipart/alternative; boundary="------------070709020808030701090509"
X-Spamina-Bogosity: Unsure
X-Spamina-Spam-Score: -1.0 (-)
X-Spamina-Spam-Report: Content analysis details:   (-1.0 points) pts rule name              description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP -0.0 BAYES_40               BODY: Bayes spam probability is 20 to 40% [score: 0.2870] 0.0 HTML_MESSAGE           BODY: HTML included in message
Archived-At: 
Cc: "draft-ietf-ccamp-flexi-grid-fwk.all@tools.ietf.org" , "ccamp@ietf.org" 
Subject: Re: [CCAMP] OPS-DIR Review of draft-ietf-ccamp-flexi-grid-fwk-05
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 27 Aug 2015 06:00:24 -0000

This is a multi-part message in MIME format.
--------------070709020808030701090509
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

El 27/08/2015 a las 5:52, Tina TSOU escribió:
>
> Dear Ramon et al,
>
> Thank you for getting back to me and OPS DIR.
>
Dear Tina, all,

Please see inline (stripped to the pending points)
Thanks again you for your comments
>
>
> If Explicit Label Control in the ERO is used, it would indeed be in 
> the Path message. Otherwise, GMPLS procedures using e.g. LABELSETs, 
> etc. apply.  I think that no new node behavior in required (since 
> existing procedures cover the cases, e.g. both ELC or a Labelset can 
> be used to force a same "n"). Finally, whether the allocation is 
> first-fit, random, etc. this is I think implementation specific and 
> the document does not address how it could be done (multiple ways, as 
> you mention).
>
> [TT] From RFC 6163 it is clear that n is included in path, I agree 
> with your clarification that it is not flexi-grid specific. A proper 
> mentioning may help remove confusion from readers.
>
Ramon> for the sake of completeness, let me mention that n _may_ be 
included in the path, but it is not mandatory. See also next point (related)

>
> In Section 5.2 (p31), first paragraph, there is one ‘frequency slot 
> width’, should be corrected as ‘slot width’.
>
> Ramon> idem.
> [TT] The relationship should be: the information of ‘frequency slot’ 
> includes the central frequency (n) and slot width (m). My 
> understanding is that the following should be changed to frequency 
> slot, as path message already implies n and m is needed to be extended 
> in flexi-grid literature.
>

Ramon> As mentioned before, a Path message may imply n or not (for 
simplicity, lets just focus in undir connections). We have the cases:
- Path message has explicit label control, n is included in the label 
sub-object => path implies n
- Path message has a labelset. A particular case is when the labelset 
has a single entry (n)  -- which, by the way, is a means to implement 
ELC -- => path implies n
- Path message has no labelset, no ELC => path message does not imply n 
and the selection of "n" is postponed until Resv processing. The "first 
n" appears in the Resv message of the egress node.

The current text says:

    Different operational modes can be considered.  For Routing and
    Spectrum Assignment (RSA) with explicit label control, and for
    Routing and Distributed Spectrum Assignment (R+DSA), the GMPLS
    signaling procedures are similar to those described in section 4.1.3
    of [RFC6163] for Routing and Wavelength Assignment (RWA) and for
    Routing and Distributed Wavelength Assignment (R+DWA).  The main
    difference is that the label set specifies the available nominal
    central frequencies that meet the slot width requirements of the LSP.
    The intermediate nodes use the control plane to collect the
    acceptable central frequencies that meet the slot width requirement
    hop by hop.

IMHO, it covers the cases. Could you please clarify what would be worth 
changing?


> A "service request" is characterized (at a minimum) by its required  
> effective frequency slot width.
>
> If the frequency slot width is equivalent with slot width, why not 
> just keep it consistent? I think the latter have more popular 
> appearance in the draft.
>
>
Ramon> Proposed change

OLD


A "service request" is characterized (at a minimum) by its required  
effective frequency slot width.

NEW

A "service request" is characterized (at a minimum) by its required  
effective slot width.


Best regards,
Ramon



--------------070709020808030701090509
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    
El 27/08/2015 a las 5:52, Tina TSOU
      escribió:

    

    

      
      
      
      

        

          
Dear Ramon et al,

          
 

          
Thank you for getting back to me and OPS DIR.

          
 

        

      

    

    Dear Tina, all,

    

    Please see inline (stripped to the pending points)

    Thanks again you for your comments

     
    

      

        


            If Explicit Label Control in the ERO is used, it would
            indeed be in the Path message. Otherwise, GMPLS procedures
            using e.g. LABELSETs, etc. apply.  I think that no new node
            behavior in required (since existing procedures cover the
            cases, e.g. both ELC or a Labelset can be used to force a
            same "n"). Finally, whether the allocation is first-fit,
            random, etc. this is I think implementation specific and the
            document does not address how it could be done (multiple
            ways, as you mention).

            

          

        
[TT]
            From RFC 6163 it is clear that n is included in path, I
            agree with your clarification that it is not flexi-grid
            specific. A proper mentioning may help remove confusion from
            readers.

      

    

    Ramon> for the sake of completeness, let me mention that n _may_
    be included in the path, but it is not mandatory. See also next
    point (related)

    

    

      


          
        
 

        
In Section 5.2 (p31), first paragraph, there is one ‘frequency slot width’, should be corrected as ‘slot width’.

        
Ramon> idem.

          [TT] The
            relationship should be: the information of ‘frequency slot’
            includes the central frequency (n) and slot width (m). My
            understanding is that the following should be changed to
            frequency slot, as path message already implies n and m is
            needed to be extended in flexi-grid literature. 

      

    

    

    Ramon> As mentioned before, a Path message may imply n or not
    (for simplicity, lets just focus in undir connections). We have the
    cases:

    - Path message has explicit label control, n is included in the
    label sub-object => path implies n

    - Path message has a labelset. A particular case is when the
    labelset has a single entry (n)  -- which, by the way, is a means to
    implement ELC -- => path implies n

    - Path message has no labelset, no ELC => path message does not
    imply n and the selection of "n" is postponed until Resv processing.
    The "first n" appears in the Resv message of the egress node.

    

    The current text says:

    

       Different operational modes can be considered.  For
        Routing and

         Spectrum Assignment (RSA) with explicit label control,
        and for

         Routing and Distributed Spectrum Assignment (R+DSA),
        the GMPLS

         signaling procedures are similar to those described in
        section 4.1.3

         of [RFC6163] for Routing and Wavelength Assignment
        (RWA) and for

         Routing and Distributed Wavelength Assignment
        (R+DWA).  The main

         difference is that the label set specifies the
        available nominal

         central frequencies that meet the slot width
        requirements of the LSP.

         The intermediate nodes use the control plane to
        collect the

         acceptable central frequencies that meet the slot
        width requirement

         hop by hop.  

        

      IMHO, it covers the cases. Could you please clarify
    what would be worth changing?

    

    

    

      

        

            

        
 

        
A
            "service request" is characterized (at a minimum) by its
            required  effective
          frequency slot
            width.

        
 

        
If
            the frequency slot width is equivalent with slot width, why
            not just keep it consistent? I think the latter have more
            popular appearance in the draft.

        
 


      

    

    Ramon> Proposed change

    

    OLD 

    


        A "service request" is characterized (at a minimum) by its
        required  effective
      frequency slot width.

    
 

    NEW 

    

    
A
        "service request" is characterized (at a minimum) by its
        required  effective slot
        width.

    
 

    

    Best regards, 

    Ramon

    

    

  


--------------070709020808030701090509--


From nobody Thu Aug 27 11:58:15 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5600B1B2F49; Thu, 27 Aug 2015 11:58:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.898
X-Spam-Level: 
X-Spam-Status: No, score=-101.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 313GVhkwFzHh; Thu, 27 Aug 2015 11:58:11 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D21B61A8A25; Thu, 27 Aug 2015 11:58:11 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Alia Atlas" 
To: "The IESG" 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150827185811.13800.35763.idtracker@ietfa.amsl.com>
Date: Thu, 27 Aug 2015 11:58:11 -0700
Archived-At: 
Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org
Subject: [CCAMP] Alia Atlas' Yes on draft-ietf-ccamp-wson-signal-compatibility-ospf-16: (with COMMENT)
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 27 Aug 2015 18:58:13 -0000

Alia Atlas has entered the following ballot position for
draft-ietf-ccamp-wson-signal-compatibility-ospf-16: Yes

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'd like to see clearer descriptions on particularly the error-handling
around multiple TLVs and sub-TLVs. 
I see a few points of ambiguity - as described below.  I think these
should be straightforward to clarify but
interoperability could be affected if this isn't done.   Thanks!

In Sec 2, it says "Only one Optical Node Property TLV shall be advertised
in each LSA." What is the error-handling if multiple of this TLV are
seen?
Is that a SHALL or a "at most one... MUST be advertised"?  I'd expect
normative language.

In Sec 2, it says "   Among the sub-TLVs defined above, the Resource
Block Pool State sub-
   TLV and Resource Block Shared Access Wavelength Availability are
   dynamic in nature while the rest are static. As such, they can be
   separated out from the rest and be advertised with multiple TE LSAs
   per OSPF router, as described in [RFC3630] and [RFC5250]."
So - one can advertise multiple TE LSAs - each with at most one  Optical
Node Property TLV 
and at most one of these sub-TLVs?  If the same sub-TLV appears in
different TE LSAs, how
are they merged or is a particular one preferred and the rest ignored?  I
see the text in the
previous paragraph of "If more than one copy of a sub-TLV is received,
   only the first one of the same type is processed and the rest are
   ignored upon receipt." but what does the "first one" mean?  Is that
decided based on
a particular identifier?

In Sec 3.1, "The format of the SCSI MUST be as depicted in the following
figure:" implies that
both the Available Label Sub-TLV and the Shared Backup Label Sub-TLV must
be included and
in the specified order.   Please clarify (and use separate diagrams)
details about how many times
each sub-TLV can appear, if ordering matters, and how to handle conflicts
or duplicates.

End of Sec 4: "In case where the new sub-TLVs or their attendant
encodings are
   malformed, the proper action would be to log the problem and
ignore..."  First, please be explicit in
what behavior MUST be done.  Is this just for malformed sub-TLVs?  Is it
safe to assume that sub-TLVs
further on in the TLV (or following TLVs) can be properly parsed? 
Second, please add in some words
about the expected load of logs.

In Sec 2, it's useful to use TBA1, TBA2, etc. instead of reusing TBA -
adds to clarity of the text and makes it easier to make sure replacement
is done
properly when the values are assigned.

In Sec 3.1, it says "   The technology specific part of the WSON ISCD may
include a variable
   number of sub-TLVs called Bandwidth sub-TLVs.  Two types of
   Bandwidth sub-TLV are defined (TBA by IANA):"   If this document is
creating the
bandwidth sub-tlv space, then this draft simply assigns initial values -
so no need for the "TBA
by IANA".

In Sec 4, "In a typical node configuration, the optical node property TLV
will not exceed the IP MTU."
Can you please describe the assumptions about a "typical node
configuration"?  In a few years, these
assumptions are likely to have changed.



From nobody Thu Aug 27 19:52:18 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03C9C1A8781 for ; Thu, 27 Aug 2015 19:52:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mgJlKwn1h4a9 for ; Thu, 27 Aug 2015 19:52:13 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFB4D1AC3B0 for ; Thu, 27 Aug 2015 19:52:12 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAM93414; Fri, 28 Aug 2015 02:52:10 +0000 (GMT)
Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 28 Aug 2015 03:52:08 +0100
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Fri, 28 Aug 2015 10:52:03 +0800
From: Fatai Zhang 
To: FELIPE JIMENEZ ARRIBAS , "ccamp@ietf.org" , "daniele.ceccarelli@ericsson.com" , "db3546@att.com" 
Thread-Topic: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
Thread-Index: AdDgpAGRqvuzwqwbRziNj8yJOdQWPQAmD5zA
Date: Fri, 28 Aug 2015 02:52:02 +0000
Message-ID: 
References: 
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCBD794SZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Subject: Re: [CCAMP] IPR on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 28 Aug 2015 02:52:16 -0000

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBD794SZXEMA504MBSchi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgYWxsLA0KDQpJIGRvbuKAmXQgc2VlIHRoZSByZXNwb25zZSBmcm9tIEZlbGlwZSBpbiB0aGUg
TGlzdCBBcmNoaXZlLCBzbyBJIGZvcndhcmQgaXQgdG8gc2VlIGlmIGl0IGNhbiBiZSByZWNvcmRl
ZCBpbiB0aGUgbWFpbCBhcmNoaXZlLg0KDQoNCg0KQmVzdCBSZWdhcmRzDQoNCkZhdGFpDQoNCkZy
b206IEZFTElQRSBKSU1FTkVaIEFSUklCQVMgW21haWx0bzpmZWxpcGUuamltZW5lemFycmliYXNA
dGVsZWZvbmljYS5jb21dDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDI3LCAyMDE1IDQ6NDEgUE0N
ClRvOiBGYXRhaSBaaGFuZzsgY2NhbXBAaWV0Zi5vcmc7IGRhbmllbGUuY2VjY2FyZWxsaUBlcmlj
c3Nvbi5jb207IGRiMzU0NkBhdHQuY29tDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBJUFIgb24gZHJh
ZnQtaWV0Zi1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAzDQoNCk5vLCBJJ20gbm90
IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQgKGV4Y2VwdCB0aGUg
SVBSIHJlY2VudGx5IGRpc2Nsb3NlZCBieSBIdWF3ZWkgaW4gIGh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvaXByLzI2NTA8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjY1MC8+
ICkNCg0KQmVzdCBSZWdhcmRzLA0KDQpGZWxpcGUuDQoNCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4gZXhj
bHVzaXZhbWVudGUgYSBzdSBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjacOz
biBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSBlcyBwYXJhIHVzbyBleGNsdXNpdm8gZGUg
bGEgcGVyc29uYSBvIGVudGlkYWQgZGUgZGVzdGluby4gU2kgbm8gZXMgdXN0ZWQuIGVsIGRlc3Rp
bmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwgdXRp
bGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1ZWRl
IGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNp
IGhhIHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5vcyBs
byBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEg
YSBzdSBkZXN0cnVjY2nDs24uDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyB0
cmFuc21pc3Npb24gaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGlu
dGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IG5hbWVk
IGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGludGVuZGVk
IHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlv
biwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmlj
dGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGlu
IGVycm9yLCBkbyBub3QgcmVhZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRvIHRoZSBz
ZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3Ig
YW5kIHRoZW4gZGVsZXRlIGl0Lg0KDQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGly
aWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5m
b3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBleGNs
dXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9zc2Eg
c2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVl
IGEgbGVpdHVyYSwgdXRpbGl6YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEgc2VtIGF1
dG9yaXphw6fDo28gcG9kZSBlc3RhciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHDp8Oj
byB2aWdlbnRlLiBTZSByZWNlYmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ftb3MtbGhl
IHF1ZSBub3MgbyBjb211bmlxdWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSBw
cm9jZWRhIGEgc3VhIGRlc3RydWnDp8Ojbw0K

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBD794SZXEMA504MBSchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp
ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7
YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0
I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh
W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7
fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp
di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4
dC1hbGlnbjpqdXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1z
aXplOjEwLjVwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGlu
aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJs
dWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw
ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsN
Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1z
dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7
DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlw
ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K
CWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0
LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2
MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgMy4wY20gNzAuODVwdCAzLjBjbTt9DQpk
aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4
PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8
bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i
MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5
IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv
cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBkb27igJl0IHNlZSB0aGUgcmVzcG9u
c2UgZnJvbSBGZWxpcGUgaW4gdGhlIExpc3QgQXJjaGl2ZSwgc28gSSBmb3J3YXJkIGl0IHRvIHNl
ZSBpZiBpdCBjYW4gYmUgcmVjb3JkZWQgaW4gdGhlIG1haWwgYXJjaGl2ZS4NCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5GYXRhaTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K
PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh
ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249Imxl
ZnQiIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90OyI+IEZFTElQRSBKSU1FTkVaIEFSUklCQVMNCiBbbWFpbHRvOmZlbGlwZS5q
aW1lbmV6YXJyaWJhc0B0ZWxlZm9uaWNhLmNvbV0gPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5
LCBBdWd1c3QgMjcsIDIwMTUgNDo0MSBQTTxicj4NCjxiPlRvOjwvYj4gRmF0YWkgWmhhbmc7IGNj
YW1wQGlldGYub3JnOyBkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tOyBkYjM1NDZAYXR0
LmNvbTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBJUFIgb24gZHJhZnQtaWV0Zi1j
Y2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0LTAzPG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0i
dGV4dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj
b2xvcjpibGFjayI+Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8g
dGhpcyBkcmFmdCZuYnNwOyhleGNlcHQgdGhlIElQUiByZWNlbnRseSBkaXNjbG9zZWQgYnkgSHVh
d2VpIGluJm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9p
cHIvMjY1MC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzI2NTA8L2E+Jm5ic3A7
KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6Ymxh
Y2siPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImNvbG9yOmJsYWNrIj5GZWxpcGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGln
bj0ibGVmdCIgc3R5bGU9InRleHQtYWxpZ246bGVmdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OuWui+S9kyI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0i
dGV4dC1hbGlnbjpjZW50ZXIiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTrlrovkvZMiPg0KPGhyIHNpemU9IjMiIHdpZHRoPSIxMDAlIiBhbGln
bj0iY2VudGVyIj4NCjwvc3Bhbj48L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJs
ZWZ0IiBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOmdyYXkiPjxicj4NCkVzdGUgbWVuc2FqZSB5IHN1cyBhZGp1bnRvcyBz
ZSBkaXJpZ2VuIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLCBwdWVkZSBjb250ZW5l
ciBpbmZvcm1hY2nDs24gcHJpdmlsZWdpYWRhIG8gY29uZmlkZW5jaWFsIHkgZXMgcGFyYSB1c28g
ZXhjbHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIHVz
dGVkLiBlbCBkZXN0aW5hdGFyaW8gaW5kaWNhZG8sIHF1ZWRhIG5vdGlmaWNhZG8gZGUgcXVlIGxh
DQogbGVjdHVyYSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRv
cml6YWNpw7NuIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNp
w7NuIHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJv
Z2Ftb3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEg
dsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uPGJyPg0KPGJyPg0KVGhlIGluZm9ybWF0
aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZCBjb25m
aWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25seSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5k
aXZpZHVhbCBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHRoZSByZWFkZXIgb2YgdGhpcyBtZXNz
YWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmll
ZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLA0KIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9mIHRo
aXMgY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2ZSByZWNl
aXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgZG8gbm90IHJlYWQgaXQuIFBsZWFzZSBp
bW1lZGlhdGVseSByZXBseSB0byB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhp
cyBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFuZCB0aGVuIGRlbGV0ZSBpdC48YnI+DQo8YnI+DQpF
c3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBz
ZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBv
dSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlk
YWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlv
IGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVlIGENCiBsZWl0dXJhLCB1dGlsaXphw6fD
o28sIGRpdnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFy
IHByb2liaWRhIGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUg
ZXN0YSBtZW5zYWdlbSBwb3IgZXJybywgcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBp
bWVkaWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOn
w6NvPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250
LWZhbWlseTrlrovkvZMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0K
PC9odG1sPg0K

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBD794SZXEMA504MBSchi_--


From nobody Fri Aug 28 07:56:12 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6CCF1B3314; Fri, 28 Aug 2015 07:56:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ECoOziPA8JFH; Fri, 28 Aug 2015 07:56:08 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 84C8D1B3116; Fri, 28 Aug 2015 07:56:08 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150828145608.22427.21084.idtracker@ietfa.amsl.com>
Date: Fri, 28 Aug 2015 07:56:08 -0700
Archived-At: 
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 28 Aug 2015 14:56:10 -0000

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           : GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks
        Authors         : Young Lee
                          Greg M. Bernstein
	Filename        : draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt
	Pages           : 12
	Date            : 2015-08-28

Abstract:
   This document provides Generalized Multiprotocol Label Switching
   (GMPLS) Open Shortest Path First (OSPF) routing enhancements to
   support signal compatibility constraints associated with Wavelength-
   Switched Optical network (WSON) elements. These routing enhancements
   are applicable in common optical or hybrid electro-optical networks
   where not all of the optical signals in the network are compatible
   with all network elements participating in the network.

   This compatibility constraint model is applicable to common optical
   or hybrid electro optical systems such as Optical-Electronic-Optical
   (OEO) switches, regenerators, and wavelength converters since such
   systems can be limited to processing only certain types of WSON
   signals.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility-ospf-17

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-wson-signal-compatibility-ospf-17


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Aug 28 08:00:18 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C7F71B33FC for ; Fri, 28 Aug 2015 08:00:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.21
X-Spam-Level: 
X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vM7b-tgPyapW for ; Fri, 28 Aug 2015 08:00:05 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36ACC1B33EC for ; Fri, 28 Aug 2015 08:00:04 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWW36471; Fri, 28 Aug 2015 15:00:01 +0000 (GMT)
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 28 Aug 2015 16:00:00 +0100
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Fri, 28 Aug 2015 07:59:58 -0700
From: Leeyoung 
To: Alia Atlas 
Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt
Thread-Index: AQHQ4aHIAYTde1HLwkujv47jBjDBUJ4hgGng
Date: Fri, 28 Aug 2015 14:59:58 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D1087D@dfweml706-chm>
References: <20150828145608.22427.21084.idtracker@ietfa.amsl.com>
In-Reply-To: <20150828145608.22427.21084.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.133.195]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 28 Aug 2015 15:00:11 -0000

Alia,

The "TBA" things in the IANA section have been added which were inadvertent=
ly missed in v.16. This should do it.

Thanks.
Young

-----Original Message-----
From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ie=
tf.org
Sent: Friday, August 28, 2015 9:56 AM
To: i-d-announce@ietf.org
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-wson-signal-compatibility-osp=
f-17.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

        Title           : GMPLS OSPF Enhancement for Signal and Network Ele=
ment Compatibility for Wavelength Switched Optical Networks
        Authors         : Young Lee
                          Greg M. Bernstein
	Filename        : draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt
	Pages           : 12
	Date            : 2015-08-28

Abstract:
   This document provides Generalized Multiprotocol Label Switching
   (GMPLS) Open Shortest Path First (OSPF) routing enhancements to
   support signal compatibility constraints associated with Wavelength-
   Switched Optical network (WSON) elements. These routing enhancements
   are applicable in common optical or hybrid electro-optical networks
   where not all of the optical signals in the network are compatible
   with all network elements participating in the network.

   This compatibility constraint model is applicable to common optical
   or hybrid electro optical systems such as Optical-Electronic-Optical
   (OEO) switches, regenerators, and wavelength converters since such
   systems can be limited to processing only certain types of WSON
   signals.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility=
-ospf/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility-ospf=
-17

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-wson-signal-compatibil=
ity-ospf-17


Please note that it may take a couple of minutes from the time of submissio=
n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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


From nobody Fri Aug 28 23:02:58 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69A601A21C1 for ; Fri, 28 Aug 2015 23:02:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KVeUMNpbGrwP for ; Fri, 28 Aug 2015 23:02:55 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B8FE1A1B23 for ; Fri, 28 Aug 2015 23:02:54 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAO03656; Sat, 29 Aug 2015 06:02:51 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 29 Aug 2015 07:02:48 +0100
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Sat, 29 Aug 2015 14:02:43 +0800
From: Fatai Zhang 
To: "CCAMP (ccamp@ietf.org)" 
Thread-Topic: WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd
Thread-Index: AdCo45SFolBM2KOiT3WL81JIQPsJ+Q4WAiQwADRoo8A=
Date: Sat, 29 Aug 2015 06:02:43 +0000
Message-ID: 
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCBDAE7SZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: 
Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 29 Aug 2015 06:02:57 -0000

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBDAE7SZXEMA504MBSchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

This starts a two weeks working group last call on draft-ietf-ccamp-flexibl=
e-grid-rsvp-te-ext-03.txt.

The last call will end on Monday September 15th.

Please send your comments to the CCAMP mailing list. Also comments like "I =
have reviewed the draft and believe it's ready for publication" are welcome=
.

All the IPR declarations from authors and contributors have been collected =
and can be found in the history of the document: https://datatracker.ietf.o=
rg/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/history/ (except the resp=
onse from Felipe since it is not recorded in the List Archive).

PLEASE NOTE

Since both the chairs and the secretary are involved in the draft as co-aut=
hors, so this is a good opportunity to have the WG involved also in the Pos=
t-WG Last call process nominating a document shepherd which is not one of t=
he chairs or the secretary. Further details on the shepherd duties can be f=
ound in RFC4858 and at https://www.ietf.org/iesg/statement/document-shepher=
ds.html.



Please volunteer if interested and send a mail to the chairs.


Thanks

Fatai & Daniele




--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBDAE7SZXEMA504MBSchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Hi all,


 


This st=
arts a two weeks working group last call on draft-ietf-ccamp-flexible-grid-=
rsvp-te-ext-03.txt.


&n=
bsp;


The las=
t call will end on
Monday=
 Septe=
mber
15th.



&n=
bsp;


Please =
send your
 comments to the CCAMP mailing list. Also comments like “I have revie=
wed the draft and believe it’s ready for publication” are welco=
me.


&n=
bsp;


All the=
 IPR declarations from authors and contributors have been collected and can=
 be found in the history of the document:

https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext=
/history/ (except the response from Felipe
since<=
/span> it is =
not recorded in the List Archive).


&n=
bsp;


PLEASE NOTE


Since both the chairs and the secretary are involved in th=
e draft as co-authors, so this is a good opportunity to have the WG involve=
d also in the Post-WG Last call process
 nominating a document shepherd which is not one of the chairs or the secre=
tary. Further details on the shepherd duties can be found in RFC4858 and at
https://www.ietf.org/iesg/s=
tatement/document-shepherds.html.


 


Please volunteer if interested and send a mail to the chai=
rs.



&n=
bsp;


&n=
bsp;


Thanks<=
o:p>


&n=
bsp;


Fatai
& =
Daniele 


&n=
bsp;


&n=
bsp;


&n=
bsp;






--_000_F82A4B6D50F9464B8EBA55651F541CF85CCBDAE7SZXEMA504MBSchi_--


From nobody Sun Aug 30 23:37:42 2015
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DA061A0021; Sun, 30 Aug 2015 23:37:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q1LrYT3jbvQE; Sun, 30 Aug 2015 23:37:40 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DFD81A8776; Sun, 30 Aug 2015 23:37:40 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150831063740.10608.17736.idtracker@ietfa.amsl.com>
Date: Sun, 30 Aug 2015 23:37:40 -0700
Archived-At: 
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexi-grid-fwk-07.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 31 Aug 2015 06:37:41 -0000

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           : Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks
        Authors         : Oscar Gonzalez de Dios
                          Ramon Casellas
	Filename        : draft-ietf-ccamp-flexi-grid-fwk-07.txt
	Pages           : 40
	Date            : 2015-08-30

Abstract:
   To allow efficient allocation of optical spectral bandwidth for high
   bit-rate systems, the International Telecommunication Union
   Telecommunication Standardization Sector (ITU-T) has extended its
   Recommendations G.694.1 and G.872 to include a new dense wavelength
   division multiplexing (DWDM) grid by defining a set of nominal
   central frequencies, channel spacings and the concept of "frequency
   slot".  In such an environment, a data plane connection is switched
   based on allocated, variable-sized frequency ranges within the
   optical spectrum creating what is known as a flexible grid (flexi-
   grid).

   Given the specific characteristics of flexi-grid optical networks and
   their associated technology, this document defines a framework and
   the associated control plane requirements for the application of the
   existing GMPLS architecture and control plane protocols to the
   control of flexi-grid DWDM networks.  The actual extensions to the
   GMPLS protocols will be defined in companion documents.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ccamp-flexi-grid-fwk-07

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexi-grid-fwk-07


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/