From nobody Wed Jul 1 02:30:05 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 815721B2BF1 for ; Wed, 1 Jul 2015 02:30:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 maUpwvWIZ9iV for ; Wed, 1 Jul 2015 02:30:02 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 238AD1B2BDC for ; Wed, 1 Jul 2015 02:30:01 -0700 (PDT) X-AuditID: c1b4fb30-f79706d000007227-62-5593b3185580 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 8E.4B.29223.813B3955; Wed, 1 Jul 2015 11:30:00 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.222]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0210.002; Wed, 1 Jul 2015 11:29:59 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: Meetecho coverage at IETF93 Thread-Index: AQHQs9SAM8XMq6rMaUK0v/Ueyew5dZ3GWOcA Date: Wed, 1 Jul 2015 09:29:58 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE481298597A@ESESSMB301.ericsson.se> References: <55939EEE.4080507@meetecho.com> In-Reply-To: <55939EEE.4080507@meetecho.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvja7E5smhBjseS1k8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGcvv3WUpOM9asWPBSuYGxsMsXYycHBICJhKTpr9khLDFJC7c W8/WxcjFISRwlFHiyKkdbCAJIYHFjBL9mzK6GDk42ASsJJ4c8gEJiwjoSuzdeJ0ZxBYW0JDY 0XWGDSKuKTH7RTsTSLmIgJHE514LkDCLgIrEwnsnWEDCvAK+EvOaqyGGa0sc3rUK7BpOAR2J 2dtfsIPYjAKyEhN2LwK7jFlAXOLWk/lMEFcKSCzZc54ZwhaVePn4HyuErSSxYvslqHo9iRtT p7BB2NoSyxa+BqvnFRCUODnzCcsERtFZSMbOQtIyC0nLLCQtCxhZVjGKFqcWJ+WmGxnppRZl JhcX5+fp5aWWbGIERsPBLb8NdjC+fO54iFGAg1GJh3eh5+RQIdbEsuLK3EOM0hwsSuK8Mzbn hQoJpCeWpGanphakFsUXleakFh9iZOLglGpglOuWXeUfp97nPMO4yLQm7UcG48mrSXGe6i8u 5wVe/vtL5O05B7cbZzXrLM/6KFY+lDjC98HSsGPnv3hRq7eyKtpssYH/Tzoeai3aNEf3N6NM 7fzvs9XvNW8t6Nr7oXRds/KSxzYuf93W1vcpuUTPuvXgaKLYNNZ7f+q/3PLmc7EOEQxtzu5U YinOSDTUYi4qTgQAVqDGamcCAAA= Archived-At: Subject: [CCAMP] FW: Meetecho coverage at IETF93 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, 01 Jul 2015 09:30:03 -0000 Hi all, If anyone is not able to attend the meeting in Prague but willing to give a= presentation remotely...that's possible. Just let us know. Daniele -----Original Message----- From: WGChairs [mailto:wgchairs-bounces@ietf.org] On Behalf Of Meetecho IET= F support Sent: mercoled=EC 1 luglio 2015 10:04 To: wgchairs@ietf.org Subject: Meetecho coverage at IETF93 Dear chairs, Meetecho will cover all WG meeting session in Prague. If you plan to have remote _presentations_, you're kindly requested to info= rm us in proper advance, since this needs special care. *Please be aware that the deadline for requesting remote presentation suppo= rt is July 15.* Thanks, the Meetecho team From nobody Wed Jul 1 12:11: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 8CB881B2E19; Wed, 1 Jul 2015 12:11:51 -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 J1jduKRVwbMX; Wed, 1 Jul 2015 12:11: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 C03FE1B2A79; Wed, 1 Jul 2015 12:11:49 -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 BYF47938; Wed, 01 Jul 2015 19:11:48 +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.158.1; Wed, 1 Jul 2015 20:11:47 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0158.001; Wed, 1 Jul 2015 12:11:44 -0700 From: Leeyoung To: "ccamp@ietf.org" , "teas@ietf.org" Thread-Topic: New Version Notification for draft-lee-ccamp-wson-yang-02.txt Thread-Index: AQHQtDCZlvhDXNojJEenvj3hU8l0+Z3G+qZw Date: Wed, 1 Jul 2015 19:11:42 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CD8423@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.213] 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-lee-ccamp-wson-yang-02.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: Wed, 01 Jul 2015 19:11:51 -0000 SGksDQoNCkhlcmUncyBhIG5ldyB2ZXJzaW9uIG9mIFdTT04gWUFORyBtb2RlbC4gVGhlIG1ham9y IGNoYW5nZSBpcyB0aGUgYXVnbWVudGF0aW9uIGZyb20gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby8NCg0KQmVzdCByZWdhcmRzLA0K WW91bmcgKG9uIGJlaGFsZiBvZiBjby1hdXRob3JzIGFuZCBjb250cmlidXRvcnMpDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAx LCAyMDE1IDI6MDEgUE0NClRvOiBBaWh1YSBHdW87IFZpY3RvciBMb3BlemFsdmFyZXo7IERocnV2 IERob2R5OyBMZWV5b3VuZzsgRGFuaWVsIEtpbmc7IERhbmllbCBLaW5nOyBMZWV5b3VuZzsgQWlo dWEgR3VvOyBEaHJ1diBEaG9keTsgVmljdG9yIExvcGV6DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yIGRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDIudHh0DQoNCg0KQSBu ZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDIudHh0IGhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmcNClJl dmlzaW9uOgkwMg0KVGl0bGU6CQlBIFlhbmcgRGF0YSBNb2RlbCBmb3IgV1NPTiBPcHRpY2FsIE5l dHdvcmtzDQpEb2N1bWVudCBkYXRlOgkyMDE1LTA3LTAxDQpHcm91cDoJCUluZGl2aWR1YWwgU3Vi bWlzc2lvbg0KUGFnZXM6CQkxOQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtY2NhbXAtd3Nvbi15YW5nLTAyLnR4dA0KU3RhdHVz OiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1jY2Ft cC13c29uLXlhbmcvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDINCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVlLWNjYW1wLXdzb24teWFuZy0wMg0KDQpB YnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYSBZQU5HIGRhdGEgbW9kZWwgZm9y IHRoZSByb3V0aW5nIGFuZA0KICAgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IChSV0EpIFRFIHRvcG9s b2d5IGluIHdhdmVsZW5ndGggc3dpdGNoZWQNCiAgIG9wdGljYWwgbmV0d29ya3MgKFdTT05zKS4N Cg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0 IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9u IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9v bHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Thu Jul 2 01:32:40 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 E96D51A1B39 for ; Thu, 2 Jul 2015 01:32:38 -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 9G2mirNWTcq1 for ; Thu, 2 Jul 2015 01:32:36 -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 F31F01A00B2 for ; Thu, 2 Jul 2015 01:32:35 -0700 (PDT) X-AuditID: c1b4fb3a-f79356d000006281-48-5594f721e56f Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 3B.27.25217.127F4955; Thu, 2 Jul 2015 10:32:34 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.222]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0210.002; Thu, 2 Jul 2015 10:32:33 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: WG LAST CALL - draft-ietf-ccamp-flexigrid-lambda-label-03 Thread-Index: AdCo45SFolBM2KOiT3WL81JIQPsJ+QLvEkSA Date: Thu, 2 Jul 2015 08:32:32 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE481298634B@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE481296BD6D@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE481296BD6D@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE481298634BESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyM+Jvja7S9ymhBvN2sVs8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGfuX32YvmG5ecf7fY9YGxuMGXYycHBICJhJNt36xQ9hiEhfu rWfrYuTiEBI4yihxs7ufHcJZzCgx+eRFIIeDg03ASuLJIR+QBhEBXYm9G68zg9jCAm4S50+f Y4OIu0t8W/ORCcI2klg/YwtYDYuAisS/7YvB4rwCvhKPureD1QsB2d3t68DinAJ+Eh2fp7GC 2IwCshITdi9iBLGZBcQlbj2ZzwRxqIDEkj3nmSFsUYmXj/+xQthKEmsPb2eBqM+XeLJ0JSPE LkGJkzOfsExgFJmFZNQsJGWzkJRBxPUkbkydwgZha0ssW/iaGcLWlZjx7xALsvgCRvZVjKLF qcXFuelGRnqpRZnJxcX5eXp5qSWbGIExdHDLb6sdjAefOx5iFOBgVOLhVZg9JVSINbGsuDL3 EKM0B4uSOO+MzXmhQgLpiSWp2ampBalF8UWlOanFhxiZODilGhgVe0ImpM3folQxh++WTphm eFu7393jN+z+b1nYZ8bWtu5LvVgiT/1Rnom5TMpHk75vfxhat+D/pazbPTcrjUQkX15XsL5j 6ejT9Xr3cf0PDIse33qsx/tDapbVkl0zpSZP8qk8uSOs/Znzbr21Jg7Ksg2bJ7FymHP+fj01 fNnyTr7JRhZdk1iUWIozEg21mIuKEwFDfoDJggIAAA== Archived-At: Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexigrid-lambda-label-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, 02 Jul 2015 08:32:39 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE481298634BESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, The last call is now closed. I've not seen many comments on the list but the draft has been extensively = discussed during the WG status and implementations already exist. We will move forward with the publication process. We would like to have the draft submitted by the meeting in Prague so, at t= his time, I'll be the shepherd. We will go back to the call for shepherd vo= lunteering from the next draft. Thanks Daniele & Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli Sent: mercoled=EC 17 giugno 2015 11:57 To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexigrid-lambda-label-03 Working group, this starts a two weeks working group last call on draft-ietf-ccamp-flexigr= id-lambda-label-03. The last call end on Wednesday June 1st. Please send you comments to the CCAMP mailing list. Also comments like "I h= ave 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-flexigrid-lambda-label/history/ Please note that no IPR was disclosed against this draft. Thanks Daniele & Fatai --_000_4A1562797D64E44993C5CBF38CF1BE481298634BESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all,

 

The last call is now c= losed.

I’ve not seen ma= ny comments on the list but the draft has been extensively discussed during= the WG status and implementations already exist.

We will move forward w= ith the publication process.

 

We would like to have = the draft submitted by the meeting in Prague so, at this time, I’ll b= e the shepherd. We will go back to the call for shepherd volunteering from = the next draft.

 

Thanks

Daniele & Fatai

 

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: mercoled=EC 17 giugno 2015 11:57
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexigrid-lambda-la= bel-03

 

Working group,

 

this starts a two weeks working group last call on d= raft-ietf-ccamp-flexigrid-lambda-label-03.

The last call end on Wednesday June 1st. =

Please send you 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 contributo= rs have been collected and can be found in the history of the document: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/hi= story/

Please note that no IPR was disclosed against this d= raft.

 

Thanks

Daniele & Fatai

 

--_000_4A1562797D64E44993C5CBF38CF1BE481298634BESESSMB301erics_-- From nobody Thu Jul 2 01:50: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 7A7F41B30B8 for ; Thu, 2 Jul 2015 01:50:01 -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 QorCyJyeJUIE for ; Thu, 2 Jul 2015 01:49:58 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28B741B30BC for ; Thu, 2 Jul 2015 01:49:56 -0700 (PDT) X-AuditID: c1b4fb30-f79706d000007227-a3-5594fb3362b1 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 05.83.29223.33BF4955; Thu, 2 Jul 2015 10:49:55 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.222]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0210.002; Thu, 2 Jul 2015 10:49:54 +0200 From: Daniele Ceccarelli To: CCAMP Thread-Topic: IETF 93 CCAMP Slot request Thread-Index: AQHQrx5ktfCNA5BrJ0eqqYUPzDpQSp3H6T5w Date: Thu, 2 Jul 2015 08:49:54 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129863F0@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.149] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129863F0ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZGfG3Rtf495RQg9VzZC2ezLnBYvFy/jNG ByaPJUt+Mnl0/mYOYIrisklJzcksSy3St0vgynjS/pO54P0axoqWKX8ZGxhfzmLsYuTgkBAw kTjYWtLFyAlkiklcuLeerYuRi0NI4CijxP2p71ggnMWMEt/2T2UBaWATsJJ4csgHpEFEQEri 5r5b7CA2s4CDxObj/9lAbGEBdYnnW6ezQ9RoSGw4NYsVwjaSWPh7IZjNIqAisflqP9hIXgFf idX7w0DCQkBjts79xghicwo4Sty51sgMYjMKyEpM2L2IEWKVuMStJ/OZIG4WkFiy5zwzhC0q 8fLxP1YIW0li7eHtLBD1+RI/W76AncMrIChxcuYTlgmMorOQjJqFpGwWkjKIuJ7EjalT2CBs bYllC18zQ9i6EjP+HWJBFl/AyL6KUbQ4tTgpN93ISC+1KDO5uDg/Ty8vtWQTIzDaDm75bbCD 8eVzx0OMAhyMSjy8CrOnhAqxJpYVV+YeYpTmYFES552xOS9USCA9sSQ1OzW1ILUovqg0J7X4 ECMTB6dUA+PajvR/7qc0X93VVFzu9XXNtjn5d+48k9ll1OJgqfmBKfmAjltLySk77x3VAifD fsuW5Xo1b5bOOMGzT/NXfYFE5DGDFW+8VLfbGmcrv+v1Ea88Hrxq7yR57Yus2Ysc1h5byr9k U8VMgdgnS+TauGVPKh0836o4WfS8zI/bExMkJNfN0f9Rpq7EUpyRaKjFXFScCAAGewX0lwIA AA== Archived-At: Subject: Re: [CCAMP] IETF 93 CCAMP Slot request 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, 02 Jul 2015 08:50:01 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129863F0ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, This is a friendly reminder. Please note that the deadline for requesting a= genda slots is today. We need to submit a draft agenda at latest next Monday and we don't want Os= car to build it during the weekend. Thanks Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of OSCAR GONZALEZ DE = DIOS Sent: gioved=EC 25 giugno 2015 10:10 To: CCAMP Subject: [CCAMP] IETF 93 CCAMP Slot request Dear CCAMPers, IETF 93 meeting @ Prague is coming soon, so it's time to start collecting a= genda slots requests. Keeping this in mind: WG Draft authors are expected to present if there are open issues to discus= s, or to send status to the list *1 week* prior to the WG meeting if not p= resenting. Status includes review of: any recent changes, any open discussi= ons or issues, and planned next steps. Agenda Requests: - To submit a request, please fill the survey at the following link: http:/= /www.surveygizmo.com/s3/2207859/IETF-93-CCAMP-sessions-slot-requests - Please fill the survey no later than Thursday, July 2nd Presentations: If you are presenting slides please make sure you send them to all *indi= viduals* listed above (Chairs, Secretary and exclude CCAMP) no later than = Sunday, July 19th . Reminder about a few important dates: * 2015-07-06 (Monday): Internet Draft submission cut-off (for all draft= s, including -00) by UTC 23:59, upload using IETF ID Submission Tool. * 2015-07-06 (Monday): Draft Working Group agendas due by UTC 23:59, up= load using IETF Meeting Materials Management Tool. * 2015-07-13 (Monday): Revised Working Group agendas due by UTC 23:59, = upload using IETF Meeting Materials Management Tool. * 2015-07-19 - 2015-07-24: IETF 93 in Prague, Czech Republic. Best Regards, =D3scar CCAMP WG Secretary ________________________________ 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_4A1562797D64E44993C5CBF38CF1BE48129863F0ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all,=

 <= /p>

This is a friendly remind= er. Please note that the deadline for requesting agenda slots is today.

We need to submit a draft= agenda at latest next Monday and we don’t want Oscar to build it dur= ing the weekend.

 <= /p>

Thanks<= /p>

Daniele=

 <= /p>

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of OSCAR GONZALEZ DE DIOS
Sent: gioved=EC 25 giugno 2015 10:10
To: CCAMP
Subject: [CCAMP] IETF 93 CCAMP Slot request

 

Dear CCAMPers,

 

IETF 93 meeting @ Prag= ue is coming soon, so it’s time to start collecting agenda slots requ= ests.

 

Keeping this in mind:

WG Draft authors are expected to present if there are op= en issues to discuss, or to send status to the list  *1 week* prior to the WG meeting if not presenting. Status includes review of: any = recent changes, any open discussions or issues, and planned next steps.

 =

= Agenda Requests:

- To submit a request, please fill the surve= y at the following link: http://www.surveygizmo.com/s3/220= 7859/IETF-93-CCAMP-sessions-slot-requests- Please fill the survey no later than Thursday, July 2nd

 =

= Presentations:

  If you are presenting slides please make sure you= send them to  all *individuals* listed above (Chairs, Secretary and exclude CCAMP) no later  than Sunday, July 19th .

 =

= Reminder about a few important dates:

 

Best Regards,

 

=D3scar 

 

       = CCAMP WG Secretary

 


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<= /o:p>

--_000_4A1562797D64E44993C5CBF38CF1BE48129863F0ESESSMB301erics_-- From nobody Thu Jul 2 09:36: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 AE2801A0052 for ; Thu, 2 Jul 2015 09:36:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 Tv_3yzu5Rzy8 for ; Thu, 2 Jul 2015 09:36:11 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF2001A0037 for ; Thu, 2 Jul 2015 09:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=33107; q=dns/txt; s=iport; t=1435854949; x=1437064549; h=from:to:cc:subject:date:message-id:mime-version; bh=zob/NGrY/9IPB4HVTOt6AS4w+N6eS0VO0aADLq4tkEE=; b=l+HSBKdHgnpyvxzHEp+f3XAfWUpf6SP36zbd64qn+zZY/NxrDJY/h0X1 gbmWc4Glt5vNIJFxXYHI674aWeF0trdUmQVe8UAOqu6aoKrNZfPlmlS6Y JAl2i+peLxcapNsQbK+3NCXWnFhzUFXc3cXq9cRiE/kbVBbalOMmOVsZw Y=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[425].png : 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CxAwBdZ5VV/4sNJK1bgkVNVF8GvTAJgXCFdgKBTDgUAQEBAQEBAYEKhCIBAQEEBQESFRwwDgQBCBEDAQEBBgEBARgBBgkFEAEDCwMJFAkKBAENBAEGCIghDcxSAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwSLRoRZEgoHBgEDBgeEJQWUEgGDfGSFO4FKgTqEFIMPj2wmY4MXbwGBRYECAQEB X-IronPort-AV: E=Sophos;i="5.15,394,1432598400"; d="png'150?scan'150,208,217,150";a="6550055" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-7.cisco.com with ESMTP; 02 Jul 2015 16:35:48 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t62GZmUU017689 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 2 Jul 2015 16:35:48 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.49]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0195.001; Thu, 2 Jul 2015 11:35:48 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: Daniele Ceccarelli , CCAMP Thread-Topic: [CCAMP] IETF 93 CCAMP Slot request Thread-Index: AQHQtOUma5M0FtyBFUOYCJevKoqBSQ== Date: Thu, 2 Jul 2015 16:35:47 +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: [10.148.212.50] Content-Type: multipart/related; boundary="_004_D1BACB37813DAggalimbeciscocom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] IETF 93 CCAMP Slot request 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, 02 Jul 2015 16:36:13 -0000 --_004_D1BACB37813DAggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1BACB37813DAggalimbeciscocom_" --_000_D1BACB37813DAggalimbeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks Daniele, We have 3 drafts to present: - draft-dharinigert-ccamp-g-698-2-lmp-10 10m Dieter Beller - draft-galikunze-ccamp-g-698-2-snmp-mib-12 5m Gabriele Galimberti - draft-dharini-netmod-g-698-2-yang-04 5m Dharini Hirema= galur Best Regards, Gabriele & All. [http://www.cisco.com/swa/i/logo.gif] Gabriele Galimberti Principal Engineer Cisco Photonics Srl via S.Maria Molgora, 48 C 20871 - Vimercate (MB) Italy www.cisco.com/global/IT/ ggalimbe@cisco.com Phone :+39 039 2091462 Mobile :+39 335 7481947 Fax :+39 039 2092049 From: CCAMP > on beha= lf of Daniele Ceccarelli > Date: Thursday, July 2, 2015 10:49 AM To: CCAMP > Subject: Re: [CCAMP] IETF 93 CCAMP Slot request Hi all, This is a friendly reminder. Please note that the deadline for requesting a= genda slots is today. We need to submit a draft agenda at latest next Monday and we don=92t want = Oscar to build it during the weekend. Thanks Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of OSCAR GONZALEZ DE = DIOS Sent: gioved=EC 25 giugno 2015 10:10 To: CCAMP Subject: [CCAMP] IETF 93 CCAMP Slot request Dear CCAMPers, IETF 93 meeting @ Prague is coming soon, so it=92s time to start collecting= agenda slots requests. Keeping this in mind: WG Draft authors are expected to present if there are open issues to discus= s, or to send status to the list *1 week* prior to the WG meeting if not p= resenting. Status includes review of: any recent changes, any open discussi= ons or issues, and planned next steps. Agenda Requests: - To submit a request, please fill the survey at the following link: http:/= /www.surveygizmo.com/s3/2207859/IETF-93-CCAMP-sessions-slot-requests - Please fill the survey no later than Thursday, July 2nd Presentations: If you are presenting slides please make sure you send them to all *indi= viduals* listed above (Chairs, Secretary and exclude CCAMP) no later than = Sunday, July 19th . Reminder about a few important dates: * 2015-07-06 (Monday): Internet Draft submission cut-off (for all draft= s, including -00) by UTC 23:59, upload using IETF ID Submission Tool. * 2015-07-06 (Monday): Draft Working Group agendas due by UTC 23:59, up= load using IETF Meeting Materials Management Tool. * 2015-07-13 (Monday): Revised Working Group agendas due by UTC 23:59, = upload using IETF Meeting Materials Management Tool. * 2015-07-19 - 2015-07-24: IETF 93 in Prague, Czech Republic. Best Regards, =D3scar CCAMP WG Secretary ________________________________ 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_D1BACB37813DAggalimbeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <6ECE0FD69E63F8438973B905DD91E815@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thanks Daniele, 

We have 3 drafts to present:

- draft-dharinigert-ccamp-g-698-2-lmp-10         &= nbsp; 10m    Dieter Beller
- draft-galikunze-ccamp-g-698-2-snmp-mib-12    5m   &nb= sp; Gabriele Galimberti
- draft-dharini-netmod-g-698-2-yang-04         &nb= sp;      5m     Dharini Hiremagalur

Best Regards, 

Gabriele & All.


3D"http://www.cisco.com/swa/i/logo.gif"



Gabriele Galimberti
Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C

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 Daniele = Ceccarelli <daniele.c= eccarelli@ericsson.com>
Date: Thursday, July 2, 2015 10:49 = AM
To: CCAMP <ccamp@ietf.org>
Subject: Re: [CCAMP] IETF 93 CCAMP = Slot request

Hi all,

 

This is a friendly reminder. Pleas= e note that the deadline for requesting agenda slots is today.

We need to submit a draft agenda a= t latest next Monday and we don=92t want Oscar to build it during the weeke= nd.

 

Thanks

Daniele

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of OSCAR GONZALEZ DE DIOS
Sent: gioved=EC 25 giugno 2015 10:10
To: CCAMP
Subject: [CCAMP] IETF 93 CCAMP Slot request

 

Dear CCAMPers,

 

IETF 93 meeting @ Prague is coming soo= n, so it=92s time to start collecting agenda slots requests.

= Agenda Requests:<= /span>

http://www.surveygizmo.com/s3/2207859/IETF-93-CCA= MP-sessions-slot-requests

- Please fill th= e survey no later than Thursday, <= b>July 2nd

= Presentations:

 

= Reminder about a few important dates:

 

Best Regards,

 

=D3scar 

 

        CCAMP WG Secret= ary

 


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_D1BACB37813DAggalimbeciscocom_-- --_004_D1BACB37813DAggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[425].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[425].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[425].png"; size=1632; creation-date="Thu, 02 Jul 2015 16:35:47 GMT"; modification-date="Thu, 02 Jul 2015 16:35:47 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_D1BACB37813DAggalimbeciscocom_-- From nobody Thu Jul 2 13:28: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 708D71A9119; Thu, 2 Jul 2015 13:28:45 -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 Cm97ql7laq2c; Thu, 2 Jul 2015 13:28:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D42CA1A9104; Thu, 2 Jul 2015 13:28:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150702202843.25119.73518.idtracker@ietfa.amsl.com> Date: Thu, 02 Jul 2015 13:28:43 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-04.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: Thu, 02 Jul 2015 20:28:45 -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 : Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers Authors : Adrian Farrel Daniel King Yao Li Fatai Zhang Filename : draft-ietf-ccamp-flexigrid-lambda-label-04.txt Pages : 14 Date : 2015-07-02 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 IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-lambda-label-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 2 13:31: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 8FEC21A8F44 for ; Thu, 2 Jul 2015 13:31:12 -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 H9mXOPkN0mTs for ; Thu, 2 Jul 2015 13:31:09 -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 BA5951A9117 for ; Thu, 2 Jul 2015 13:31:08 -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 t62KV5Ne028155; Thu, 2 Jul 2015 21:31:05 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t62KV3tY028139 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 2 Jul 2015 21:31:04 +0100 From: "Adrian Farrel" To: "'Daniele Ceccarelli'" , "'CCAMP'" References: <4A1562797D64E44993C5CBF38CF1BE481296BD6D@ESESSMB301.ericsson.se> <4A1562797D64E44993C5CBF38CF1BE481298634B@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE481298634B@ESESSMB301.ericsson.se> Date: Thu, 2 Jul 2015 21:31:07 +0100 Message-ID: <06c301d0b506$06a8c760$13fa5620$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_06C4_01D0B50E.6884FD20" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKOBBAo/unan+bC0Lvq4kZF3WsXeQJXZwKFnDtIjPA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21652.002 X-TM-AS-Result: No--25.906-10.0-31-10 X-imss-scan-details: No--25.906-10.0-31-10 X-TMASE-MatchedRID: FelEP2vBenM7iuZ/mdYYthpszUUtt7AR3kNJ8uMS3zNBs4VcQRyUQf0x osy3JgWDcXszyOMYnBSOFfLQqF6P0tRmti/O6j0CyL0CMroLynVxDZqHzfZ66e/spC84eMUoq2S EtPd4QGmPrjM/ltMU+Y1nuRzhSr7j2ncb14CWA7KJtfStPTEtjWQx93G3B+NmaeXbW3aJqoYMpo I5Sbh+O3j7PwsdQyXdqbg9uWhLYLe1k3bRIdXVNM1BXOF9hjmyIDyudjRTUrOrL8Zc88Gucxb6s 3gffd2RSg2ZSwUn/Kv9KXlxhBAZb4N12XKYbuJLVxt8iPZNr2yALjqnIlNKdNXjKfop/WvT3wqC 9Qsu3hf9+rKlRf1WaEtzk37SzX4NlPV6Vaqi4bDxxaAXDrCns4j7J3jzONjdJa6rGJR4RfowuiD zT/FFiVHi+vC6FxL8BU4uU+5y12q2InV6AaP6lZUhT38IzfaR7KBBZ2QBUyxPifNxprH2cuulrr vUsCg/hxaO3bw3PjDjrayXo0o3MIfsPVs/8Vw6EfKzCAntKpDzMbPrnKd2TP/55Kkc+9/6c91xM YNqHkWBkjWfpo1TNt/wYmMFcJSIkBfdTMRAXUa17wx8kgvnlJUgSLx++MHya2q9UDkwpo85efiE AHGFZPJRA2JqAZKz2x/FmlC/aowdgkzSIS9hz5gjZJ0l7MH/EpBnZkLfl1kguuCAVXi57niY0fm QvuBmr2UfWrICxoadVNZaI2n6/503C0fPk8xKo55KfxwJS1zkakAMW1g/fuLzNWBegCW2Tvt7hj XGr/eKIiuM3JGtMY9DhewPaW15fRAlMckIVKbS36LUn7zYx4JN6KTsLk+G3CpCroxjSKc= Archived-At: Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexigrid-lambda-label-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: Thu, 02 Jul 2015 20:31:12 -0000 This is a multipart message in MIME format. ------=_NextPart_000_06C4_01D0B50E.6884FD20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable All, I'm posting a new revision of this draft as it is likely to expire = before Daniele gets the chance to make the publication request. =20 Adrian =20 From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele = Ceccarelli Sent: 02 July 2015 09:33 To: CCAMP (ccamp@ietf.org) Subject: Re: [CCAMP] WG LAST CALL - = draft-ietf-ccamp-flexigrid-lambda-label-03 =20 Hi all, =20 The last call is now closed.=20 I=92ve not seen many comments on the list but the draft has been = extensively discussed during the WG status and implementations already exist.=20 We will move forward with the publication process. =20 We would like to have the draft submitted by the meeting in Prague so, = at this time, I=92ll be the shepherd. We will go back to the call for shepherd volunteering from the next draft. =20 Thanks Daniele & Fatai =20 From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele = Ceccarelli Sent: mercoled=EC 17 giugno 2015 11:57 To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] WG LAST CALL - = draft-ietf-ccamp-flexigrid-lambda-label-03 =20 Working group, =20 this starts a two weeks working group last call on draft-ietf-ccamp-flexigrid-lambda-label-03. The last call end on Wednesday June 1st.=20 Please send you comments to the CCAMP mailing list. Also comments like = =93I have reviewed the draft and believe it=92s ready for publication=94 are = welcome. =20 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-flexigrid-lambda-label/= history / Please note that no IPR was disclosed against this draft. =20 Thanks Daniele & Fatai =20 ------=_NextPart_000_06C4_01D0B50E.6884FD20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

All, I'm posting a new = revision of this draft as it is likely to expire before Daniele gets the = chance to make the publication request.

 

Adrian

 

From: CCAMP = [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele = Ceccarelli
Sent: 02 July 2015 09:33
To: CCAMP = (ccamp@ietf.org)
Subject: Re: [CCAMP] WG LAST CALL - = draft-ietf-ccamp-flexigrid-lambda-label-03

 

Hi = all,

 <= /p>

The last call is now = closed.

I’ve not seen many = comments on the list but the draft has been extensively discussed during = the WG status and implementations already exist. =

We will move forward = with the publication process.

 <= /p>

We would like to have = the draft submitted by the meeting in Prague so, at this time, = I’ll be the shepherd. We will go back to the call for shepherd = volunteering from the next draft.

 <= /p>

Thanks<= /p>

Daniele & = Fatai

 <= /p>

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of = Daniele Ceccarelli
Sent: mercoled=EC 17 giugno 2015 = 11:57
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] WG = LAST CALL - = draft-ietf-ccamp-flexigrid-lambda-label-03

 

Working group,

 

this starts a two weeks working group = last call on = draft-ietf-ccamp-flexigrid-lambda-label-03.

The last call end on Wednesday June = 1st.

Please send you 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.org/doc/draft-ietf-ccamp-flexi= grid-lambda-label/history/

Please note that no IPR was disclosed = against this draft.

 

Thanks

Daniele & = Fatai

 

------=_NextPart_000_06C4_01D0B50E.6884FD20-- From nobody Sun Jul 5 19:56: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 6166F1B2A3E; Sun, 5 Jul 2015 19:56:52 -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 V_lDLSQ6Nd_9; Sun, 5 Jul 2015 19:56:51 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AAEB1A903B; Sun, 5 Jul 2015 19:56:51 -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.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706025651.18581.51629.idtracker@ietfa.amsl.com> Date: Sun, 05 Jul 2015 19:56:51 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rsvp-te-bandwidth-availability-02.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, 06 Jul 2015 02:56:52 -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 Extension for Links with Variable Discrete Bandwidth Authors : Hao Long Min Ye Greg Mirsky Alessandro D'Alessandro Himanshu Shah Filename : draft-ietf-ccamp-rsvp-te-bandwidth-availability-02.txt Pages : 12 Date : 2015-07-05 Abstract: A Packet switching network MAY contain links with variable bandwidth, e.g., copper, radio, etc. The bandwidth of such links is sensitive to external environment. Availability is typically used for describing the link during network planning. This document introduces an Extended Ethernet Bandwidth Profile TLV and an OPTIONAL Availability sub-TLV in RSVP-TE signaling. This extension can be used to set up a label switching path (LSP) in a Packet Switched Network (PSN) that contains links with discretely variable bandwidth. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-rsvp-te-bandwidth-availability/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-bandwidth-availability-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-rsvp-te-bandwidth-availability-02 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 Jul 5 19:57: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 BD32E1B2A4C; Sun, 5 Jul 2015 19:57:06 -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 0UIDkDCcGZJa; Sun, 5 Jul 2015 19:57:01 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A9D6A1B2A46; Sun, 5 Jul 2015 19:57:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706025701.3339.12890.idtracker@ietfa.amsl.com> Date: Sun, 05 Jul 2015 19:57:01 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-ospf-availability-extension-02.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, 06 Jul 2015 02:57:06 -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 : OSPF Routing Extension for Links with Variable Discrete Bandwidth Authors : Hao Long Min Ye Greg Mirsky Alessandro D'Alessandro Himanshu Shah Filename : draft-ietf-ccamp-ospf-availability-extension-02.txt Pages : 9 Date : 2015-07-05 Abstract: A packet switching network MAY contain links with variable discrete bandwidth, e.g., copper, radio, etc. The bandwidth of such links MAY change discretely in reaction to changing external environment. Availability is typically used for describing such links during network planning. This document introduces an OPTIONAL ISCD Availability sub-TLV in OSPF routing protocol. This extension can be used for route computation in a Packet Switched Network (PSN) that contains links with discretely variable bandwidth. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-ospf-availability-extension/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-ospf-availability-extension-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-ospf-availability-extension-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 6 00:25: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 3BA861A1BB3 for ; Mon, 6 Jul 2015 00:25:19 -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 7fiuQlT7qpr6 for ; Mon, 6 Jul 2015 00:25:16 -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 39E2A1A011F for ; Mon, 6 Jul 2015 00:25:16 -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 BYJ50409; Mon, 06 Jul 2015 07:25:14 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 6 Jul 2015 08:25:11 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.117]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Mon, 6 Jul 2015 15:25:09 +0800 From: "Yemin (Amy)" To: "ccamp@ietf.org" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-rsvp-te-bandwidth-availability-02.txt Thread-Index: AQHQt5dvCM96OTeXtEuFcjfEe45FwJ3OB53w Date: Mon, 6 Jul 2015 07:25:08 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461F8F437039@szxema506-mbs.china.huawei.com> References: <20150706025651.18581.51629.idtracker@ietfa.amsl.com> In-Reply-To: <20150706025651.18581.51629.idtracker@ietfa.amsl.com> 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="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-rsvp-te-bandwidth-availability-02.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, 06 Jul 2015 07:25:19 -0000 Dear all, The two availability drafts(draft-ietf-ccamp-rsvp-te-bandwidth-availability= -02 & draft-ietf-ccamp-ospf-availability-extension-02) are updated. This update is trying to keep the text as generic as possible. The changes= are: 1. draft-ietf-ccamp-rsvp-te-bandwidth-availability-02: move the technology = specific text in section 1 to appendix. 2. draft-ietf-ccamp-ospf-availability-extension-02: change the text regardi= ng the Switching Capability to indicate the generic usage; PSC-2/3/4 is del= eted to align with RFC7074. Comments are always welcome. BR, Amy BTW: here's the link of the draft-ietf-ccamp-ospf-availability-extension-02= : https://datatracker.ietf.org/doc/draft-ietf-ccamp-ospf-availability-exten= sion/ -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ie= tf.org Sent: Monday, July 06, 2015 10:57 AM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rsvp-te-bandwidth-availabilit= y-02.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 : RSVP-TE Signaling Extension for Links with Variab= le Discrete Bandwidth Authors : Hao Long Min Ye Greg Mirsky Alessandro D'Alessandro Himanshu Shah Filename : draft-ietf-ccamp-rsvp-te-bandwidth-availability-02.txt Pages : 12 Date : 2015-07-05 Abstract: A Packet switching network MAY contain links with variable bandwidth, e.g., copper, radio, etc. The bandwidth of such links is sensitive to external environment. Availability is typically used for describing the link during network planning. This document introduces an Extended Ethernet Bandwidth Profile TLV and an OPTIONAL Availability sub-TLV in RSVP-TE signaling. This extension can be used to set up a label switching path (LSP) in a Packet Switched Network (PSN) that contains links with discretely variable bandwidth. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-rsvp-te-bandwidth-availab= ility/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-bandwidth-availability= -02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rsvp-te-bandwidth-avai= lability-02 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 Mon Jul 6 09:35: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 6B0A01B2FE1 for ; Mon, 6 Jul 2015 09:35:50 -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 UV3UJ2UCtDst for ; Mon, 6 Jul 2015 09:35:46 -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 ECE491B2FB0 for ; Mon, 6 Jul 2015 09:35:32 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EE0BC1B83CB for ; Mon, 6 Jul 2015 18:35:29 +0200 (CEST) Received-SPF: PermError (tgtimjc801.telefonica.com: domain of oscar.gonzalezdedios@telefonica.com uses mechanism not recognized by this client) identity=MAILFROM; client-ip=10.92.4.9; envelope-from=oscar.gonzalezdedios@telefonica.com; helo=ESTGVMSP108.EUROPE.telefonica.corp) Received: from ESTGVMSP108.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 D8A7D1B823B for ; Mon, 6 Jul 2015 18:35:29 +0200 (CEST) Received: from emea01-db3-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.52) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 6 Jul 2015 18:35:29 +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.207.19; Mon, 6 Jul 2015 16:35:27 +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.0207.004; Mon, 6 Jul 2015 16:35:27 +0000 From: OSCAR GONZALEZ DE DIOS To: CCAMP Thread-Topic: IETF 93 CCAMP Draft agenda Thread-Index: AQHQuAnBlz6osqg/60GUY1iocx6Y2Q== Date: Mon, 6 Jul 2015 16:35:24 +0000 Message-ID: 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: ietf.org; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [195.235.92.36] x-microsoft-exchange-diagnostics: 1; VI1PR06MB1438; 5:ee7WTaUocOepQQWlc5ICE4Xb43aBwMo1WGi8suAcZeTwpFeUbPyXyzbI2sC1tcroHXUK9/QYHEYo7hM4hHmdU5sIfIHgwfHLH4AuJp3Diqno29P/3+Lg7RWhYGNagFAjGoDQIHTLhc1H5ofAB9+zhw==; 24:K33VFXZK+k6/59DQTGP0HOf/b0F5CxgDSGV2Kg0WobeQhMtzBacyvAgAlWbvvXkRUwU9lPCBpQVuMK/9ldCzZHn8cDinKWxICKZfFiqQFUQ=; 20:jWZnMgcwMyfUlQakFBrwGXcnSWU78/8rYF5aOuX/SRoTAtf2kxFQkkiHaUtafcfpYwjyp19RmRmdZ6hIsd7QzA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1438; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:VI1PR06MB1438; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1438; x-forefront-prvs: 06290ECA9D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(54356999)(62966003)(229853001)(36756003)(558084003)(107886002)(102836002)(106116001)(86362001)(50986999)(2900100001)(122556002)(16236675004)(19617315012)(40100003)(77156002)(87936001)(450100001)(2656002)(92566002)(189998001)(4001350100001)(83506001)(5001960100002)(5002640100001)(110136002)(77096005)(66066001)(46102003)(15975445007)(19580395003); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1438; H:VI1PR06MB1438.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_D1C07A86AEA7Foscargonzalezdediostelefonicacom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jul 2015 16:35:24.1850 (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: [CCAMP] IETF 93 CCAMP Draft agenda 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, 06 Jul 2015 16:35:50 -0000 --_000_D1C07A86AEA7Foscargonzalezdediostelefonicacom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear CCAMP Colleagues, The draft agenda for the IETF 93 CCAMP meeting has been posted and avail= able in https://datatracker.ietf.org/meeting/93/agenda/ccamp/ Let us know if you miss anything. Best Regards, =D3scar ________________________________ 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_D1C07A86AEA7Foscargonzalezdediostelefonicacom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <65704FF57134484DB5C9EB5193C531BA@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable
Dear CCAMP Colleagues,

   The draft agenda for the IETF 93 CCAMP meeting has been p= osted and available in https://datatracker.ietf.org/meeting/93/agenda/ccamp/=

    Let us know if you miss anything.

Best R= egards,

=D3sca= r 




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_D1C07A86AEA7Foscargonzalezdediostelefonicacom_-- From nobody Mon Jul 6 09:40: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 58B361B2F66 for ; Mon, 6 Jul 2015 09:40:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 tND1RFzwUiyf for ; Mon, 6 Jul 2015 09:40:44 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33C541B2AC1 for ; Mon, 6 Jul 2015 09:40:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16289; q=dns/txt; s=iport; t=1436200844; x=1437410444; h=from:to:subject:date:message-id:mime-version; bh=JzKANFtZVWps7cVFxjpIxg2luYkG7P8//tKQoytO7Sw=; b=RPj2ZIo8gV9b8MhFZYGWBR73wNlwXrLaIt7Ux+Ubm8ifr+Lt8RjrqSEa kI5+Fh2CUeO7kljigz7O2/UHBaC5yum/ZLAXpTitdhfHrKCCVeX7rwaDH LLh+Tut544rr9EDR9QLYb3GQ/0L3jspUvhwjhKIUHcT3ruYMtD3QswL4G s=; X-Files: 273031C1-0F11-4D42-9226-D16B7CB14162[1].png : 1632 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AFBQD5rppV/5tdJa1cgkVNVGAGv02FdwKBODwQAQEBAQEBAYEKhCMBAgQFAUM+BAEIEQMBAgYBAQEfCQUQAQMLAwkUCQoEAREBBgiIIA3LFAEBAQEBAQEDAQEBAQEBAQEBGQSLR4RrCg0BCQeEJQWMUYdEAYN9ZIU7gUuBOoQVgw+PeCZjgxhvAYFGgQQBAQE X-IronPort-AV: E=Sophos;i="5.15,415,1432598400"; d="png'150?scan'150,208,217,150";a="7376981" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-8.cisco.com with ESMTP; 06 Jul 2015 16:40:43 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t66GehLR016238 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 6 Jul 2015 16:40:43 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.49]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Mon, 6 Jul 2015 11:40:42 -0500 From: "Gabriele Maria Galimberti (ggalimbe)" To: OSCAR GONZALEZ DE DIOS , CCAMP Thread-Topic: [CCAMP] IETF 93 CCAMP Draft agenda Thread-Index: AQHQuAp/CwUXaijYIEilmyyddu1+SQ== Date: Mon, 6 Jul 2015 16:40:42 +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: [10.148.212.29] Content-Type: multipart/related; boundary="_004_D1C07BFC819D3ggalimbeciscocom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: Re: [CCAMP] IETF 93 CCAMP Draft agenda 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, 06 Jul 2015 16:40:46 -0000 --_004_D1C07BFC819D3ggalimbeciscocom_ Content-Type: multipart/alternative; boundary="_000_D1C07BFC819D3ggalimbeciscocom_" --_000_D1C07BFC819D3ggalimbeciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks Oscar, I'm OK with the last 3 time slots. Best Regards, Gabriele [http://www.cisco.com/swa/i/logo.gif] Gabriele Galimberti Principal Engineer Cisco Photonics Srl via S.Maria Molgora, 48 C 20871 - Vimercate (MB) Italy www.cisco.com/global/IT/ ggalimbe@cisco.com Phone :+39 039 2091462 Mobile :+39 335 7481947 Fax :+39 039 2092049 From: CCAMP > on beha= lf of OSCAR GONZALEZ DE DIOS > Date: Monday, July 6, 2015 6:35 PM To: CCAMP > Subject: [CCAMP] IETF 93 CCAMP Draft agenda Dear CCAMP Colleagues, The draft agenda for the IETF 93 CCAMP meeting has been posted and avail= able in https://datatracker.ietf.org/meeting/93/agenda/ccamp/ Let us know if you miss anything. Best Regards, =D3scar ________________________________ 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_D1C07BFC819D3ggalimbeciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <9F78647C234BBC40BD1AF677D9B9D710@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thanks Oscar, 

I'm OK with the last 3 time slots.

Best Regards, 

Gabriele

3D"http://www.cisco.com/swa/i/logo.gif"



Gabriele Galimberti Principal Engineer
Cisco Photonics Srl



via S.Maria Molgora, 48 C

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 OSCAR GO= NZALEZ DE DIOS <o= scar.gonzalezdedios@telefonica.com>
Date: Monday, July 6, 2015 6:35 PM<= br> To: CCAMP <ccamp@ietf.org>
Subject: [CCAMP] IETF 93 CCAMP Draf= t agenda

Dear CCAMP Colleagues,

   The draft agenda for the IETF 93 CCAMP meeting has been p= osted and available in https://datatracker.ietf.org/meeting/93/agenda/ccamp/=

    Let us know if you miss anything.

Best R= egards,

=D3sca= r 




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_D1C07BFC819D3ggalimbeciscocom_-- --_004_D1C07BFC819D3ggalimbeciscocom_ Content-Type: image/png; name="273031C1-0F11-4D42-9226-D16B7CB14162[1].png" Content-Description: 273031C1-0F11-4D42-9226-D16B7CB14162[1].png Content-Disposition: inline; filename="273031C1-0F11-4D42-9226-D16B7CB14162[1].png"; size=1632; creation-date="Mon, 06 Jul 2015 16:40:42 GMT"; modification-date="Mon, 06 Jul 2015 16:40:42 GMT" Content-ID: <101B400D-B06E-4D27-82A2-E4AFC70B68DA> 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_D1C07BFC819D3ggalimbeciscocom_-- From nobody Thu Jul 9 11:57: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 CF8AD1B2B4F; Thu, 9 Jul 2015 11:57:14 -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 TCkMTQCmc99t; Thu, 9 Jul 2015 11:57:13 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 420351B2B3F; Thu, 9 Jul 2015 11:57:13 -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.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150709185713.8239.62499.idtracker@ietfa.amsl.com> Date: Thu, 09 Jul 2015 11:57:13 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] Last Call: (Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks) to Informational RFC 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: Thu, 09 Jul 2015 18:57:15 -0000 The IESG has received a request from the Common Control and Measurement Plane WG (ccamp) to consider the following document: - 'Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-07-23. 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 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). This document defines a framework and the associated control plane requirements for the GMPLS-based control of flexi-grid DWDM networks. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Jul 9 11:58: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 DECAE1B2B3D for ; Thu, 9 Jul 2015 11:58:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 kg5ZOR-wOToI for ; Thu, 9 Jul 2015 11:58:40 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75A031A2182 for ; Thu, 9 Jul 2015 11:58:40 -0700 (PDT) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id f54ce955.0.1632021.00-2393.4658589.nbfkord-smmo05.seg.att.com (envelope-from ); Thu, 09 Jul 2015 18:58:40 +0000 (UTC) X-MXL-Hash: 559ec460475abf5a-f2c5d3e072df91b97da548d1f1acf3b6ac3a8b40 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t69Iwdqm027775 for ; Thu, 9 Jul 2015 14:58:39 -0400 Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t69Iwaab027770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 9 Jul 2015 14:58:37 -0400 Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (MISOUT7MSGHUBAF.itservices.sbc.com [130.9.129.150]) by mlpi408.sfdc.sbc.com (RSA Interceptor) for ; Thu, 9 Jul 2015 18:58:27 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.99]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0224.002; Thu, 9 Jul 2015 14:58:27 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: draft-ietf-ccamp-flexi-grid-fwk: ready for LC Thread-Index: AdC6eSlAchc76lnSQw6Wub8rpdbltw== Date: Thu, 9 Jul 2015 18:58:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.16.234.237] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C83B5DF6E3MISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=Gvn1DDJC c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=noXnnqfI_a0A:10 a=zOBTX] X-AnalysisOut: [jUuO1YA:10 a=J5Pu4PuSHipVhsb5hwsA:9 a=CjuIK1q_8ugA:10 a=Lo] X-AnalysisOut: [Lb2-bMWK8A:10 a=p70YImxQ4vXj7hfzadEA:9 a=_W_S_7VecoQA:10 a] X-AnalysisOut: [=frz4AuCg-hUA:10 a=UCdZ5pmNAUx22nKw:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: Subject: [CCAMP] draft-ietf-ccamp-flexi-grid-fwk: ready for LC 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, 09 Jul 2015 18:58:42 -0000 --_000_F64C10EAA68C8044B33656FA214632C83B5DF6E3MISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi CCAMP, I reviewed the Flexi-grid Framework draft and I think it looks all ok - wel= l done:) I initiated the Last Call for it, you should receive the notice soon. I encourage for you to send a liaison to ITU-T SG15 to update on your progr= ess with Flexi-grid related documents. Even though SG15's Plenary meeting i= s just over, it's ok to send a liaison at this time. Thanks, Deborah --_000_F64C10EAA68C8044B33656FA214632C83B5DF6E3MISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi CCAMP,
 
I reviewed the Flexi-grid Framework draft and I think it looks all ok = – well doneJ
 
I initiated the Last Call for it, you should receive the notice soon.<= /div>
 
I encourage for you to send a liaison to ITU-T SG15 to update on your = progress with Flexi-grid related documents. Even though SG15’s Plenar= y meeting is just over, it’s ok to send a liaison at this time.
 
Thanks,
Deborah
 
 
 --_000_F64C10EAA68C8044B33656FA214632C83B5DF6E3MISOUT7MSGUSRDE_-- From nobody Sun Jul 19 21:27:50 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 5435D1B2F79; Sun, 19 Jul 2015 21:27:48 -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 SRkfX3dKDuJG; Sun, 19 Jul 2015 21:27:47 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AE3D1B2F66; Sun, 19 Jul 2015 21:27:47 -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.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150720042747.31339.82019.idtracker@ietfa.amsl.com> Date: Sun, 19 Jul 2015 21:27:47 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] Last Call: (GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks) 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: Mon, 20 Jul 2015 04:27:48 -0000 The IESG has received a request from the Common Control and Measurement Plane WG (ccamp) to consider the following document: - 'GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks' 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-08-02. 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 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 file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/1696/ From nobody Mon Jul 20 01:10: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 73A481A0396 for ; Mon, 20 Jul 2015 01:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JN0Z1xQ-vJhW for ; Mon, 20 Jul 2015 01:10:27 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id F03C61A038D for ; Mon, 20 Jul 2015 01:10:26 -0700 (PDT) Received: (qmail 4530 invoked by uid 0); 20 Jul 2015 08:10:24 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 20 Jul 2015 08:10:24 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id uYAE1q00g2SSUrH01YAHdC; Mon, 20 Jul 2015 02:10:22 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=RtTzqRvS0Zu01eHCPi8A:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=gdOYNWVGDj8D3C9SStKv8hVookULdmUmR+3Rgl3DxGo=; b=hZ3ZATI04dD8ZDSvWLtESxUnbPI49lRBPqit6KKZYJ1VkgVcQtJxDwJveKKM24EG+up4fhAuvPUd/SyvxsMxugCllTd/Fn7LjEfEdfa6vdsUhNo9vD7BomBePoXWBrFI; Received: from box313.bluehost.com ([69.89.31.113]:48783 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZH69Q-0006Jl-Fj; Mon, 20 Jul 2015 02:10:16 -0600 To: CCAMP WG , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55ACACDC.7000100@labn.net> Date: Mon, 20 Jul 2015 10:10:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [CCAMP] FYI: DetNet BoF 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, 20 Jul 2015 08:10:28 -0000 WG participants may be interested in the Deterministic Networks BoF that will taking place today at 1pm in the Grand Hilton Ballroom. DetNet is proposing supporting Ethernet-based (802.1TSN) "time sensitive" applications such as audio/video production, industrial and vehicular applications across routers. A DetNet WG would identify which existing IETF mechanisms will be reused to address DetNet requirements, and is likely to include TEAS and CCAMP (among others, e.g., PCE) WG technologies. For more information, come to the session, check out http://trac.tools.ietf.org/bof/trac/wiki/DetNet Lou (DetNet BoF Co-Chair) From nobody Wed Jul 22 05:09: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 6857D1A0099 for ; Wed, 22 Jul 2015 05:09:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, WEIRD_PORT=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 lqGO1-Dmfvbl for ; Wed, 22 Jul 2015 05:09:36 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A22DE1A0111 for ; Wed, 22 Jul 2015 05:09:35 -0700 (PDT) X-AuditID: c1b4fb25-f79046d000007f53-a6-55af87fde0c2 Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 91.3D.32595.DF78FA55; Wed, 22 Jul 2015 14:09:34 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0210.002; Wed, 22 Jul 2015 14:09:33 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: CCAMP session at IETF93 Thread-Index: AdDEddqj/BoBev/pReWSQkZTRgt2cQ== Date: Wed, 22 Jul 2015 12:09:32 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129A87DC@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129A87DCESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrOLMWRmVeSWpSXmKPExsUyM+Jvje6/9vWhBi8WMlo8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGS/PnWQtaJGseN+8iL2B8ZhYFyMnh4SAicTGY1NYIWwxiQv3 1rN1MXJxCAkcZZTYMusKlLOEUeLX6j1MXYwcHGwCVhJPDvmANIgI6Ers3XidGcQWFlCQmDrn NitEXFXiY/NUdghbT2LJtY8sIDYLUPzV6vtsIDavgK/E5wm3wGoYBWQlJuxexAhiMwuIS9x6 Mp8J4iABiSV7zjND2KISLx//gzpUSWLR7c9MEPX5Et83P2CEmCkocXLmE5YJjEKzkIyahaRs FpIyiLiOxILdn9ggbG2JZQtfM8PYZw48ZkIWX8DIvopRtDi1OCk33chYL7UoM7m4OD9PLy+1 ZBMjMCYObvmtuoPx8hvHQ4wCHIxKPLwKP9eFCrEmlhVX5h5ilOZgURLnnbE5L1RIID2xJDU7 NbUgtSi+qDQntfgQIxMHp1QDo9THOAvrica7lXMTvC8ods4+eVXiutWJR4aroy4Lplwsz/M9 JMkm62L4nE/7dsQC0/X5Uy5nRa7NifTWdIoXz9mpqHOjM/99p8rk7QcVbzRKHtrjktuqIK8j a8L4bZfOrDumevK3ncJcnm549KR08l3JyviCNmaW+x4T/k5Ika6MkZ2nuVNCiaU4I9FQi7mo OBEAOUN8PGoCAAA= Archived-At: Subject: [CCAMP] CCAMP session at IETF93 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, 22 Jul 2015 12:09:37 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129A87DCESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, for remote participation and jabber please join us at: https://berlin-bruss= els.conf.meetecho.com/meetecho/login.jsp?ietf=3Dccamp and your help on note taking is more than welcome on etherpad: http://ether= pad.tools.ietf.org:9000/p/notes-ietf-93-ccamp?useMonospaceFont=3Dtrue Thanks Daniele & Fatai --_000_4A1562797D64E44993C5CBF38CF1BE48129A87DCESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

for remote participation and jabber please join us a= t: https://berlin-brussels.conf.meetecho.com/meetecho/login.jsp?ietf=3Dccamp

 

and your help on note taking is more than welcome on= etherpad: http://etherpad.tools.ietf.org:9000/p/notes-ietf-93-ccamp?useMonospaceFont= =3Dtrue

 

Thanks

Daniele & Fatai

--_000_4A1562797D64E44993C5CBF38CF1BE48129A87DCESESSMB301erics_-- From nobody Wed Jul 22 08:09: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 4014E1A00E5 for ; Wed, 22 Jul 2015 08:09:22 -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 i9nrvx3MbPLf for ; Wed, 22 Jul 2015 08:09:21 -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 7B9231A01AA for ; Wed, 22 Jul 2015 08:09:00 -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 BVL77035; Wed, 22 Jul 2015 15:08:58 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 16:08:58 +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, 22 Jul 2015 08:08:53 -0700 From: Leeyoung To: "Gabriele Maria Galimberti (ggalimbe)" Thread-Topic: WSON YANG Thread-Index: AdDEkFCYibJTmio6QP6IC89VOuy/FA== Date: Wed, 22 Jul 2015 15:08:52 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEDFA9@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.217.10] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDFA9dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "ccamp@ietf.org" Subject: [CCAMP] WSON YANG 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, 22 Jul 2015 15:09:22 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDFA9dfweml706chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Gabriele, As we discussed in the CCAMP meeting on WSON YANG is actually WSON specific= TE augmentation of Generic TE YANG model, thanks to the clarification by S= ergio. In that sense, one question we need to ask is if transponder related parame= ters are really TE-related data or not. If so, then we can add these elemen= ts in the current WSON YANG draft; otherwise, it would be better to develop= a separate draft that will augment from the WSON YANG TE draft. Let us discuss. Young --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDFA9dfweml706chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Gabriele,

 

As we discussed in the CCAMP meeting on WSON YANG is= actually WSON specific TE augmentation of Generic TE YANG model, thanks to= the clarification by Sergio.

 

In that sense, one question we need to ask is if tra= nsponder related parameters are really TE-related data or not. If so, then = we can add these elements in the current WSON YANG draft; otherwise, it wou= ld be better to develop a separate draft that will augment from the WSON YANG TE draft.

 

Let us discuss.

 

Young

--_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDFA9dfweml706chm_-- From nobody Sat Jul 25 13:55: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 570ED1B3062 for ; Sat, 25 Jul 2015 13:55:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.075 X-Spam-Level: X-Spam-Status: No, score=-0.075 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QhDxUWjH91KV for ; Sat, 25 Jul 2015 13:55:28 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 5C2FB1A2119 for ; Sat, 25 Jul 2015 13:55:28 -0700 (PDT) Received: (qmail 16659 invoked by uid 0); 25 Jul 2015 20:55:24 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 25 Jul 2015 20:55:24 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id wkvF1q00T2SSUrH01kvJvF; Sat, 25 Jul 2015 14:55:21 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=lc_hCryRSzsA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=KYhU9bVXq8OW1JRzxnkA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=qtTyQgMbvEguADMceuOjbR05aQOuY5LTm6XySG5zZhU=; b=Av9/MREEOCjnzzKNRxgrERxI8qirzOXw3uiqDt0OwVPyeta2BTBoamsw95eP8/yWXn6TdjDsk6KYv/wP7464YLBNdPez7QDB9EP19Jh35JFpKk4h7F3UxvpcusKSd09B; Received: from box313.bluehost.com ([69.89.31.113]:41277 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZJ6TV-0001S0-5M; Sat, 25 Jul 2015 14:55:17 -0600 To: draft-ietf-ccamp-ospf-availability-extension@ietf.org, CCAMP , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55B3B75B.1030706@labn.net> Date: Sat, 25 Jul 2015 12:20:43 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [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: Sat, 25 Jul 2015 20:55:29 -0000 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 Sections 1 - (general comment) informative sections such as Intro and Overview shouldn't contain normative (RFC2119) language. See http://trac.tools.ietf.org/wg/teas/trac/wiki/PSGuidelines for some suggested guidelines. Section 2 - You mention "by the PE node" (and in two other places in the document). I have don't understand why "PE" is being introduced. Perhaps you mean simply "a node"? Section 3.1 - You duplicate a format definition from RFC4203. I think this should be replaced with a simple sentence stating that "The Interface Switching Capacity Descriptor (ISCD) sub-TLV is defined in Section 1.4 of [RFC 4203]". - More significantly you are actually changing its format, and in particular taking 8 bits from the existing reserved field: A new AI field is defined in this document. - Taking bits from the reserved field is a major change and needs to be justified. The purpose *and the use* of this new field, Availability Index, is unclear in the document. It needs to be, or better yet, drop it. Section 3.2: - Why limit Availability information to PSC and LSC? Section 6.1 - A number of references listed as Normative are not required to implement the mechanisms in the document and therefore should be identified as Informative. I look forward to your responses. Thanks, Lou From nobody Sat Jul 25 13:55:40 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 6CB891B306C for ; Sat, 25 Jul 2015 13:55:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.075 X-Spam-Level: X-Spam-Status: No, score=-0.075 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nRc1Q6O1E0In for ; Sat, 25 Jul 2015 13:55:31 -0700 (PDT) Received: from gproxy2-pub.mail.unifiedlayer.com (gproxy2-pub.mail.unifiedlayer.com [69.89.18.3]) by ietfa.amsl.com (Postfix) with SMTP id 7F4A61B3064 for ; Sat, 25 Jul 2015 13:55:31 -0700 (PDT) Received: (qmail 17296 invoked by uid 0); 25 Jul 2015 20:55:29 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy2.mail.unifiedlayer.com with SMTP; 25 Jul 2015 20:55:29 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id wkvQ1q00C2SSUrH01kvT8m; Sat, 25 Jul 2015 14:55:27 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=U-S94PAM-V0A:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=DuSG5WuDtGclCV1xkiAA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=TR6KsjY1Js/bq9ZmqfrpbN+yAapfk2ddyBko+WlPN7s=; b=rzNkkMuttupROjMgkZH6P0NOpPyWjjxirB64Gm6f2k4xI7wAxc1HqghGQniwqu99Xuz5Ix56a+OHinLWM+uu/9EJno56Y0mBsmfZ2DxOjpQ6KBKqHTQ/FLO7UecRJgoe; Received: from box313.bluehost.com ([69.89.31.113]:41295 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZJ6Te-0001TE-0H; Sat, 25 Jul 2015 14:55:26 -0600 To: draft-ietf-ccamp-rsvp-te-bandwidth-availability@ietf.org, CCAMP , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55B3B761.4050002@labn.net> Date: Sat, 25 Jul 2015 12:20:49 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [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: Sat, 25 Jul 2015 20:55:32 -0000 Hi, I reviewed this document from the perspective of how generalized it is in its current form. I think this document's scope in it's current form is limited to RFC6003. I think it sould retitle the draft to something like "Ethernet Traffic Parameters With Availability Information" to align with RFC6003. The document could also use RFC6003 as a 'design pattern' for some reediting of its sections/text. I also suggest reviewing http://trac.tools.ietf.org/wg/teas/trac/wiki/PSGuidelines for some suggested guidelines. As TEAS chair, I think this document should remain with CCAMP. (Perhaps that was the intent of the discussion in this past week's session and only the ospf document was to be jointly last called.) Thanks, Lou From nobody Mon Jul 27 01:44:07 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 6F8E51AD160 for ; Mon, 27 Jul 2015 01:44:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 j0ZzJp9_CIgc for ; Mon, 27 Jul 2015 01:44:05 -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 9E0191AD151 for ; Mon, 27 Jul 2015 01:44:04 -0700 (PDT) X-AuditID: c1b4fb2d-f79176d00000321c-47-55b5ef522f9a Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 49.A7.12828.25FE5B55; Mon, 27 Jul 2015 10:44:02 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC002.ericsson.se ([153.88.183.24]) with mapi id 14.03.0210.002; Mon, 27 Jul 2015 10:44:02 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: Publication has been requested for draft-ietf-ccamp-flexigrid-lambda-label-04 Thread-Index: AQHQyEg1EWYCRa7W/UGzkrXNSvo0PZ3u/+og Date: Mon, 27 Jul 2015 08:44:01 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129ABFEC@ESESSMB301.ericsson.se> References: <20150727084240.22279.83669.idtracker@ietfa.amsl.com> In-Reply-To: <20150727084240.22279.83669.idtracker@ietfa.amsl.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrMLMWRmVeSWpSXmKPExsUyM+JvjW7Q+62hBjd/Wls8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGY2vb7IXLGGvOHxyKXsDYw97FyMHh4SAicT3t+ZdjJxAppjE hXvr2boYuTiEBI4ySnQ2bGaHcJYwSqxdNIcFpIFNwEriySEfkAYRAV2JvRuvM4PYwgIxEv+2 rmeHiMdKHDz8DMo2knh5Yh+YzSKgKvF85mswm1fAV2LKkn42EFtIwFHicet1sDingJPEhi0Q cUYBWYkJuxcxgtjMAuISt57MZ4I4VEBiyZ7zzBC2qMTLx/9YIX5RlFjeLwdiMgtoSqzfpQ/R qSgxpfsh1FZBiZMzn7BMYBSdhWToLISOWUg6ZiHpWMDIsopRtDi1uDg33chYL7UoM7m4OD9P Ly+1ZBMjMBYObvmtu4Nx9WvHQ4wCHIxKPLwJEVtDhVgTy4orcw8xSnOwKInzzticFyokkJ5Y kpqdmlqQWhRfVJqTWnyIkYmDU6qBsazZ98LmFJu1apMLF7R8eLbwrJVQ3kopOT6e3IlXmfa6 XA0QYPmrG1vc/W2LRd+tqX1irjufcUZq5S5wdT76WD1HaVVE7ayUCR+D5SaqbdhlFKf/znrf TV+mkqlZWxuO3rXsDj7/bc9VO+UFr7ua3F6qyd+aKecU+W6OhYPWUkOlFtsj+V/eKbEUZyQa ajEXFScCALmxGChmAgAA Archived-At: Subject: [CCAMP] FW: Publication has been requested for draft-ietf-ccamp-flexigrid-lambda-label-04 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, 27 Jul 2015 08:44:06 -0000 V0csIA0KDQpGWUksIHRoZSBwdWJsaWNhdGlvbiBmb3IgdGhlIGZsZXhpLWdyaWQgbGFtYmRhIGxh YmVsIHdhcyByZXF1ZXN0Lg0KDQpCUg0KRGFuaWVsZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogRGFuaWVsZSBDZWNjYXJlbGxpIFttYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxp QGVyaWNzc29uLmNvbV0gDQpTZW50OiBsdW5lZMOsIDI3IGx1Z2xpbyAyMDE1IDEwOjQzDQpUbzog ZGIzNTQ2QGF0dC5jb20NCkNjOiBjY2FtcC1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGllc2ctc2Vj cmV0YXJ5QGlldGYub3JnOyBEYW5pZWxlIENlY2NhcmVsbGkNClN1YmplY3Q6IFB1YmxpY2F0aW9u IGhhcyBiZWVuIHJlcXVlc3RlZCBmb3IgZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRh LWxhYmVsLTA0DQoNCkRhbmllbGUgQ2VjY2FyZWxsaSBoYXMgcmVxdWVzdGVkIHB1YmxpY2F0aW9u IG9mIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbC0wNCBhcyBQcm9wb3Nl ZCBTdGFuZGFyZCBvbiBiZWhhbGYgb2YgdGhlIENDQU1QIHdvcmtpbmcgZ3JvdXAuDQoNClBsZWFz ZSB2ZXJpZnkgdGhlIGRvY3VtZW50J3Mgc3RhdGUgYXQgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsLw0KDQo= From nobody Mon Jul 27 02:14: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 13B5F1AD366 for ; Mon, 27 Jul 2015 02:14:15 -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 a0gfVzNmUhds for ; Mon, 27 Jul 2015 02:14:13 -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 A9B011A3B9B for ; Mon, 27 Jul 2015 02:14:11 -0700 (PDT) X-AuditID: c1b4fb3a-f79356d000006281-cd-55b5f66111a2 Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 00.9F.25217.166F5B55; Mon, 27 Jul 2015 11:14:09 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.03.0210.002; Mon, 27 Jul 2015 11:14:09 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66Q== Date: Mon, 27 Jul 2015 09:14:08 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129AC059ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM+JvjW7it62hBt9eWlo8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGbsu7mQu2OJZceulXQPjbocuRk4OCQETiestN1ggbDGJC/fW s3UxcnEICRxllDje1Q7lLGGU2H/4AHMXIwcHm4CVxJNDPiANIgK6Ens3XmcGsYUFgiTez2xk h4iHSxyauZwRwtaT6GnoZgWxWQRUJS5OvwBWwyvgK/Fv/V0wm1FAVmLC7kVg9cwC4hK3nsxn gjhIQGLJnvPMELaoxMvH/1hBTpAQUJRY3i8HUZ4vMX33O6iRghInZz5hmcAoNAvJpFlIymYh KYOI60gs2P2JDcLWlli28DUzjH3mwGMmZPEFjOyrGEWLU4uLc9ONjPRSizKTi4vz8/TyUks2 MQLj4eCW31Y7GA8+dzzEKMDBqMTDmxCxNVSINbGsuDL3EKM0B4uSOO+MzXmhQgLpiSWp2amp BalF8UWlOanFhxiZODilGhizZsqoxj182FHAoLBa6dHviSKKi53c3lY37Db9v1n77d77JvZN B1dGvu4vTKr5Of8EU/Um69i6zr9syz4n5bSEPNv4x0StN3aWn4xkL0tMUqQCg4C2og7zjli5 D7uZLEJ/ZpS++yNZl5kTY+34PudlvtkfdsUJdXe7N03yS7medjnl2Kd6JSWW4oxEQy3mouJE ACQmtz1oAgAA Archived-At: Subject: [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, 27 Jul 2015 09:14:15 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129AC059ESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions you want to keep and which ones to drop. Thanks, Daniele --_000_4A1562797D64E44993C5CBF38CF1BE48129AC059ESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)       Bitmap label set

 

What we’d like to hear from 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 i= t 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_4A1562797D64E44993C5CBF38CF1BE48129AC059ESESSMB301erics_-- From nobody Mon Jul 27 02:57: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 01C181B2AA0 for ; Mon, 27 Jul 2015 02:57:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.6 X-Spam-Level: X-Spam-Status: No, score=0.6 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_16=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 x99NZTKD0mDh for ; Mon, 27 Jul 2015 02:57:52 -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 488C21B2A9E for ; Mon, 27 Jul 2015 02:57:48 -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 1ZJfAG-0004uP-SO for ccamp@ietf.org; Mon, 27 Jul 2015 11:57:45 +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 908851FD5E for ; Mon, 27 Jul 2015 11:57:40 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: ccamp@ietf.org References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> From: Ramon Casellas Message-ID: <55B60094.4010508@cttc.es> Date: Mon, 27 Jul 2015 11:57:40 +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: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> Content-Type: multipart/alternative; boundary="------------000503010201050908030001" 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.3769] 0.0 HTML_MESSAGE BODY: HTML included in message Archived-At: 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, 27 Jul 2015 09:57:54 -0000 This is a multi-part message in MIME format. --------------000503010201050908030001 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 27/07/2015 a las 11:14, Daniele Ceccarelli escribió: > > Working group, > > at the meeting in Prague we received a comment on the high number of > existing options for “available resources” 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’d like to hear from 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 other 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" is IMHO a bit misleading, and that (mainly) a) and c) are actually referring to Nominal Central Frequencies (NCFs): a bitmap encodes the status 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" -- that is, no m --. Reasons: - ranges are a straightforward way to disseminate which frequency slots that are "available", by giving the (start and end) NCFs, and being able to encode including "frequency slots" (holes) that would require 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 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| - (label) lists are verbose, although useful when the spectrum is very fragmented, a bitmap encoding may be fine too (I think they are currently in the draft for completeness). In this case we could use label lists to describe "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 that use "NCFs". - Bitmap encoding is an efficient way to describe the status of the link and the way we have currently implemented. It needs to be clear what happens "at the edge": Assuming the link "total spectrum" starts at n=0 and if I chose n=0 as the base NCF, setting n=0 bit to 1 does not mean that it can be used as the allocated NCF. It may be worth mentioning that we use _inclusive_ variants exclusively (sorry for the pun!) Thanks and best regards, Ramon --------------000503010201050908030001 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 27/07/2015 a las 11:14, Daniele Ceccarelli escribió:

Working group,

 

at the meeting in Prague we received a comment on the high number of existing options for “available resources” 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’d like to hear from 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 other 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" is IMHO a bit misleading, and that (mainly) a) and c) are actually referring to Nominal Central Frequencies (NCFs):  a bitmap encodes the status 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" --  that is, no m --.

Reasons:

- ranges are a straightforward way to disseminate which frequency slots that are "available", by giving the (start and end) NCFs, and being able to encode including "frequency slots" (holes) that would require 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  7  8  9 10  11
   ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--...
                           |--------|

- (label) lists are verbose, although useful when the spectrum is very fragmented, a bitmap encoding may be fine too (I think they are currently in the draft for completeness).  In this case we could use label lists to describe "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 that use "NCFs".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (sorry for the pun!)

Thanks and best regards,
Ramon
--------------000503010201050908030001-- From nobody Mon Jul 27 07:24: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 DB8011B2E4B for ; Mon, 27 Jul 2015 07:24:00 -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 DRhD-6OzpOtU for ; Mon, 27 Jul 2015 07:23:54 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB7101B2E40 for ; Mon, 27 Jul 2015 07:23:53 -0700 (PDT) X-AuditID: c1b4fb30-f79706d000007227-5a-55b63ef87fc2 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 0C.2C.29223.8FE36B55; Mon, 27 Jul 2015 16:23:52 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0210.002; Mon, 27 Jul 2015 16:23:51 +0200 From: Daniele Ceccarelli To: Ramon Casellas , "ccamp@ietf.org" Thread-Topic: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66f//62AA//+VEcA= Date: Mon, 27 Jul 2015 14:23:51 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AC943@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> In-Reply-To: <55B60094.4010508@cttc.es> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129AC943ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyM+Jvje4Pu22hBu9eC1o8mXODxWL33G/s DkwerUfbWTyWLPnJFMAUxWWTkpqTWZZapG+XwJUx488b5oKdBRWdEzezNzAuSehi5OSQEDCR eHDwMCOELSZx4d56ti5GLg4hgaOMEmsP72UHSQgJLGGUeDKrtIuRg4NNwEriySEfkLCIgJ9E 05JZTCC2sECcROumdewQ8XiJt51z2SBsK4k1r1+A2SwCqhLHll0Ds3kFfCVOdzUyQYzPkjh8 +QxYnFNAXeLtsRWsIDajgKzEhN2LwG5jFhCXuPVkPhPEnQISS/acZ4awRSVePv7HCnKahICi xPJ+OYjyfIkDM98zQqwSlDg58wnLBEaRWUgmzUJSNgtJGURcT+LG1ClsELa2xLKFr5khbF2J Gf8OsSCLL2BkX8UoWpxanJSbbmSkl1qUmVxcnJ+nl5dasokRGFMHt/w22MH48rnjIUYBDkYl Ht6EiK2hQqyJZcWVuYcYpTlYlMR5Z2zOCxUSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAaNmz cHPa7iPLHm7X3cv1eprXoy/GWxP3KhY1CJzOF/2i2Kj30C3HV8n5CBfz+ZPfPeJXzIvX813G v+hA8EQ2jY7f5oZ2Qvc+Cs2Z1ymd83Jy6bsziyrqN56rMf/wRfuMfby9lYbrVsvW7A/XGGwi 6oKusmkLfVi8unJlmpOk1FtW6c+3TjhyKLEUZyQaajEXFScCANsB/X6KAgAA Archived-At: 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, 27 Jul 2015 14:24:01 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129AC943ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ramon, Thanks a lot for answering the polling but most of all for the valid commen= ts. If the polling will lead to a change in the draft they'll be considered= in the new version, otherwise threated as (pre-)last call comments. Thanks Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: luned=EC 27 luglio 2015 11:58 To: ccamp@ietf.org Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 -= Encoding Options El 27/07/2015 a las 11:14, Daniele Ceccarelli escribi=F3: Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions 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 impl= ementors to select what they want to implement). Note that, as stated in the past and my main concern, the term "label" is I= MHO a bit misleading, and that (mainly) a) and c) are actually referring to= Nominal Central Frequencies (NCFs): a bitmap encodes the status of the NC= Fs, not the "labels" themselves and when considering a "range" we are refer= ring to the start and end as "NCFs", not start and end "labels" -- that is= , no m --. 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 en= code including "frequency slots" (holes) that would require 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 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| - (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 descri= be "availbale frequency slots" but requiring values of 0.5 to cover all cas= es. I would like to drop it not to have options that use either "full label= s" and other options that use "NCFs". - 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" starts at n=3D0 and if I = chose n=3D0 as the base NCF, setting n=3D0 bit to 1 does not mean that it c= an be used as the allocated NCF. It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!) Thanks and best regards, Ramon --_000_4A1562797D64E44993C5CBF38CF1BE48129AC943ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Ramon,

 

Thanks a lot for answe= ring the polling but most of all for the valid comments. If the polling wil= l lead to a change in the draft they’ll be considered in the new vers= ion, otherwise threated as (pre-)last call comments.

 

Thanks

Daniele

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: luned=EC 27 luglio 2015 11: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, Daniele Ceccarelli escrib= i=F3:

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)       Bitmap label set

 

What we’d like to hear from 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 i= t 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 --.

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  7  8&= nbsp; 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".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!)

Thanks and best regards,
Ramon

--_000_4A1562797D64E44993C5CBF38CF1BE48129AC943ESESSMB301erics_-- From nobody Mon Jul 27 09:18: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 BBF341B2FD0 for ; Mon, 27 Jul 2015 09:18:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.186 X-Spam-Level: X-Spam-Status: No, score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5, 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 HnjErqPmSRG4 for ; Mon, 27 Jul 2015 09:18:15 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 5F8F21B2F8F for ; Mon, 27 Jul 2015 09:18:15 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 948E6B6BEE2C5; Mon, 27 Jul 2015 16:18:10 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6RGICV3012968 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 27 Jul 2015 18:18:12 +0200 Received: from [149.204.106.213] (135.239.27.38) by FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 27 Jul 2015 18:18:11 +0200 To: Daniele Ceccarelli , Ramon Casellas , "ccamp@ietf.org" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <4A1562797D64E44993C5CBF38CF1BE48129AC943@ESESSMB301.ericsson.se> From: Dieter Beller Organization: Alcatel-Lucent Message-ID: <55B659C2.5090800@alcatel-lucent.com> Date: Mon, 27 Jul 2015 18:18:10 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129AC943@ESESSMB301.ericsson.se> Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.38] Archived-At: 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, 27 Jul 2015 16:18:17 -0000 Hi Ramon, Daniele, all,

the reason why we were discussing this last week during the CCAMP session is that if multiple options are defined how the available spectrum
can be advertised in a flex grid WDM network, an implementation needs to support all of these options because you don't know which option
a neighboring instance is using. And: the more options, the more interoperability issues may occur among different implementations. So, a
standard should always try to minimize the number of different options that can be used for achieving the same thing.


Thanks,
Dieter


On 27.07.2015 16:23, Daniele Ceccarelli wrote:

Hi Ramon,

 

Thanks a lot for answering the polling but most of all for the valid comments. If the polling will lead to a change in the draft they’ll be considered in the new version, otherwise threated as (pre-)last call comments.

 

Thanks

Daniele

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: lunedì 27 luglio 2015 11:58
To: ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

El 27/07/2015 a las 11:14, Daniele Ceccarelli escribió:

Working group,

 

at the meeting in Prague we received a comment on the high number of existing options for “available resources” 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’d like to hear from 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 other 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" is IMHO a bit misleading, and that (mainly) a) and c) are actually referring to Nominal Central Frequencies (NCFs):  a bitmap encodes the status 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" --  that is, no m --.

Reasons:

- ranges are a straightforward way to disseminate which frequency slots that are "available", by giving the (start and end) NCFs, and being able to encode including "frequency slots" (holes) that would require 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  7  8  9 10  11
   ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--...
                           |--------|

- (label) lists are verbose, although useful when the spectrum is very fragmented, a bitmap encoding may be fine too (I think they are currently in the draft for completeness).  In this case we could use label lists to describe "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 that use "NCFs".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (sorry for the pun!)

Thanks and best regards,
Ramon



_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp
From nobody Mon Jul 27 14:30: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 2937E1A00E1 for ; Mon, 27 Jul 2015 14:30:57 -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 R8bewjBsFqb4 for ; Mon, 27 Jul 2015 14:30:54 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 475091A00C3 for ; Mon, 27 Jul 2015 14:30:54 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml402-hub.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPK72786; Mon, 27 Jul 2015 16:30:52 -0500 (CDT) Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 27 Jul 2015 22:30:50 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0235.001; Mon, 27 Jul 2015 14:30:39 -0700 From: Leeyoung To: Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66QAZxUig Date: Mon, 27 Jul 2015 21:30:39 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEFFB4@dfweml706-chm> References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.216.41] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFB4dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: 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, 27 Jul 2015 21:30:57 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFB4dfweml706chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Daniele, I support option 5 with a) and b) at the minimum. I can live without c) per= se. Range still be a very useful way of encoding, in my option. Thanks. Young From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli Sent: Monday, July 27, 2015 4:14 AM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Enc= oding Options Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions you want to keep and which ones to drop. Thanks, Daniele --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFB4dfweml706chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Daniele,=

 

I support option 5 wit= h a) and b) at the minimum. I can live without c) per se. Range still be a = very useful way of encoding, in my option.

 

Thanks.

Young

 

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: Monday, July 27, 2015 4:14 AM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-0= 2 - Encoding Options

 

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)       Bitmap label set

 

What we’d like to hear from 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 i= t 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_7AEB3D6833318045B4AE71C2C87E8E1729CEFFB4dfweml706chm_-- From nobody Mon Jul 27 14:31: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 4EA511B3212 for ; Mon, 27 Jul 2015 14:31:32 -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 ZcXmwPWIz4hH for ; Mon, 27 Jul 2015 14:31:29 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05F781B3106 for ; Mon, 27 Jul 2015 14:31:27 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml405-hub.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGO74773; Mon, 27 Jul 2015 16:31:27 -0500 (CDT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 27 Jul 2015 22:31:22 +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; Mon, 27 Jul 2015 14:31:13 -0700 From: Leeyoung To: Leeyoung , Daniele Ceccarelli , "CCAMP (ccamp@ietf.org)" Thread-Topic: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66QAZxUigAAANHzA= Date: Mon, 27 Jul 2015 21:31:12 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEFFBF@dfweml706-chm> References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.216.41] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFBFdfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: 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, 27 Jul 2015 21:31:32 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFBFdfweml706chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sorry I meant Option 5 with a) and c). Young From: Leeyoung Sent: Monday, July 27, 2015 4:31 PM To: 'Daniele Ceccarelli'; CCAMP (ccamp@ietf.org) Subject: RE: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encodin= g Options Hi Daniele, I support option 5 with a) and b) at the minimum. I can live without c) per= se. Range still be a very useful way of encoding, in my option. Thanks. Young From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli Sent: Monday, July 27, 2015 4:14 AM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Enc= oding Options Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions you want to keep and which ones to drop. Thanks, Daniele --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEFFBFdfweml706chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sorry I meant Option 5= with a) and c).

 

Young

 

From: Leeyoung
Sent: Monday, July 27, 2015 4:31 PM
To: 'Daniele Ceccarelli'; CCAMP (ccamp@ietf.org)
Subject: RE: POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - = Encoding Options

 

Hi Daniele,=

 

I support option 5 wit= h a) and b) at the minimum. I can live without c) per se. Range still be a = very useful way of encoding, in my option.

 

Thanks.

Young

 

From: CCAMP [m= ailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: Monday, July 27, 2015 4:14 AM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-0= 2 - Encoding Options

 

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)       Bitmap label set

 

What we’d like to hear from 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 i= t 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_7AEB3D6833318045B4AE71C2C87E8E1729CEFFBFdfweml706chm_-- From nobody Tue Jul 28 00:37: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 591861A700D for ; Tue, 28 Jul 2015 00:37:45 -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 5HaggqfKwsOp for ; Tue, 28 Jul 2015 00:37:41 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EC031A7015 for ; Tue, 28 Jul 2015 00:37:39 -0700 (PDT) X-AuditID: c1b4fb25-f79046d000007f53-63-55b73141a6b8 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 48.94.32595.14137B55; Tue, 28 Jul 2015 09:37:37 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0210.002; Tue, 28 Jul 2015 09:37:37 +0200 From: Daniele Ceccarelli To: Dieter Beller , Ramon Casellas , "ccamp@ietf.org" Thread-Topic: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66f//62AA//+VEcCAANU+AP/+3nYw Date: Tue, 28 Jul 2015 07:37:37 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AD099@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <4A1562797D64E44993C5CBF38CF1BE48129AC943@ESESSMB301.ericsson.se> <55B659C2.5090800@alcatel-lucent.com> In-Reply-To: <55B659C2.5090800@alcatel-lucent.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.20] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129AD099ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42KZGfG3RtfRcHuowdLVxhZP5txgsXg64T6T xe6539gdmD1an+1l9Wg92s7isWTJT6YA5igum5TUnMyy1CJ9uwSujMaOZawFr+cxVpx58oyl gfFkB2MXIyeHhICJxKuNW1ghbDGJC/fWs3UxcnEICRxllDg2cR4ThLOEUaJ59xeWLkYODjYB K4knh3xA4iICTYwSe1ecZQfpFhaIk2jdtA7MFhGIl3jbOZcNwnaTePrjJTOIzSKgKtG+9yYL iM0r4Cvx7EAXO8SCa4wSOy82gZ3EKWAksWbLQrBmRgFZiQm7F4HFmQXEJW49mc8EcaqAxJI9 55khbFGJl4//Qb2gKHF1+nImiPp8iXdLnzJDLBOUODnzCcsERpFZSEbNQlI2C0kZRFxP4sbU KWwQtrbEsoWvmSFsXYkZ/w6xIIsvYGRfxShanFqclJtuZKyXWpSZXFycn6eXl1qyiREYcwe3 /FbdwXj5jeMhRgEORiUeXoVH20KFWBPLiitzDzFKc7AoifPO2JwXKiSQnliSmp2aWpBaFF9U mpNafIiRiYNTqoGxr85Y+JG07oeizTe3TV7nFbrvk8qxBwZ1b1+w32fNXV1u6BDjVOkb33i9 LLWqMMxuwvG0q//92pSOGa+LidpQGCG36NdVm5VP5h2+br0v//1eTV/H/StKm+8/SZpcd/DH UyUpfp5bgXy5HJuKP0XpeEi93XXj05aomeHOOiLvTkyPnm6Xs0lAiaU4I9FQi7moOBEA9Jcc nJoCAAA= Archived-At: 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: Tue, 28 Jul 2015 07:37:45 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129AD099ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Dieter, I understand your concern, this is why we're having this polling. I see you= are in favor of reducing the number of options and the first replies seem = to go towards the same direction. If you could express your preferences on which option(s) to keep and which = one(s) to drop it could be helpful for us to understand where the consensus= is. Thanks Daniele From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucent.com] Sent: luned=EC 27 luglio 2015 18:18 To: Daniele Ceccarelli; Ramon Casellas; ccamp@ietf.org Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 -= Encoding Options Hi Ramon, Daniele, all, the reason why we were discussing this last week during the CCAMP session i= s that if multiple options are defined how the available spectrum can be advertised in a flex grid WDM network, an implementation needs to su= pport all of these options because you don't know which option a neighboring instance is using. And: the more options, the more interopera= bility issues may occur among different implementations. So, a standard should always try to minimize the number of different options that= can be used for achieving the same thing. Thanks, Dieter On 27.07.2015 16:23, Daniele Ceccarelli wrote: Hi Ramon, Thanks a lot for answering the polling but most of all for the valid commen= ts. If the polling will lead to a change in the draft they'll be considered= in the new version, otherwise threated as (pre-)last call comments. Thanks Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: luned=EC 27 luglio 2015 11:58 To: ccamp@ietf.org Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 -= Encoding Options El 27/07/2015 a las 11:14, Daniele Ceccarelli escribi=F3: Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions 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 impl= ementors to select what they want to implement). Note that, as stated in the past and my main concern, the term "label" is I= MHO a bit misleading, and that (mainly) a) and c) are actually referring to= Nominal Central Frequencies (NCFs): a bitmap encodes the status of the NC= Fs, not the "labels" themselves and when considering a "range" we are refer= ring to the start and end as "NCFs", not start and end "labels" -- that is= , no m --. 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 en= code including "frequency slots" (holes) that would require 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 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| - (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 descri= be "availbale frequency slots" but requiring values of 0.5 to cover all cas= es. I would like to drop it not to have options that use either "full label= s" and other options that use "NCFs". - 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" starts at n=3D0 and if I = chose n=3D0 as the base NCF, setting n=3D0 bit to 1 does not mean that it c= an be used as the allocated NCF. It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!) Thanks and best regards, Ramon _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp --_000_4A1562797D64E44993C5CBF38CF1BE48129AD099ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Dieter,<= /span>

 

I understand your conc= ern, this is why we’re having this polling. I see you are in favor of= reducing the number of options and the first replies seem to go towards th= e same direction.

If you could express y= our preferences on which option(s) to keep and which one(s) to drop it coul= d be helpful for us to understand where the consensus is.=

 

Thanks

Daniele

 

From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucen= t.com]
Sent: luned=EC 27 luglio 2015 18:18
To: Daniele Ceccarelli; Ramon Casellas; ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-e= xt-02 - Encoding Options

 

Hi Ramon, Daniele, all,
the reason why we were discussing this last week during the CCAMP session i= s that if multiple options are defined how the available spectrum
can be advertised in a flex grid WDM network, an implementation needs to su= pport all of these options because you don't know which option
a neighboring instance is using. And: the more options, the more interopera= bility issues may occur among different implementations. So, a
standard should always try to minimize the number of different options that= can be used for achieving the same thing.


Thanks,
Dieter

On 27.07.2015 16:23, Daniele Ceccarelli wrote:<= /o:p>

Hi Ramon,<= /o:p>

 

Thanks a lot for answe= ring the polling but most of all for the valid comments. If the polling wil= l lead to a change in the draft they’ll be considered in the new vers= ion, otherwise threated as (pre-)last call comments.

 

Thanks

Daniele

 

From: CCAMP [= mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: luned=EC 27 luglio 2015 11: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, Daniele Ceccarelli escrib= i=F3:

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)       Bitmap label set

 

What we’d like to hear from 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 i= t 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 --.

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  7  8&= nbsp; 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".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!)

Thanks and best regards,
Ramon




_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ie=
tf.org/mailman/listinfo/ccamp
--_000_4A1562797D64E44993C5CBF38CF1BE48129AD099ESESSMB301erics_-- From nobody Tue Jul 28 06:36: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 A52851A906D for ; Tue, 28 Jul 2015 06:36:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.186 X-Spam-Level: X-Spam-Status: No, score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5, 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 dHxPbgLGzBLW for ; Tue, 28 Jul 2015 06:36:11 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 3D7FE1A9008 for ; Tue, 28 Jul 2015 06:36:06 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 10E6C83049D85; Tue, 28 Jul 2015 13:36:02 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t6SDa4HA009032 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 28 Jul 2015 15:36:04 +0200 Received: from [149.204.106.213] (135.239.27.40) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 28 Jul 2015 15:36:02 +0200 To: Daniele Ceccarelli , "ccamp@ietf.org" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <4A1562797D64E44993C5CBF38CF1BE48129AC943@ESESSMB301.ericsson.se> <55B659C2.5090800@alcatel-lucent.com> <4A1562797D64E44993C5CBF38CF1BE48129AD099@ESESSMB301.ericsson.se> From: Dieter Beller Organization: Alcatel-Lucent Message-ID: <55B78541.9030700@alcatel-lucent.com> Date: Tue, 28 Jul 2015 15:36:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129AD099@ESESSMB301.ericsson.se> Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.40] Archived-At: 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: Tue, 28 Jul 2015 13:36:14 -0000 Hi Daniele, all,

here is my vote:  Option 3: c) only (bitmap label set)

Why: a single encoding is preferred and the encoding is simple and pretty straight forward. The other 2 encoding options are only sometimes more
compact in terms of OSPF-TE message size.


Thanks,
Dieter


On 28.07.2015 09:37, Daniele Ceccarelli wrote:

Hi Dieter,

 

I understand your concern, this is why we’re having this polling. I see you are in favor of reducing the number of options and the first replies seem to go towards the same direction.

If you could express your preferences on which option(s) to keep and which one(s) to drop it could be helpful for us to understand where the consensus is.

 

Thanks

Daniele

 

From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucent.com]
Sent: lunedì 27 luglio 2015 18:18
To: Daniele Ceccarelli; Ramon Casellas; ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

Hi Ramon, Daniele, all,

the reason why we were discussing this last week during the CCAMP session is that if multiple options are defined how the available spectrum
can be advertised in a flex grid WDM network, an implementation needs to support all of these options because you don't know which option
a neighboring instance is using. And: the more options, the more interoperability issues may occur among different implementations. So, a
standard should always try to minimize the number of different options that can be used for achieving the same thing.


Thanks,
Dieter

On 27.07.2015 16:23, Daniele Ceccarelli wrote:

Hi Ramon,

 

Thanks a lot for answering the polling but most of all for the valid comments. If the polling will lead to a change in the draft they’ll be considered in the new version, otherwise threated as (pre-)last call comments.

 

Thanks

Daniele

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: lunedì 27 luglio 2015 11:58
To: ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options

 

El 27/07/2015 a las 11:14, Daniele Ceccarelli escribió:

Working group,

 

at the meeting in Prague we received a comment on the high number of existing options for “available resources” 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’d like to hear from 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 other 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" is IMHO a bit misleading, and that (mainly) a) and c) are actually referring to Nominal Central Frequencies (NCFs):  a bitmap encodes the status 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" --  that is, no m --.

Reasons:

- ranges are a straightforward way to disseminate which frequency slots that are "available", by giving the (start and end) NCFs, and being able to encode including "frequency slots" (holes) that would require 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  7  8  9 10  11
   ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--...
                           |--------|

- (label) lists are verbose, although useful when the spectrum is very fragmented, a bitmap encoding may be fine too (I think they are currently in the draft for completeness).  In this case we could use label lists to describe "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 that use "NCFs".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (sorry for the pun!)

Thanks and best regards,
Ramon




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

From nobody Tue Jul 28 10:31: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 B8AA41B2C92 for ; Tue, 28 Jul 2015 10:31:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 o-wwn7HMdHYd for ; Tue, 28 Jul 2015 10:31:00 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 F0C2C1B2C90 for ; Tue, 28 Jul 2015 10:30:59 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id B28B8F3A7C985; Tue, 28 Jul 2015 17:30:53 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t6SHUutm029327 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 28 Jul 2015 19:30:56 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Tue, 28 Jul 2015 19:30:56 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Ramon Casellas Thread-Topic: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66f//62AA//4XHVA= Date: Tue, 28 Jul 2015 17:30:55 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> In-Reply-To: <55B60094.4010508@cttc.es> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.38] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3CA8FR711WXCHMBA05z_" MIME-Version: 1.0 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: Tue, 28 Jul 2015 17:31:03 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3CA8FR711WXCHMBA05z_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ramon, could you map your last sentence about "bitmap" usage on the example you re= ported here: -9 -8 -7 -6 -5 -4 -3 -2 -1 0 1 2 3 4 5 6 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| Not clear for me what you mean referring bitmap usage . Thanks Sergio From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: luned=EC 27 luglio 2015 11:58 To: ccamp@ietf.org Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 -= Encoding Options El 27/07/2015 a las 11:14, Daniele Ceccarelli escribi=F3: Working group, at the meeting in Prague we received a comment on the high number of existi= ng options for "available resources" 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'd like to hear from 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 opt= ions 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 impl= ementors to select what they want to implement). Note that, as stated in the past and my main concern, the term "label" is I= MHO a bit misleading, and that (mainly) a) and c) are actually referring to= Nominal Central Frequencies (NCFs): a bitmap encodes the status of the NC= Fs, not the "labels" themselves and when considering a "range" we are refer= ring to the start and end as "NCFs", not start and end "labels" -- that is= , no m --. 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 en= code including "frequency slots" (holes) that would require 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 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| - (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 descri= be "availbale frequency slots" but requiring values of 0.5 to cover all cas= es. I would like to drop it not to have options that use either "full label= s" and other options that use "NCFs". - 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" starts at n=3D0 and if I = chose n=3D0 as the base NCF, setting n=3D0 bit to 1 does not mean that it c= an be used as the allocated NCF. It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!) Thanks and best regards, Ramon --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3CA8FR711WXCHMBA05z_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Ramon, <= /span>

 

could y= ou map your last sentence about “bitmap” usage on the example y= ou reported here:

&n= bsp;

-9 -8 -7 -6 -5 = -4 -3 -2 -1 0  1  2  3  4  5  6  7 = 8  9 10  11
   ...+--+--+--+--+--+--+--+-= -+--+--+--+--+--+--+--+--+--+--+= ;--+--+--...
            = ;            &n= bsp;  |--------|

Not cle= ar for me what you mean referring bitmap usage .

Thanks =

&n= bsp;

Sergio<= o:p>

&n= bsp;

 

From:= CCAMP [mailto:ccamp= -bounces@ietf.org] On Behalf Of Ramon Casellas
Sent: luned=EC 27 luglio 2015 11: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, Daniele Ceccarelli escrib= i=F3:

Working group,

 

at the meeting in Prague we received a comment on th= e high number of existing options for “available resources” enc= oding in OSPF for flexi-grid.

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

 

a)      Inclusive/Exclusive label ranges

b)      Inclusive/Exclusive label Lists

c)      Bitmap label set

 

What we’d like to hear from 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 i= t 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 --.

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  7  8&= nbsp; 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".

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

It may be worth mentioning that we use _inclusive_ variants exclusively (so= rry for the pun!)

Thanks and best regards,
Ramon

--_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3CA8FR711WXCHMBA05z_-- From nobody Wed Jul 29 00:23: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 734E91B3269 for ; Wed, 29 Jul 2015 00:23:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.039 X-Spam-Level: X-Spam-Status: No, score=-1.039 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, J_CHICKENPOX_42=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 X9ArObwO79gG for ; Wed, 29 Jul 2015 00:23:13 -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 BB15A1B3393 for ; Wed, 29 Jul 2015 00:23:12 -0700 (PDT) Received: from [2001:40b0:7c22:6020:4945:5ea0:1094:8b98] (helo=leo) by rudy.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZKLhf-00031z-W7; Wed, 29 Jul 2015 09:23:04 +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 A9AC81FD5E; Wed, 29 Jul 2015 09:23:00 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: "BELOTTI, SERGIO (SERGIO)" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> From: Ramon Casellas Message-ID: <55B87F4F.7080808@cttc.es> Date: Wed, 29 Jul 2015 09:22:55 +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="------------090500050500000604050402" X-Spamina-Bogosity: Ham 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: Wed, 29 Jul 2015 07:23:15 -0000 This is a multi-part message in MIME format. --------------090500050500000604050402 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 28/07/2015 a las 19:30, BELOTTI, SERGIO (SERGIO) escribió: > > Hi Ramon, > > could you map your last sentence about “bitmap” usage on the example > you reported here: > > -9 -8 -7 -6 -5 -4 -3 -2 -1 0 1 2 3 4 5 6 7 8 9 10 11 > ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... > |--------| > > Not clear for me what you mean referring bitmap usage . > > Dear Sergio, all My comment was more in the sense of trying to clarify the use of bitmap. Consider that we have, for example, the following (sorry if the mail is trivial or stating well known things): A) The "usable" spectrum in a link is characterized by, say, start ncf n=0, end ncf=31 (32 NFCs, one bitmap "word") to simplify. We use systematically "base" n as n0 in all bitmap encodings. AFAIK, the draft allows you to start disseminating starting from an arbitrary base n, but since we manage a few hundreds of NCFs, our implementation always starts at the lowest n for the link. B) A priori, one could naively expect to have a 32 bit bitmap having all '1' since it there are no LSPs... C) However, what does "free" or "available" for a NCF mean? IMHO, it is not clearly defined. A possible interpretation /is to announce it as free if that you can allocate a minimum FS with m=1 using that "n" as the FS NCF/. This means that, in our case, both n=n0 and n=n31 should not be announced as '1', since any FS would overflow/underflow the spectrum available in the link. Alternatively, one could chose to disseminate them as free assuming that the RSA algorithm would take into account edge conditions,but this means that the path computation (assume a PCE) would need to know the start and end of the link if we do not systematically disseminate all NCFs of the link(in other words, if a second LSA disseminates a bitmap starting with n base = n3, we would need to know that n3 is not the lowest n for the link. We would need to go from this: 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 1 1 1 1 1 1 1 1 1 1 to this; this means agreeing on putting the "ends" at 0, but seems counter-intuitive wrt B) In your specific question, the NCFs 1 and 2 would be "1" 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 0 1 1 1 1 1 1 1 1 0 If we want to set up an LSP m=3 the PCE needs to find an n (ni) such that all n from ni - m + 1 to ni + m -1 is "1". In this case, using First fit, ni=3 and all NCFs up to 6 change to 0 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 0 0 0 0 0 00 1 1 0 To conclude, in our case we always disseminate the whole supported NCFs in the bitmap, so the PCE knows the "edges" and it does not really matter if n0=0 or 1 or n31 is0 or 1. we may need to clarify this in in draft, perhaps? Thanks R --------------090500050500000604050402 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 28/07/2015 a las 19:30, BELOTTI, SERGIO (SERGIO) escribió:

Hi Ramon,

 

could you map your last sentence about “bitmap” usage on the example you reported here:

 

-9 -8 -7 -6 -5 -4 -3 -2 -1 0  1  2  3  4  5  6  7  8  9 10  11
   ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--...
                           |--------|

Not clear for me what you mean referring bitmap usage .


Dear Sergio, all

My comment was more in the sense of trying to clarify the use of bitmap. Consider that we have, for example, the following (sorry if the mail is trivial or stating well known things):

A) The "usable" spectrum in a link is characterized by, say, start ncf n=0, end ncf=31 (32 NFCs, one bitmap "word") to simplify. We use systematically "base" n as n0 in all bitmap encodings. AFAIK, the draft allows you to start disseminating starting from an arbitrary base n, but since we manage a few hundreds of NCFs, our implementation always starts at the lowest n for the link.

B) A priori, one could naively expect to have a 32 bit bitmap having all '1' since it there are no LSPs...

C) However, what does "free" or "available" for a NCF mean? IMHO, it is not clearly defined. A possible interpretation is to announce it as free if that you can allocate a minimum FS with m=1 using that "n" as the FS NCF. This means that, in our case, both n=n0 and n=n31 should not be announced as '1', since any FS would overflow/underflow the spectrum available in the link. Alternatively, one could chose to disseminate them as free assuming that the RSA algorithm would take into account edge conditions, but this means that the path computation (assume a PCE) would need to know the start and end of the link if we do not systematically disseminate all NCFs of the link (in other words, if a second LSA disseminates a bitmap starting with n base = n3, we would need to know that n3 is not the lowest n for the link.

We would need to go from this:

0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
1  1  1  1  1  1  1  1  1  1  
                          
to this; this means agreeing on putting the "ends" at 0, but seems counter-intuitive wrt B) In your specific question, the NCFs 1 and 2 would be "1"

0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  1  1  1  1  1  1  1  1  0


If we want to set up an LSP m=3 the PCE needs to find an n (ni) such that all n from ni - m + 1 to ni + m - 1 is "1". In this case, using First fit, ni=3 and all NCFs up to 6 change to 0
0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1  0

To conclude, in our case we always disseminate the whole supported NCFs in the bitmap, so the PCE knows the "edges" and it does not really matter if n0=0 or 1 or n31 is 0 or 1. we may need to clarify this in in draft, perhaps?

Thanks
R

 --------------090500050500000604050402-- From nobody Wed Jul 29 02:21:28 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 E21521A0125 for ; Wed, 29 Jul 2015 02:21:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.694 X-Spam-Level: X-Spam-Status: No, score=-2.694 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506] 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 rS0usTam-8Lf for ; Wed, 29 Jul 2015 02:21:25 -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 B4A3D1A00FA for ; Wed, 29 Jul 2015 02:21:24 -0700 (PDT) X-AuditID: c1b4fb2d-f79176d00000321c-4f-55b89b12a594 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id DC.F5.12828.21B98B55; Wed, 29 Jul 2015 11:21:22 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0210.002; Wed, 29 Jul 2015 11:21:22 +0200 From: Daniele Ceccarelli To: "CCAMP (ccamp@ietf.org)" Thread-Topic: IETF 93 - MINUTES Thread-Index: AdDJ39MJpZvLi+wPSzqEInKcbwdGcg== Date: Wed, 29 Jul 2015 09:21:22 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AE0BA@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129AE0BAESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvja7Q7B2hBmdum1k8mXODxYHRY8mS n0wBjFFcNimpOZllqUX6dglcGes3PmUtuCJW0bRWpIFxsUgXIweHhICJxKX7Ul2MnECmmMSF e+vZuhi5OIQEjjJK7PvxjRHCWcIoMXfdC0aQBjYBK4knh3xAGkQEdCX2brzODBIWFpCSuHQ9 AiIsLzHxySNGCFtP4tLDjUwgNouAqsTq1WtYQWxeAV+JpX9bwGoYBWQlJuxeBGYzC4hL3Hoy nwniHgGJJXvOM0PYohIvH/9jhbCVJH5suMQCUZ8v8XDvBBaImYISJ2c+YZnAKDQLyahZSMpm ISmDiOtILNj9iQ3C1pZYtvA1M4x95sBjJmTxBYzsqxhFi1OLi3PTjYz1Uosyk4uL8/P08lJL NjECo+Hglt+6OxhXv3Y8xCjAwajEw7vQeEeoEGtiWXFl7iFGaQ4WJXHeGZvzQoUE0hNLUrNT UwtSi+KLSnNSiw8xMnFwSjUwSpi17Nhz0++Nw8zMiID5O1WPbhNhsKoIfaIVobpx9ap3j9lW fN2489PjU19ZGU5e2937aULj6pcyKnLJe9cemVYjsqHu1eMOk/IDn6fdTMpfeDhoeugxpj1e 72bFGS04d7Wzo+uWttf8Y1/SJfpWv/n4prX9ely0jKh00weT9zNePV+Xyv2nXEmJpTgj0VCL uag4EQA2cioJZwIAAA== Archived-At: Subject: [CCAMP] IETF 93 - MINUTES 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, 29 Jul 2015 09:21:27 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129AE0BAESESSMB301erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, a first draft of the minutes from the IETF 93 meeting is available: https:/= /www.ietf.org/proceedings/93/minutes/minutes-93-ccamp Please review and send any correction/amendment if needed. BR Daniele and Fatai --_000_4A1562797D64E44993C5CBF38CF1BE48129AE0BAESESSMB301erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

a first draft of the minutes from the IETF 93 meetin= g is available: ht= tps://www.ietf.org/proceedings/93/minutes/minutes-93-ccamp

 

Please review and send any correction/amendment if n= eeded.

 

BR

Daniele and Fatai

--_000_4A1562797D64E44993C5CBF38CF1BE48129AE0BAESESSMB301erics_-- From nobody Wed Jul 29 03:19: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 763A91A1A78; Wed, 29 Jul 2015 03:19:40 -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 zvU7rkfeZoSG; Wed, 29 Jul 2015 03:19:39 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 346E31A044F; Wed, 29 Jul 2015 03:19:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Barry Leiba" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150729101939.6861.13384.idtracker@ietfa.amsl.com> Date: Wed, 29 Jul 2015 03:19:39 -0700 Archived-At: Cc: draft-ietf-ccamp-wson-signal-compatibility-ospf@ietf.org, ccamp@ietf.org, ccamp-chairs@ietf.org Subject: [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 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 10:19:40 -0000 Barry Leiba 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: ---------------------------------------------------------------------- Sections 6.1.1 and 6.2.1 correctly say that they're creating new registries, but Sections 6.1 and 6.2 incorrectly say that, when they appear to be only registering TLVs in existing registries. IANA hasn't reviewed this yet, I see, so I don't know how confused they might be, but it would be good to fix this (also note the URL correction in 6.1): OLD (6.1) New IANA registry will be created for the Optical Node Property TLV to allocate a new TLV Type and its Value for this Top Level Node TLV in the "Top Level Types in TE LSAs" section of the "OSPF Traffic Engineering TLVs" registry located at http://www.iana.org/assignments/ospf-traffic-eng-tlvs/ospf-traffic- eng-tlvs.xhtml. The following TLV is allocated in this specification. NEW IANA is asked to register a new TLV for "Optical Node Property". The new TLV will be registered in the "Top Level Types in TE LSAs" registry in "OSPF Traffic Engineering TLVs", located at http://www.iana.org/assignments/ospf-traffic-eng-tlvs, as follows: END OLD (6.2) A new IANA registry will be created to make the assignment of a new value for the existing "Switching Types" TLV of the "GMPLS Signaling Parameters" registry located at http://www.iana.org/assignments/gmpls-sig-parameters as follows: NEW IANA is asked to register a new TLV for "WSON-LSC capable". The new TLV will be registered in the "Switching Types" registry in "GMPLS Signaling Parameters", located at http://www.iana.org/assignments/gmpls-sig-parameters, as follows: END From nobody Wed Jul 29 03:43:28 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 645611A8035; Wed, 29 Jul 2015 03:43:23 -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 zicJL17rtYEM; Wed, 29 Jul 2015 03:43:22 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D0281A8547; Wed, 29 Jul 2015 03:43:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Barry Leiba" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150729104315.32072.95376.idtracker@ietfa.amsl.com> Date: Wed, 29 Jul 2015 03:43:15 -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] Barry Leiba'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, 29 Jul 2015 10:43:23 -0000 Barry Leiba 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: ---------------------------------------------------------------------- The RFC Editor will fiddle with your "Authors" and "Contributing Authors" sections... just so you know. From nobody Wed Jul 29 05:37: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 D95B31A8A06 for ; Wed, 29 Jul 2015 05:36:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 ZvD-RH3rfGjb for ; Wed, 29 Jul 2015 05:36:54 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 F15C71A8A08 for ; Wed, 29 Jul 2015 05:36:53 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 80E3A37372DA3; Wed, 29 Jul 2015 12:36:49 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6TCaoHe007293 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 29 Jul 2015 14:36:51 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Wed, 29 Jul 2015 14:36:49 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Ramon Casellas Thread-Topic: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 - Encoding Options Thread-Index: AdDITDi9CiYRNFjdQ9CRMU3saUU66f//62AA//4XHVCABOJQgP//il7w Date: Wed, 29 Jul 2015 12:36:49 +0000 Message-ID: References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <55B87F4F.7080808@cttc.es> In-Reply-To: <55B87F4F.7080808@cttc.es> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.38] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3F40FR711WXCHMBA05z_" MIME-Version: 1.0 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: Wed, 29 Jul 2015 12:36:59 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3F40FR711WXCHMBA05z_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Ramon, thanks, your explanation of the problem is important anyway (trivial or not= ) . I think that a clarification on the draft would avoid possible misunder= standing in the usage of bitmap. See in line for some comment. Thanks sergio From: Ramon Casellas [mailto:ramon.casellas@cttc.es] Sent: mercoled=EC 29 luglio 2015 09:23 To: BELOTTI, SERGIO (SERGIO) Cc: ccamp@ietf.org Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-ext-02 -= Encoding Options El 28/07/2015 a las 19:30, BELOTTI, SERGIO (SERGIO) escribi=F3: Hi Ramon, could you map your last sentence about "bitmap" usage on the example you re= ported here: -9 -8 -7 -6 -5 -4 -3 -2 -1 0 1 2 3 4 5 6 7 8 9 10 11 ...+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--... |--------| Not clear for me what you mean referring bitmap usage . Dear Sergio, all My comment was more in the sense of trying to clarify the use of bitmap. Co= nsider that we have, for example, the following (sorry if the mail is trivi= al or stating well known things): A) The "usable" spectrum in a link is characterized by, say, start ncf n=3D= 0, end ncf=3D31 (32 NFCs, one bitmap "word") to simplify. We use systematic= ally "base" n as n0 in all bitmap encodings. AFAIK, the draft allows you to= start disseminating starting from an arbitrary base n, but since we manage= a few hundreds of NCFs, our implementation always starts at the lowest n f= or the link. B) A priori, one could naively expect to have a 32 bit bitmap having all '1= ' since it there are no LSPs... C) However, what does "free" or "available" for a NCF mean? IMHO, it is not= clearly defined. A possible interpretation is to announce it as free if th= at you can allocate a minimum FS with m=3D1 using that "n" as the FS NCF. T= his means that, in our case, both n=3Dn0 and n=3Dn31 should not be announce= d as '1', since any FS would overflow/underflow the spectrum available in t= he link. Alternatively, one could chose to disseminate them as free assumin= g that the RSA algorithm would take into account edge conditions, but this = means that the path computation (assume a PCE) would need to know the start= and end of the link if we do not systematically disseminate all NCFs of th= e link (in other words, if a second LSA disseminates a bitmap starting with= n base =3D n3, we would need to know that n3 is not the lowest n for the l= ink. We would need to go from this: 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 1 1 1 1 1 1 1 1 1 1 to this; this means agreeing on putting the "ends" at 0, but seems counter-= intuitive wrt B) In your specific question, the NCFs 1 and 2 would be "1" 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 0 1 1 1 1 1 1 1 1 0 If we want to set up an LSP m=3D3 the PCE needs to find an n (ni) such that= all n from ni - m + 1 to ni + m - 1 is "1". In this case, using First fit,= ni=3D3 and all NCFs up to 6 change to 0 0 1 2 3 4 5 6 ... 31 +--+--+--+--+--+--+--+--+--+ 0 0 0 0 0 0 0 1 1 0 SB> following your thoughts about the spectrum at the edge and if you consi= der m=3D3 , that means if SGW is 12.5 Ghz. 6.25 is the NCG , so SW is 12.5= x3 --> 6.25x6 , so the first 6 n is 0. Is this your reasoning? BTW also around n31 it would be some 0 . To conclude, in our case we always disseminate the whole supported NCFs in = the bitmap, so the PCE knows the "edges" and it does not really matter if n= 0=3D0 or 1 or n31 is 0 or 1. we may need to clarify this in in draft, perha= ps Thanks R --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3F40FR711WXCHMBA05z_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Dear Ramon,=

 

thanks,= your explanation of the problem is important anyway (trivial or not) . I t= hink that a clarification on the draft would avoid possible misunderstandin= g in the usage of bitmap.

&n= bsp;

See in = line for some comment.

&n= bsp;

Thanks<= o:p>

sergio<= o:p>

&n= bsp;

&n= bsp;

From:= Ramon Casellas [mai= lto:ramon.casellas@cttc.es]
Sent: mercoled=EC 29 luglio 2015 09:23
To: BELOTTI, SERGIO (SERGIO)
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] POLLING - draft-ietf-ccamp-flexible-grid-ospf-e= xt-02 - Encoding Options

 

El 28/07/2015 a las 19:30, BELOTTI, SERGIO (SERGIO) = escribi=F3:

Hi Ramon, =

 

could y= ou map your last sentence about “bitmap” usage on the example y= ou reported here:

 <= /span>

-9 -8 -7 -6 -5 = -4 -3 -2 -1 0  1  2  3  4  5  6  7 = 8  9 10  11
   ...+--+--+--+--+--+--+--+-= -+--+--+--+--+--+--+--+--+--+--+= ;--+--+--...
            = ;            &n= bsp;  |--------|


Not cle= ar for me what you mean referring bitmap usage .

 

Dear Sergio, all

My comment was more in the sense of trying to clarify the use of bitmap= . Consider that we have, for example, the following (sorry if the mail is t= rivial or stating well known things):

A) The "usable" spectrum in a link is characterized by, say, = start ncf n=3D0, end ncf=3D31 (32 NFCs, one bitmap "word") to sim= plify. We use systematically "base" n as n0 in all bitmap encodin= gs. AFAIK, the draft allows you to start disseminating starting from an arbitrary base n, but since we manage a few hundreds of NCFs, our imple= mentation always starts at the lowest n for the link.

B) A priori, one could naively expect to have a 32 bit bitmap having al= l '1' since it there are no LSPs...

C) However, what does "free" or "available" for a N= CF mean? IMHO, it is not clearly defined. A possible interpretation is to announce it as free if that you can allocate a minimum FS with m= =3D1 using that "n" as the FS NCF. This means that, in our ca= se, both n=3Dn0 and n=3Dn31 should not be announced as '1', since any FS wo= uld overflow/underflow the spectrum available in the link. Alternatively, one could chose to disseminate them as free assuming = that the RSA algorithm would take into account edge conditions, but this me= ans that the path computation (assume a PCE) would need to know the start a= nd end of the link if we do not systematically disseminate all NCFs of the link (in other words, if a seco= nd LSA disseminates a bitmap starting with n base =3D n3, we would need to = know that n3 is not the lowest n for the link.

We would need to go from this:

0  1  2  3  4  5  6  ...  = 31
+--+--+--+--+--+--+--+--+--+
1  1  1  1  1  1  1  1  1 = 1  
            = ;            &n= bsp; 
to this; this means agreeing on putting the "ends" at 0, but = seems counter-intuitive wrt B) In your specific question, the NCFs 1 and 2 = would be "1"

0  1  2  3  4  5  6  ...  = 31
+--+--+--+--+--+--+--+--+--+
0  1  1  1  1  1  1  1  1 = 0


If we want to set up an LSP m=3D3 the PCE needs to find an n (ni) such = that all n from ni - m + 1 to ni + m - 1 is "1". In this = case, using First fit, ni=3D3 and all NCFs up to 6 change to 0
0  1  2  3  4  5  6  ...  = 31
+--+--+--+--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1 = 0

SB> following your thoughts about the spectrum a= t the edge and if you consider m=3D3 , that means if SGW is 12.5 Ghz.  = ;6.25 is the NCG , so SW is 12.5x3 --> 6.25x6 , so the first 6 n is 0. Is this your reasoning?

BTW also around n31 it would be some 0 .



To conclude, in our case we always disseminate the whole supported NCFs= in the bitmap, so the PCE knows the "edges" and it does not real= ly matter if n0=3D0 or 1 or n31 is 0 or 1. we may need to clarify this in i= n draft, perhaps



Thanks
R

--_000_B9FEE68CE3A78C41A2B3C67549A96F48B75F3F40FR711WXCHMBA05z_-- From nobody Wed Jul 29 05:44: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 81F921A8A77 for ; Wed, 29 Jul 2015 05:44:15 -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 SFmsuxsnHEMJ for ; Wed, 29 Jul 2015 05:44:13 -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 3914E1A8A72 for ; Wed, 29 Jul 2015 05:44:13 -0700 (PDT) Received: from [2001:40b0:7c22:6020:4945:5ea0:1094:8b98] (helo=leo) by torres.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZKQiQ-000383-4n; Wed, 29 Jul 2015 14:44:10 +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 EED781FD5E; Wed, 29 Jul 2015 14:44:04 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: "BELOTTI, SERGIO (SERGIO)" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <55B87F4F.7080808@cttc.es> From: Ramon Casellas Message-ID: <55B8CA91.4020303@cttc.es> Date: Wed, 29 Jul 2015 14:44:01 +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="------------090408030209000600080709" X-Spamina-Bogosity: Ham 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: Wed, 29 Jul 2015 12:44:15 -0000 This is a multi-part message in MIME format. --------------090408030209000600080709 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 29/07/2015 a las 14:36, BELOTTI, SERGIO (SERGIO) escribió: (snip) > > > 0 1 2 3 4 5 6 ... 31 > +--+--+--+--+--+--+--+--+--+ > 0 1 1 1 1 1 1 1 1 0 > > > If we want to set up an LSP m=3 the PCE needs to find an n (ni) such > that all n from ni - m + 1 to ni + m - 1 is "1". In this case, using > First fit, ni=3 and all NCFs up to 6 change to 0 > 0 1 2 3 4 5 6 ... 31 > +--+--+--+--+--+--+--+--+--+ > 0 0 0 0 0 0 0 1 1 0 > > SB> following your thoughts about the spectrum at the edge and if you > consider m=3 , that means if SGW is 12.5 Ghz. 6.25 is the NCG , so SW > is 12.5x3 --> 6.25x6 , so the first 6 n is 0. Is this your reasoning? > > BTW also around n31 it would be some 0 . > > Ramon> yes, I am assuming SWG=12.5 GHz, ncf gran. 6.25Ghz (the only ones as per itu-t and in the fw). The allocated slot is shown below, the first "available" ncf would be n=7 (that allows another FS with m=1). Not sure what you mean about n=31 (still at 0). Following my previous mail, if now we wanted to disseminate starting with base n=6 it would also be 0111111 (as if we shifted the start NCF for the available range) 0 1 2 3 4 5 6 ... 31 +-----------------+ | | +--+--+--X--+--+--+--+--+--+ 0 0 0 0 0 0 0 1 1 0 Thanks R. --------------090408030209000600080709 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 29/07/2015 a las 14:36, BELOTTI, SERGIO (SERGIO) escribió:
(snip)


0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  1  1  1  1  1  1  1  1  0


If we want to set up an LSP m=3 the PCE needs to find an n (ni) such that all n from ni - m + 1 to ni + m - 1 is "1". In this case, using First fit, ni=3 and all NCFs up to 6 change to 0
0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1  0

SB> following your thoughts about the spectrum at the edge and if you consider m=3 , that means if SGW is 12.5 Ghz.  6.25 is the NCG , so SW is 12.5x3 --> 6.25x6 , so the first 6 n is 0. Is this your reasoning?

BTW also around n31 it would be some 0 .


Ramon> yes, I am assuming SWG=12.5 GHz, ncf gran. 6.25Ghz (the only ones as per itu-t and in the fw). The allocated slot is shown below, the first "available" ncf would be n=7 (that allows another FS with m=1). Not sure what you mean about n=31 (still at 0). Following my previous mail, if now we wanted to disseminate starting with base n=6 it would also be 0111111  (as if we shifted the start NCF for the available range)

0  1  2  3  4  5  6  ...   31
+-----------------+
|                 |
+--+--+--X--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1  0


Thanks

R.



--------------090408030209000600080709-- From nobody Wed Jul 29 09:15:28 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 E2B821ABD8F for ; Wed, 29 Jul 2015 09:15:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.186 X-Spam-Level: X-Spam-Status: No, score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5, 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 LsBVYHsfrJLS for ; Wed, 29 Jul 2015 09:15:13 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 1B7141A92AD for ; Wed, 29 Jul 2015 09:15:12 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 536A843DAA27B; Wed, 29 Jul 2015 16:15:06 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6TGF9iM008575 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 29 Jul 2015 18:15:09 +0200 Received: from [149.204.106.213] (135.239.27.38) by FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 29 Jul 2015 18:15:08 +0200 To: Ramon Casellas , "BELOTTI, SERGIO (SERGIO)" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <55B87F4F.7080808@cttc.es> <55B8CA91.4020303@cttc.es> From: Dieter Beller Organization: Alcatel-Lucent Message-ID: <55B8FC06.5070705@alcatel-lucent.com> Date: Wed, 29 Jul 2015 18:15:02 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B8CA91.4020303@cttc.es> Content-Type: multipart/related; boundary="------------000404030006080803040706" X-Originating-IP: [135.239.27.38] 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: Wed, 29 Jul 2015 16:15:19 -0000 --------------000404030006080803040706 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit Hi Ramon, all,

here are my thoughts how the Bitmap could be defined and interpreted (probably we are on the same page):

As far as the available spectrum is concerned you need to advertise whether a 6.25GHz frequency slot is available or is not available.
Such a slot is the spectrum between 2 NCFs and you may say that the lower edge frequency (lower NCF) uniquely identifies the slot
corresponding also to a n as defined in G.694.1: NCF(n) = 193.1THz + n × 0.00625THz


Now, we need to define how the bitmap is anchored on the frequency grid. Looking at RFC7579, you find:

2.6.3.  Bitmap Label Set


   For bitmap sets (Action = 4), the label set format is:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |  4    |   Num Labels          |             Length            |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                         Base Label                            |
     |                            . . .                              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Bitmap Word #1 (Lowest numerical labels)                   |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     :                                                               :
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Bitmap Word #N (Highest numerical labels)                  |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   In this case, Num Labels tells us the number of labels represented by
   the bitmap.  Each bit in the bitmap represents a particular label
   with a value of 1/0 indicating whether or not the label is in the
   set.  Bit position zero represents the lowest label and corresponds
   to the base label, while each succeeding bit position represents the
   next label logically above the previous.

   The size of the bitmap is Num Labels bits, but the bitmap is padded
   out to a full multiple of 32 bits so that the field is a multiple of
   four bytes.  Bits that do not represent labels SHOULD be set to zero
   and MUST be ignored.
If the Base Label field is providing the lower edge frequency of the lowest 6.25GHz slot or the corresponding n (see NCF formula), it is clear how
to interpret the Bitmap: 
Bit position zero represents the lowest label and corresponds to the base label, while each succeeding bit
position represents the next label logically above the previous.

As the channel width of a modulated carrier has to be a multiple of 12.5GHz, you always have to allocate an even number of 6,25GHz slots that
are symmetrical w.r.t. the NCF of the carrier. The NCFs themselves are not relevant as far as the available spectrum is concerned. They are just
the edges of the 6.25GHz slots.

So, it is well possible to unambiguously describe the available spectrum in an OSPF LSA using the Bitmap option as described above. This OSPF
LSA information can then be converted into any implementation specific internal representation suitable for path computation. That's of course
outside the scope of a standard.


Thanks,
Dieter


On 29.07.2015 14:44, Ramon Casellas wrote:
El 29/07/2015 a las 14:36, BELOTTI, SERGIO (SERGIO) escribió:
(snip)


0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  1  1  1  1  1  1  1  1  0


If we want to set up an LSP m=3 the PCE needs to find an n (ni) such that all n from ni - m + 1 to ni + m - 1 is "1". In this case, using First fit, ni=3 and all NCFs up to 6 change to 0
0  1  2  3  4  5  6  ...   31
+--+--+--+--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1  0

SB> following your thoughts about the spectrum at the edge and if you consider m=3 , that means if SGW is 12.5 Ghz.  6.25 is the NCG , so SW is 12.5x3 --> 6.25x6 , so the first 6 n is 0. Is this your reasoning?

BTW also around n31 it would be some 0 .


Ramon> yes, I am assuming SWG=12.5 GHz, ncf gran. 6.25Ghz (the only ones as per itu-t and in the fw). The allocated slot is shown below, the first "available" ncf would be n=7 (that allows another FS with m=1). Not sure what you mean about n=31 (still at 0). Following my previous mail, if now we wanted to disseminate starting with base n=6 it would also be 0111111  (as if we shifted the start NCF for the available range)

0  1  2  3  4  5  6  ...   31
+-----------------+
|                 |
+--+--+--X--+--+--+--+--+--+
0  0  0  0  0  0  0  1  1  0


Thanks

R.





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

--

DIETER BELLER
ALCATEL-LUCENT DEUTSCHLAND AG
PROJECT MANAGER ASON/GMPLS CONTROL PLANE
IP ROUTING AND TRANSPORT BL
IP TRANSPORT BU

Lorenzstrasse 10
70435 Stuttgart, Germany
Phone: +49 711 821 43125
Mobil: +49 175 7266874

Alcatel-Lucent Deutschland AG
Domicile of the Company: Stuttgart · Local Court Stuttgart HRB 4026
Chairman of the Supervisory Board: Michael Oppenhoff
Board of Management: Wilhelm Dresselhaus (Chairman) · Hans-Jörg Daub · Ralf Niederberger

This e-mail and its attachments, if any, may contain confidential information.
If you have received this e-mail in error, please notify us and delete or destroy the e-mail and its attachments, if any, immediately.
If you have received this e-mail in error, you must not forward or make use of the e-mail and its attachments, if any.
--------------000404030006080803040706 Content-Type: image/jpeg; name="Corporate-sig-logo.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Corporate-sig-logo.jpg" /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAA Af/bAIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgIC AgICAgICAwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMD AwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAG AgMBAAAAAAAAAAAAAAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoL EAACAQMEAQMDAgMDAwIGCXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOh sfAmNHIKGcHRNSfhUzaC8ZKiRFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5 OkhJSlhZWmdoaWp2d3h5eoWGh4iJipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX 2Nna5OXm5+jp6vT19vf4+foRAAIBAwIEBAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRx CEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMYY0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVW N4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4doaWprbG1ub2Z3eHl6e3x9fn90hYaHiI mKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+v/aAAwDAQACEQMRAD8A3+Pfuvde 9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69 1737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737 r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvnsm0T1ExVp4aKgx+P pIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBVRQWdjhVBPl09 bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnDsnYeNhlS t353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs6eNO xxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ 7Acje43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BIN KHjT7QSPl1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3 PH4/Pq/b0eT0e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT 51rSnRWch3x82aXqD5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7 jxFdV1j4TJaq6J6L7a/lkQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1 +i9/YvC0VVt7r6j2f9umY7C/jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4K Yys7u617g3DtL45dIN8iev44/kN1HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWp jPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72i yUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfPqn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0d L3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkFWRjEDeM1aInut0WtK46Hyr7F+REPyX2R 1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvWb0i7jz1LWYYx1K5iFkpWMrKQhgZZ PdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh1/HTdgdV0u+MRhIO0YOz5aBN t4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0HFV/Gyr6SrN75T5Mnsfb0 E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/In5+r8YMp2ZT/AAAo JPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6Pfut0WtK4+zox q9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNESRCCZCQv utUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9ppiTtr KyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y 8h8B8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm 1HVSyx+/dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr 5+uzTrn9ttjaeJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b3 10AfkPsCeDoPqKv3bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaH yVl787t2HP8AGeli6R2R1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoW YI8c6BPdaoKcc9BLi++PnVU9IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq 0W8o6WTC9mVWJ29j8dkP4JjmWtL5E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11t fcXx07THcm1UqPkPv7J7Xq8luHYNbtE0L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q9 5/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Ti z91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZn ObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8AY6S1D3l8yKjY/wAOs3UfC+Cm3h3H urA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0zOT4L+V1ce63Rc5+zrXk/m+/N PFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27fkrt/dO69n7RzOydsQYf 4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQveG1+kG+YX8475J7R HyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWqqJI09+69QUqR Wi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou3N0bl7bh 7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP/n3f If4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D 2f1juzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1q iUOe2or506MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7ox c9PgMzNkcNHFkIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi0 6hgjpyeOGOR0t38SEEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2f Uz/7L/2dlPieazAU9AaOT+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z 9H8DvlB/M/h762NkqPau5e3uv9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7c FNU1VJjK2i/ap6emp5EqT7reldQT+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F /HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0 w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cu LyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7/hQ7W75qfjn8beq9vy1mal7A7yo6KvpK KlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+8sfulw7fFzVu283xVTabWSHbgiNI pkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt742fyrYqvMb7+RvyK33s7fPy0o NgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHkq9o6Srnp8od3vMvNvOF3 vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXbS7xhbWJSI9Qr8u0c Kk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5Jtr9LVf9/cbi 8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WVoZGuKSXY 8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv/u5/ EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r 3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvf uvde9+691737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7Ahl pnTdC5HaVFFjpVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w 8FNt+u3vjtqYfY2O3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjN z7Oqcl8PuhpZthbewm09sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63 rb1PSw3N8BfhPvPcvbe8N2fFforce5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3 FUlcKtl+7NZSQTmQywxuvuvam9TjpWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP 2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7i fx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/ g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSxHX2Dx22tgxYlkpBTRVmx9vYejosPVtG1 XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+3Oz9uZ/aXY2+JuvduT5TfO392U70 m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnTL13/AC+vhL1NjosR1z8Yen9p 4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4o8aaiT7dYw7X91ssx4np T9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ33Xzz0xqTuyh2hQxY pK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7LVQlpsPg947Zo 6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBcotNTQuQSV BoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ2D2x HndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3 b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U 49O+U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN 25jcvXfa4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMi apnXUqqFLJErN1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h /wANi+4/0ufxn++n9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sN WPpdHg+Bq4avB/Hpp4v6mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697 917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r 3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3X uve/de697917r3v3XugA+RP/AB59D/zID/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8A N3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/an4/9v8X59C17IumOv//Z --------------000404030006080803040706-- From nobody Wed Jul 29 10:33: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 BABB11B31D3 for ; Wed, 29 Jul 2015 10:33:09 -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 H8Z4DGAMxjTu for ; Wed, 29 Jul 2015 10:33:08 -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 E3CC01B2A25 for ; Wed, 29 Jul 2015 10:33:07 -0700 (PDT) Received: from [2001:40b0:7c22:6020:4945:5ea0:1094:8b98] (helo=leo) by villa.puc.rediris.es with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ZKVDx-0007kO-Ev; Wed, 29 Jul 2015 19:33:02 +0200 Received: from [192.168.1.200] (81.61.180.55.dyn.user.ono.com [81.61.180.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 8EC8B1FD5E; Wed, 29 Jul 2015 19:32:52 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es To: Dieter Beller , "BELOTTI, SERGIO (SERGIO)" References: <4A1562797D64E44993C5CBF38CF1BE48129AC059@ESESSMB301.ericsson.se> <55B60094.4010508@cttc.es> <55B87F4F.7080808@cttc.es> <55B8CA91.4020303@cttc.es> <55B8FC06.5070705@alcatel-lucent.com> From: Ramon Casellas Message-ID: <55B90E47.4060602@cttc.es> Date: Wed, 29 Jul 2015 19:32:55 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B8FC06.5070705@alcatel-lucent.com> Content-Type: multipart/alternative; boundary="------------040208000608000105020204" X-Spamina-Bogosity: Ham 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: Wed, 29 Jul 2015 17:33:09 -0000 This is a multi-part message in MIME format. --------------040208000608000105020204 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit El 29/07/2015 a las 18:15, Dieter Beller escribió: > Hi Ramon, all, > > > As far as the available spectrum is concerned you need to advertise > whether a 6.25GHz frequency slot is available or is not available. Hi Dieter, all (snip) Agreed, at the end, it is just a matter of clearly defining what it means that a given NCF "n" is "available" (it can be that a FS of m=1 can be allocated or, as you say, that the portion of spectrum of 6.25GHz at the "left" or "at the right" is available or any other equivalent definition). Once this is agreed, the encoding is relatively straightforward. Whether it is "both sides" or "just one side" will determine, on a per link basis, the base "n" and the rest of NCFs. Ex: if a link has a usable spectrum between n=0 and n=7, if we use i) "a NCF bit is 1 if an FS of m=1 can be allocated around it" or ii) "a NCFbit is 1 if the right 6.25 GHz portion is available" the encoding is different: |<----------->| 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+ 0 1 1 1 1 1 1 0 i) 1 1 1 1 1 1 1 0 ii) We agree that, if the semantic is known, the spectrum allocation is the same since the allocation needs to allocate in slots multiple of 12.5GHz around the chosen n. IMHO I do believe the draft could clarify it. Thanks R. --------------040208000608000105020204 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
El 29/07/2015 a las 18:15, Dieter Beller escribió:
Hi Ramon, all,


As far as the available spectrum is concerned you need to advertise whether a 6.25GHz frequency slot is available or is not available.
Hi Dieter, all

(snip) Agreed, at the end, it is just a matter of clearly defining what it means that a given NCF "n" is "available" (it can be that a FS of m=1 can be allocated or, as you say, that the portion of spectrum of 6.25GHz at the "left" or "at the right" is available or any other equivalent definition). Once this is agreed, the encoding is relatively straightforward. Whether it is "both sides" or "just one side" will determine, on a per link basis, the base "n" and the rest of NCFs.

Ex: if a link has a usable spectrum between n=0 and n=7, if we use i) "a NCF bit is 1 if an FS of m=1 can be allocated around it" or ii) "a NCFbit  is 1 if the right 6.25 GHz portion is available" the encoding is different:

|<----------->|
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+
0 1 1 1 1 1 1 0 i)
1 1 1 1 1 1 1 0 ii)

We agree that, if the semantic is known, the spectrum allocation is the same since the allocation needs to allocate in slots multiple of 12.5GHz around the chosen n.
IMHO I do believe the draft could clarify it.

Thanks
R. --------------040208000608000105020204-- From nobody Thu Jul 30 01:46:03 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 493FE1B2D2F for ; Thu, 30 Jul 2015 01:46:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.799 X-Spam-Level: X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_HELO_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 LNwrLmS4E5vc for ; Thu, 30 Jul 2015 01:46:00 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0707.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::707]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 034261B2D2E for ; Thu, 30 Jul 2015 01:45:59 -0700 (PDT) Authentication-Results: ericsson.com; dkim=none (message not signed) header.d=none; Received: from pc6 (81.151.167.91) by DBXPR07MB061.eurprd07.prod.outlook.com (10.242.147.14) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 30 Jul 2015 08:45:40 +0000 Message-ID: <02b501d0caa3$9c376360$4001a8c0@gateway.2wire.net> From: t.petch To: Daniele Ceccarelli , References: <4A1562797D64E44993C5CBF38CF1BE48129AE0BA@ESESSMB301.ericsson.se> Date: Thu, 30 Jul 2015 09:41:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [81.151.167.91] X-ClientProxiedBy: AM2PR07CA0022.eurprd07.prod.outlook.com (25.163.24.160) To DBXPR07MB061.eurprd07.prod.outlook.com (10.242.147.14) X-Microsoft-Exchange-Diagnostics: 1; DBXPR07MB061; 2:R7pMtMxClNhJm4pBYahZpphDJkJ6+3jXT7zN8b7Ts/zo1QP6d4fXuTCoKdE1ND1k2BBtRz8v/iHqBKxKvaAhx9E5uSOMlwbEQ100bgJDwqJ+7QMfLSkAFlbKonjdM64ZAS+Cb/PHnJtLii27bqVciNo/awmViPgCfn2Zm8Km/OY=; 3:Ikfm6+Cw6PX5bjewUGYlqbstAJPxANf/HqK1fAkER9EYUljlxpUAKt8Z2zq3UoKFfgs3qFpLDcxZJUzuAHZObyxnYEIN2bcuTjV0pI/6gCgCfbYbyS78I9MW8rD3Vm4ZmSgPOnO7Wm3uBfaiWynjow==; 25:6nn2gFk6zVOG4X5Hp9J5Mdb6ZwJYmehShn25sxCKlXHvR63T2s7NJO0/Isa3RNICsxKFGs5+Q2giannNgZvZyVF0DcVqYvnC559Mr2QvJxRBbA1tPplComApsH3wj0yPfmzUivZ7dsgOuxEizm5+M9SfNhFMzTd9rzZrhBobschG1L7oG+H49cnOcacRmyW8sSkZGR9lo5obXe4Yfn+zOeWbmW+S0iJtJmpQJuN/o4bXx9EISkkztKUF84V7YZq9YqLK9ZWyHfhDSozOcZpPXQ==; 4:AMEoj0mje8qQiAHGWscrW9Q6GvWV4xjKesWujss02VkqjsFdDnpNPvgTLXpv3vyCRg0H/DfE0+meqmX9LuwRyMryDF0YpTD0NC7qL7cYLpMNoNgvrsnMgDnzcBYyCu6HpJX+CATbx+/Ldq+lsHXPc0Ug9iXaCAYcV1OQyKd9aTAX7pwTAxGKVRcbSJKar/HZh3RtOJJboUtwd3kC5sy0zcLgdDXHi3Kmlv2rf3Ak/ZODnYWdO/oOrZi4JIgCMexn8RMg6hrMEteDJ1H7M/RPU+6N7F6+Xvopveffp7jFpdU= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DBXPR07MB061; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DBXPR07MB061; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB061; X-Forefront-PRVS: 06530126A4 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(53754006)(13464003)(50226001)(1556002)(92566002)(87976001)(33646002)(62966003)(107886002)(189998001)(77156002)(5001960100002)(5001770100001)(77096005)(23756003)(106356001)(19580405001)(44736004)(19580395003)(15975445007)(116806002)(84392001)(1456003)(42186005)(44716002)(61296003)(14496001)(62236002)(66066001)(76176999)(47776003)(46102003)(50986999)(81816999)(50466002)(81686999)(86362001)(40100003)(122386002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DBXPR07MB061; H:pc6; FPR:; SPF:None; MLV:nov; PTR:InfoNoRecords; LANG:en; X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; DBXPR07MB061; 23:0MW0304bt4Lk2NwoXoTtMBMiSl/Ky1mo7vKoPg+i?= =?iso-8859-1?Q?s4bcgCSxwtoDaCxXuIq2p3zO7ZocglDVWtzld1AB7LB0ldEG91ZeCXu0/q?= =?iso-8859-1?Q?KJtH1zUgeTZOdPNL4dWWEoZY331SUU1BKxg/VXeLDTrSlBNINTE82+p72E?= =?iso-8859-1?Q?YuR6SeYZyylPtnZ8zwt9GvHkS0S4qEP4biCBdwt+XehDgSEDip6uaO/95F?= =?iso-8859-1?Q?CJUu9bl4idm99GI9tgk0RzXksKhPp2ZyMxEotT28TwypZatIiVMqiy52LB?= =?iso-8859-1?Q?GUKOZ2Fiys6ujBkEt+xH2ewWN6NNpZr29fJIs2w2pP7MBXJI+E+6c/IW6r?= =?iso-8859-1?Q?0mJPo3IH8nhObFGbO3azFfevuudD33fBPd2SoLrpWHOgtPVE1vkYeXd0UH?= =?iso-8859-1?Q?2ifUVOaaw4XsQNHx2o38xgw183RQ1M4gZ1wIXnJPlLv6Fu7VD98IcfaSxN?= =?iso-8859-1?Q?fdLSousQ1sXLWv1NHwT0GWXphTObZrOx46qFbF3sbDjjGp6nl8y3pHF8sw?= =?iso-8859-1?Q?V63B2sHOvi9I1buW5GknQHsHAysh6OSGH9defN+QPmzHIe8PiM6Mc+Vk94?= =?iso-8859-1?Q?FcBKuYn6FTxUcRASDfBGmO5N7Lc1a9dJPfeW/hG9JCP534cUI6ZsyFtfjL?= =?iso-8859-1?Q?tUOtq7iD2UTZ0fMqmLXIkahqiKh+1wRM9E7rggucdFL+sXPjZ1XC9f2pk5?= =?iso-8859-1?Q?4LKNa8hOsjuo38K7rE4N8vXL/zWmma0jYLVHiI4gz1JluWJtU3gspDaLL6?= =?iso-8859-1?Q?VmeFZ6jN5h5Y1KEnmxfKBpHqtp656yhToRFLm7IjnAAZx+eO62zCrZ4cIC?= =?iso-8859-1?Q?vT8Vr7k7E98CHC7jLcgPPhiMb84JRAFuZp1OoHZjGI8AfVlv8MsWQUqPnu?= =?iso-8859-1?Q?iO49/pAVGwBvWTVLGqQO76NWiDk2FxYajkgm1wTA3xpct2BzSbyNZjzAMc?= =?iso-8859-1?Q?vKJEM6j/IqyTRrz2Sn9UdSBkqH0SlO3IVtcB5KrFxnaIQwuewyk7pekJ1m?= =?iso-8859-1?Q?xiMw0xWBw1lYVASr7HKdhevYv/1CdP3+MEzJqT2BT6DzOJ72/uFJD6oE+E?= =?iso-8859-1?Q?xrREPHaLrM8KOMvbs8NJGR2fR6WzQSiFUZKsfxULRisoHEDSOTDI7h/g4l?= =?iso-8859-1?Q?Rm9/zkCHLuVD1OnNdNmYu2zDyw=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; DBXPR07MB061; 5:9J1Hjv0w7bPlJLNH9zP2m9anCOwJLx9udibfwGmtBbqARsY+KdVXBhEQw8Puv/q/7RWk6bPnJD75844lAXkyP5bWnB5VSEvEJzyuHkdu+hRyESYnu1zpq+S8Ap9F4qVkdKLjxjhKCUH/JeKSEM6B0Q==; 24:sggO+CNPVIREpoglIGgSU82LFVmm4Xr7+oMETzb/N1V7+6v9Vc/f2mn7fjzMp+F7aRUN+eQkKbq/f3t00HGbxE/pAL7EXOjiX0DH43sgIMI=; 20:AMaD/Oei3SpjUdFiyO6hiMG7s0fbEJJ2ahby3dhDTa6F2muUxFJjXqrw3kJLay6TQMw6S006UwBGqYEaT+A6/w== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jul 2015 08:45:40.1780 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB061 Archived-At: Subject: Re: [CCAMP] IETF 93 - MINUTES 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, 30 Jul 2015 08:46:02 -0000 I notice that this links to a file of type Adobe Acrobat Control for ActiveX Are they available in something simpler, such as plain text? Tom Petch ----- Original Message ----- From: "Daniele Ceccarelli" To: Sent: Wednesday, July 29, 2015 10:21 AM Subject: [CCAMP] IETF 93 - MINUTES Hi all, a first draft of the minutes from the IETF 93 meeting is available: https://www.ietf.org/proceedings/93/minutes/minutes-93-ccamp Please review and send any correction/amendment if needed. BR Daniele and Fatai ------------------------------------------------------------------------ -------- > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From nobody Thu Jul 30 03:31: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 AF1281B2DD7 for ; Thu, 30 Jul 2015 03:31:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506] 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 bESHMSGsFLRR for ; Thu, 30 Jul 2015 03:31:01 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 126071B2E01 for ; Thu, 30 Jul 2015 03:28:56 -0700 (PDT) X-AuditID: c1b4fb25-f79046d000007f53-53-55b9fc66f078 Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 1C.E0.32595.66CF9B55; Thu, 30 Jul 2015 12:28:55 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.03.0210.002; Thu, 30 Jul 2015 12:28:54 +0200 From: Daniele Ceccarelli To: t.petch , "ccamp@ietf.org" Thread-Topic: [CCAMP] IETF 93 - MINUTES Thread-Index: AdDJ39MJpZvLi+wPSzqEInKcbwdGcgAxEpncAAOJ2xA= Date: Thu, 30 Jul 2015 10:28:53 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AF0C9@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE48129AE0BA@ESESSMB301.ericsson.se> <02b501d0caa3$9c376360$4001a8c0@gateway.2wire.net> In-Reply-To: <02b501d0caa3$9c376360$4001a8c0@gateway.2wire.net> 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.148] Content-Type: multipart/mixed; boundary="_002_4A1562797D64E44993C5CBF38CF1BE48129AF0C9ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKIsWRmVeSWpSXmKPExsUyM+JvjW76n52hBke7+SyezLnBYnHt0X0W ByaPXUd/sHssWfKTKYApissmJTUnsyy1SN8ugStj2+z37AW90xkrXs+/wdTAuG4iYxcjJ4eE gInE3wX3oWwxiQv31rN1MXJxCAkcZZS4uOQkC4SzhFHi24MJzF2MHBxsAlYSTw75gDSICLhI 3Pg5lRXEFhZQk5h6/TcbRFxdYteTo0wQtpXEszNnwBawCKhKXO2YDlbDK+Arsf/qLXaI+U2M Ej9+PWEHSXAK2Evs+70fbCijgKzEhN2LwJqZBcQlbj2ZzwRxqYjEw4un2SBsUYmXj/+xQthK Eo1LnrBC1GdKrH7ygQVimaDEyZlPWCYwisxCMmoWkrJZSMog4noSN6ZOYYOwtSWWLXzNDGHb SZxr/QJlG0kcXbuGfRbQD8wCuxklNjRvgxqqKDGl+yH7AkbOVYyixanFSbnpRsZ6qUWZycXF +Xl6eaklmxiB8Xhwy2/VHYyX3zgeYhTgYFTi4U3YuzNUiDWxrLgy9xCjNAeLkjjvjM15oUIC 6YklqdmpqQWpRfFFpTmpxYcYmTg4pRoYjTafafC2+GEo0LCNdeNd/xp+k8ORt/j39XuH2zss tF9s8f7TlNJjGive3Sq8ulVhVuu+lCmW/zJ+2pyKsPDOuxG80qdnqtrniOJfldw/Lgd/D/2a /8injWvJ8uyW9bq8cl3xu1yeMsxMUt4ueMNr/hNX51e7OKfwhFnnMubPmqJYwW97psxJiaU4 I9FQi7moOBEAJH6jlagCAAA= Archived-At: Subject: Re: [CCAMP] IETF 93 - MINUTES 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, 30 Jul 2015 10:31:05 -0000 --_002_4A1562797D64E44993C5CBF38CF1BE48129AF0C9ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable It should be a simple plain PDF. I'm attaching the .txt version (formatting pretty much messed up).=20 Daniele > -----Original Message----- > From: t.petch [mailto:ietfc@btconnect.com] > Sent: gioved=EC 30 luglio 2015 10:42 > To: Daniele Ceccarelli; ccamp@ietf.org > Subject: Re: [CCAMP] IETF 93 - MINUTES >=20 > I notice that this links to a file of type Adobe Acrobat Control for Acti= veX >=20 > Are they available in something simpler, such as plain text? >=20 > Tom Petch >=20 >=20 > ----- Original Message ----- > From: "Daniele Ceccarelli" > To: > Sent: Wednesday, July 29, 2015 10:21 AM > Subject: [CCAMP] IETF 93 - MINUTES >=20 >=20 > Hi all, >=20 > a first draft of the minutes from the IETF 93 meeting is available: > https://www.ietf.org/proceedings/93/minutes/minutes-93-ccamp >=20 > Please review and send any correction/amendment if needed. >=20 > BR > Daniele and Fatai >=20 >=20 >=20 > ------------------------------------------------------------------------ > -------- >=20 >=20 > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > --_002_4A1562797D64E44993C5CBF38CF1BE48129AF0C9ESESSMB301erics_ Content-Type: text/plain; name="CCAMP Minutes- IETF 93-v2.txt" Content-Description: CCAMP Minutes- IETF 93-v2.txt Content-Disposition: attachment; filename="CCAMP Minutes- IETF 93-v2.txt"; size=12755; creation-date="Thu, 30 Jul 2015 10:25:13 GMT"; modification-date="Thu, 30 Jul 2015 10:25:15 GMT" Content-Transfer-Encoding: base64 CQkJCQlDQ0FNUCBNaW51dGVzIEZvciBJRVRGIDkzDQpXZWRuZXNkYXksIEp1bHkgMjIsIDIwMTUg KENFU1QpDQoxNTo1MC0xNzoyMCAtIFdlZG5lc2RheSBBZnRlcm5vb24gU2Vzc2lvbiBJSQ0KUm9v bTogQmVybGluL0JydXNzZWxzDQpQcmVzZW50YXRpb24gIAlTdGFydCBUaW1lCUR1cmF0aW9uCUlu Zm9ybWF0aW9uCQ0KMAkgCTE1OjUwCQkxMAkJDQpUaXRsZToJQWRtaW5pc3RyaXZpYSAtIFdHIFN0 YXR1cyAtIE5ldyBjaGFydGVyIGFuZCBXRyBzY29wZQ0KUHJlc2VudGVyOglDaGFpcnMNCjAJIAkx NjowMAkgICAgICAgICAgICAgNQlUaXRsZToJUmVwb3J0aW5nIG9uIFdHIGRyYWZ0cyBub3QgYmVp bmcgcHJlc2VudGVkDQotZHJhZnQtaWV0Zi1jY2FtcC13c29uLWl2LWluZm86DQpHaW92YW5uaSBN YXJ0aW5lbGxpOiBJIGRpZCBub3QgZG8gbXkgb3duIHdvcmssIGFuZCBJIGhhdmUgdG8gbWFrZSBh IGRyYWZ0IGxpYWlzb24gdG8gSVRVLVQgdG8gdW5kZXJzdGFuZCBpZiB3ZSBhcmUgcmlnaHQgYW5k IHdlIHdvdWxkIGxpa2UgdG8gY2hlY2sgd2l0aCB0aGVtIGlmIHRoZSBpbmZvcm1hdGlvbiBsaWtl IHBhcmFtZXRlcnMgYW5kIHR5cGVzIGFyZSByaWdodC4gSSB3aWxsIGRvIHRoYXQgYXMgc29vbiBh cyBwb3NzaWJsZS4gDQotIGRyYWZ0LWlldGYtY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4 dDoNClhpYW4gWmhhbmc6IEl0IGlzIHN0YWJsZSBmb3IgYSB3aGlsZSBhbmQgc2hvdWxkIGJlIHJl YWR5IGZvciBMQy4NCkRhbmllbGUgQ2VjY2FyZWxsaTogd2lsbCBiZSB0aGUgbmV4dCBhZnRlciBm bGV4aSBncmlkIEZXSyBhbmQgbGFiZWwgZm9ybWF0LiANCg0KMQkgCTE2OjA1CTEwCQ0KVGl0bGU6 CUdNUExTIE9TUEYtVEUgRXh0ZW5zaW9ucyBpbiBzdXBwb3J0IG9mIEZsZXhpYmxlIEdyaWQNCkRy YWZ0OglkcmFmdC1pZXRmLWNjYW1wLWZsZXhpYmxlLWdyaWQtb3NwZi1leHQtMDINClByZXNlbnRl cjoJSGFvbWlhbiBaaGVuZw0KRGlldGVyIEJlbGxlcjogSSB3b3VsZCBsaWtlIHRvIGhhdmUgcXVl c3Rpb25zIGZvciBjbGFyaWZpY2F0aW9uLiBBcmUgdGhlcmUgdGhyZWUgcG9zc2liaWxpdGllcyB0 byBhZHZlcnRpc2UgYXZhaWxhYmxlIHNwZWN0cnVtPyBJZiB5b3UgZGVmaW5lIG11bHRpcGxlIGFw cHJvYWNoZXMsIGl0IG1pZ2h0IGJlIGRpZmZpY3VsdCBmb3IgaW50ZXJvcGVyYWJpbGl0eS4gQ2Fu IHRob3NlIG9wdGlvbnMgYmUgcmVkdWNlZCBpZGVhbGx5IHRvIG9uZSBhcHByb2FjaD8gVGhyZWUg b3B0aW9ucyBhcmUgYSBsaXR0bGUgYml0IHRvbyBtdWNoLg0KRGFuaWVsZSBDZWNjYXJlbGxpOiBn b29kIHBvaW50LiBJIHdhcyBhYm91dCB0byB0YWtlIHRoaXMgdG8gdGhlIFdHLCBtYXliZSB3ZSBj YW4gZGlzY3VzcyBvbiB0aGUgbGlzdCB0byBzZWUgd2hhdCBpcyB0aGUgb3B0aW9uIG9mIHRoZSBX Ry4gSSB3b3VsZCBsaWtlIHRvIHBvbGwgaXQgb24gdGhlIGxpc3Qgd2l0aCBkaWZmZXJlbnQgb3B0 aW9ucywgbGlrZSBrZWVwIHRoaW5ncyBhcyB0aGV5IGFyZSwgc28gZ28gZm9yIHRocmVlIG9wdGlv bnMsIG9yIHdoaWNoIGlzIHRoZSBwcmVmZXJyZWQgb3B0aW9uLiBXZSB3aWxsIGRpc2N1c3Mgb24g dGhlIGxpc3QgYmVmb3JlIHRoZSBMQy4NCkdpb3Zhbm5pIE1hcnRpbmVsbGk6IEkgd291bGQgbGlr ZSB0byBtZW50aW9uIHRoYXQgdGhlIGdlbmVyaWMgZW5jb2RpbmcgZm9yIFdTT04gaGFzIHRoZSBz YW1lIGlzc3VlLg0KRmF0YWkgWmhhbmc6IEZvciBXU09OLCB3aHkgdGhlcmUgYXJlIHRocmVlIG9w dGlvbnMsIGJlY2F1c2UgdGhlcmUgYXJlIG11bHRpcGxlIGNhc2VzLiBJbiBzb21lIGNhc2UsIHRo ZXJlIGlzIG11Y2ggaW5mb3JtYXRpb24gdG8gYmUgYWR2ZXJ0aXNlZCwgc28gaXQgaXMgZ29vZCB0 byB1c2UgYml0IG1hcCBhcHByb2FjaCB0byBhZHZlcnRpc2UgdGhlIGluZm9ybWF0aW9uLCBvdGhl cndpc2UgaWYgdGhlcmUgaXMgb25seSBhIGxpdHRsZSBiaXQgaW5mb3JtYXRpb24sIHdlIGNhbiBq dXN0IHVzZSByZWd1bGFyIGxhYmVsIHNldCBhcHByb2FjaC4NCllvdW5nIExlZTogQXJlIHlvdSB0 YWxraW5nIGFib3V0IEFjdGlvbiBpbiBnZW5lcmljIGVuY29kaW5nIGFib3V0IExhYmVsIFNldD8g SSB0aGluayB0aGF0IHdhcyBhY2NlcHRhYmxlIGluIFdTT04uIFdoeSB3ZSBzaG91bGQgYXJndWUg d2l0aCB0aGF0PyBCZWNhdXNlIHdlIGhhdmUgQWN0aW9uIDEsIDIsIDMsIGJpdCBtYXAgaXMgdGhl IGxvd2VzdCBvbmUuIExhYmVsIHNldCBpcyBhIGxpdHRsZSBtb3JlIGVmZmljaWVudCB3YXkuIFdo YXRldmVyIHlvdSB3YW50LCB5b3UgY2FuIGRvIGl0LiBJbnRlcm9wZXJhYmxlIGFueWhvdywgaXQg aXMgaW5mb3JtYXRpb24gYW1vdW50LCBob3cgdG8gb3B0aW1pemUsIHNvIEkgYW0gbm90IHN1cmUg aWYgdGhlcmUgaXMgYW55IGlzc3VlLg0KRGFuaWVsZSBDZWNjYXJlbGxpOiBUaGF0IGlzIHdoeSBJ IHNhaWQsIHdlIHdpbGwgcG9sbCB0byBrZWVwIG9uZSBvciBhbGwgb2YgdGhlbS4NCiANCjIJIAkx NjoxNQkxMAkNClRpdGxlOglSU1ZQLVRFIFNpZ25hbGluZyBFeHRlbnNpb24gZm9yIExpbmtzIHdp dGggVmFyaWFibGUgRGlzY3JldGUgQmFuZHdpZHRoDQpEcmFmdDoJZHJhZnQtaWV0Zi1jY2FtcC1y c3ZwLXRlLWJhbmR3aWR0aC1hdmFpbGFiaWxpdHktMDINClByZXNlbnRlcjoJQW15IFllDQoNCjMJ IAkxNjoyNQkxMAkNClRpdGxlOglPU1BGIFJvdXRpbmcgRXh0ZW5zaW9uIGZvciBMaW5rcyB3aXRo IFZhcmlhYmxlIERpc2NyZXRlIEJhbmR3aWR0aA0KRHJhZnQ6CWRyYWZ0LWlldGYtY2NhbXAtb3Nw Zi1hdmFpbGFiaWxpdHktZXh0ZW5zaW9uLTAyDQpQcmVzZW50ZXI6CUFteSBZZQ0KRGFuaWVsZSBD ZWNjYXJlbGxpOiBJIGhhdmUgY29tbWVudHMuIFRoZSBmaXJzdCBvbmUgaXMgc29tZSBzb3J0IG9m IGVkaXRvcmlhbCwgYWJvdXQgUFNDLTEsIDIsMyw0LCBJIGRvbpJ0IHJlbWVtYmVyIGlmIHdoYXQg d2FzIGxlZnQsIHdhcyBQU0Mgb3IgUFNDLTE/IERpZCB5b3UgYWxyZWFkeSBjaGVjaz8NCkFteSBZ ZTogWWVzLCBJIGhhdmUgY2hlY2tlZCBSRkM3MDc0IGFuZCB3aGF0IGlzIGxlZnQgaXMgUFNDLTEu DQpEYW5pZWxlIENlY2NhcmVsbGk6IFRoZSBzZWNvbmQgdGhpbmcgaXMgdGhhdCwgdGhlcmUgYXJl IHR3byBkcmFmdHMsIHdoZW4gVEVBUyBXRyBjaGFydGVkLCB3ZSBoYWQgbG9uZyBkaXNjdXNzaW9u IG9uIHdoaWNoIGRyYWZ0IHNob3VsZCBiZWxvbmcgdG8gVEVBUywgd2hpY2ggYmVsb25ncyB0byBD Q0FNUC4gVGhpcyBpcyBhIGxpdHRsZSBhbWJpZ3VvdXMuIFRoZXJlIGFyZSBtZWNoYW5pc21zIHRo YXQgY2FuIGJlIGNvbnNpZGVyZWQgYXMgZ2VuZXJhbCwgdGVjaG5vbG9neSBhZ25vc3RpYywgdGhl cmUgYXJlIHNvbWUgcGFydHMgYXJlIHRlY2hub2xvZ3kgc3BlY2lmaWMuIEkgYW0gc29ycnkgdGhh dCBJIGRvbpJ0IGhhdmUgdGltZSB0aGlzIHdlZWsgdG8gZGlzY3VzcyB3aXRoIFRFQVMgY2hhaXJt ZW4uIEkgd291bGQgbGlrZSB0byBoZWFyIGZyb20geW91LiBJZiB5b3UgdGhpbmsgdGhhdCB0d28g ZHJhZnQgY291bGQgYmUgc3BsaXQgc29tZXRoaW5nIGlzIGdlbmVyaWMsIHNvbWV0aGluZyBpcyB0 ZWNobm9sb2d5IHNwZWNpZmljLCBpdCBtaWdodCBiZSB0aGF0IHRoZXJlIGFyZSA5MCUgb2YgY29u dGVudCBpcyB0ZWNoIGFnbm9zdGljIGFuZCB5b3Ugb25seSBuZWVkIG9uZSBwYWdlIHRvIGRlZmlu ZSB0ZWNoIHNwZWNpZmljLiBXZSBjb21lIHRvIHRoZSBjb25jbHVzaW9uLCBldmVyeXRoaW5nIGlz IHRlY2hub2xvZ3kgYWdub3N0aWMsIGV2ZXJ5dGhpbmcgaXMgdGVjaG5vbG9neSBzcGVjaWZpYy4g V2hhdCBpcyB5b3VyIG9waW5pb24gb24gdGhhdD8NCkFteSBZZTogTXkgcGVyc29uYWwgb3Bpbmlv biBpcyBJIGFtIE9LIHdpdGggdGhpcyB3YXkuIEkgd291bGQgbGlrZSB0byBkaXNjdXNzIHdpdGgg dGhlIHJlc3Qgb2YgdGhlIGNvYXV0aG9ycyBpZiB0aGV5IGhhdmUgYW55IGNvbW1lbnRzLiAgDQpI aW1hbnNodSBTaGFoOiBURUFTIGNoYWlycyBhcmUgaGVyZTsgbWF5YmUgd2UgY2FuIG1ha2UgdGhl IGRlY2lzaW9uIHJpZ2h0IG5vdy4gRWl0aGVyIHdheSwgd2hhdCB3ZSB3b3VsZCBsaWtlIGlzIHRo YXQgd2Ugc2hvdWxkIG5vdCByZXN0YXJ0IGV2ZXJ5dGhpbmcgZnJvbSB0aGUgYmVnaW5uaW5nLiBX ZSBhcmUgYWxtb3N0IHRvIHRoZSBMQywgYnkgY2hhbmdpbmcgdGhlIFdHLCB3ZSBzaG91bGQgbm90 IHN1ZmZlciByZXN0YXJ0LiANCkRhbmllbGUgQ2VjY2FyZWxsaTogYWJzb2x1dGVseSwgdGhlcmUg aXMgbm8gaXNzdWUgdG8gc3RhcnQgd2l0aCBkaXJlY3QgV0cgZHJhZnQsIHNvIHRoZXJlIGlzIG5v IG5lZWQgdG8gcmVzdGFydCBldmVyeXRoaW5nIGZyb20gc2NyYXRjaC4NCkxvdSBCZXJnZXI6IEkg YWdyZWUgd2l0aCB0aGUgY2hhaXIuIEluIHRlcm1zIG9mIHdoZXRoZXIgd2UgdGFrZSBpdCBnbyBp bW1lZGlhdGVseSBMQywgSSBzdXNwZWN0IHRoYXQgdGhlIHF1ZXN0aW9uIHdvdWxkIHJlYWxseSBi ZSwgd2hhdCBjaGFuZ2VzIGFyZSB0aGVyZSBpbiBvcmRlciB0byBiZSBnZW5lcmljLCBpZiBpdCBp cyBqdXN0IHRleHQsIHRoYXQgaXMgcmVhbGx5IGVhc3ksIHlvdSBqdXN0IHJlLXdyaXRlIHNvbWUg dGV4dCBhbmQgeW91IGRvbpJ0IGNoYW5nZSB0aGUgcHJvY2VkdXJlcy4gSWYgaXQgaXMgYWJvdXQg T2JqZWN0LCB0aGF0IGlzIGEgbGl0dGVyIGhhcmRlci4gTmVpdGhlciBvbmUgb2YgdGhlbSwgaXQg aGFzIHRvIHRha2UgbG9uZyB0aW1lLiBJIGFncmVlIHRoYXQgcmVzdGFydCBldmVyeXRoaW5nIGlz IG5vdCBnb29kIHRvIHVzZSB0aW1lIG9mIGV2ZXJ5b25lLg0KRGFuaWVsZSBDZWNjYXJlbGxpOiBZ b3VyIG9waW5pb24sIHRoZSBjb250ZW50IG9mIHRoZSBkcmFmdCBpcyAxMDAlIHRlY2hub2xvZ3kg YWdub3N0aWMsIHNvIHRoZSBkcmFmdCBjb3VsZCBtb3ZlIHRoZSBURUFTIFdHIG9yIHNwbGl0IGl0 IGJldHdlZW4gdGVjaG5vbG9neSBhZ25vc3RpYyBwYXJ0IGFuZCB0ZWNobm9sb2d5IHNwZWNpZmlj IHBhcnQsIHdvdWxkIHRoaXMgbWFrZSBzZW5zZT8gDQpMb3UgQmVyZ2VyOiBXaGF0IEkgc2FpZCBp cyB0aGUgYXV0aG9ycyBzaG91bGQgZ28gdGhyb3VnaCBzZWUgaWYgdGhleSBjYW4gaWRlbnRpZnkg d2hhdCBwYXJ0IGlzIHRlY2hub2xvZ3kgc3BlY2lmaWMgYW5kIHRvIHNlcGFyYXRlIHRoZW0gb3V0 IHdpdGhvdXQgZG9pbmcgYW55IHZlcnNpb24gZG9jdW1lbnQgc3BsaXQgYW55dGhpbmcgbGlrZSB0 aGF0LiBKdXN0IHNlcGFyYXRlIHRoZW0gb3V0IGFuZCBkb2N1bWVudCB0aGVtIHNlcGFyYXRlbHku IFdoZW4gdGhleSBoYXZlIGRvbmUgdGhhdCwgd2Ugd2lsbCBrbm93IHRoZSBhbnN3ZXIuIFRoZW4g dGhleSBoYXZlIGJldHRlciBwb3NpdGlvbiB0byBhbnN3ZXIgdGhlIHF1ZXN0aW9uIHRoYW4gSSBh bS4NCkxvYSBBbmRlcnNzb246IFF1ZXN0aW9ucyB0byBBbXkuIFdoYXQgaXMgdGhlIGNvbnRlbnQg bW92ZWQgdG8gdGhlIGFwcGVuZGl4PyBJcyBpdCB0ZWNobm9sb2d5IHNwZWNpZmljPyANCkxvdSBC ZXJnZXI6IERvIHlvdSBoYXZlIGZvcm1hdHMgdGhhdCB0ZWNobm9sb2d5IHNwZWNpZmljIHJpZ2h0 IG5vdz8gRG8geW91IGhhdmUgbWVjaGFuaXNtcyB0aGF0IGFyZSB0ZWNobm9sb2d5IHNwZWNpZmlj PyANCkFteSBZZTogSSB0aGluayB0aGUgY3VycmVudCBtZWNoYW5pc20gaXMgZ2VuZXJpYyBlbm91 Z2guIEkgZG9uknQgdGhpbmsgdGhlcmUgaXMgdGVjaG5vbG9neSBzcGVjaWZpYyBtZWNoYW5pc20g dG8gaW5kaWNhdGUgd2hpY2ggdGVjaG5vbG9neSBpcyB1c2VkLiANCkxvdSBCZXJnZXI6IHNvIHlv dSBhbnN3ZXJlZCB0aGUgcXVlc3Rpb24uIFRoZXJlIGlzIG5vdGhpbmcgaGVyZSB0ZWNobm9sb2d5 IHNwZWNpZmljLCBzbyB0aGF0IGlzIG5vdCBhIHByb2JsZW0uIERvIHlvdSBhZ3JlZSB3aXRoIHRo YXQsIExvYT8NCkxvYSBBbmRlcnNzb246IEkgd291bGQgc2F5IGl0IGRvZXMgbm90IG1lYW4gdGhh dCB3ZSBkbyBMQyBpbiBURUFTLg0KTG91IEJlcmdlcjogSSBzYWlkIHlvdSBzZW5kIHRvIFRFQVMg YW5kIHNheSBwbGVhc2UgcmV2aWV3IHRoZXNlIGRyYWZ0cyB0byBtYWtlIHN1cmUgdGhleSBhcmUg dGVjaG5vbG9neSBhZ25vc3RpYy4gWW91IGRvIHRoZSBMQyB0aGVyZSwgdGhpcyBpcyB0aGUgcmln aHQgdGhpbmcgZnJvbSBwcm9jZWR1cmVzIHBvaW50IG9mIHZpZXcsIGlmIHlvdSBhcmUgbm90IGdv aW5nIHRvIGRvIGFueSBkcmFmdCByZXZpc2lvbiwgSSB3b3VsZCBzdWdnZXN0IGRvIGEgam9pbnQg TEMgYmVjYXVzZSB0aGUgd29yayBoYXZlIGJlZW4gaGVyZSwgdGhlIHRleHQgaXMgaGVyZS4gWW91 IGFyZSBnb2luZyB0byBwcm92aWRlIG5ldyB2ZXJzaW9uIHRvIGRldmVsb3AgdGhlIG5ldyBjb250 ZW50LiBTbywgdGhlIGZpcnN0IHRoaW5nIGlzIHRha2UgdGhpcyBkcmFmdCBhcyBpdCBpcyBhbmQg c2VuZCBpdCB0byBURUFTIFdHLCBhbmQgc2F5IHRoaXMgd2FzIGRvbmUgaW4gQ0NBTVAsIGJ1dCB3 ZSBiZWxpZXZlIGl0IGlzIGdlbmVyaWMsIHRlY2hub2xvZ3kgYWdub3N0aWMgYW5kIHJlYWxseSBz aG91bGQgYmUgYXBwbGllZCB0byBhbGwgdGhlIHRlY2hub2xvZ2llcywgcGxlYXNlIHJldmlldyBp dC4gSWYgdGhlIGZlZWRiYWNrIGlzIGdyZWF0LCB0aGVuIGxldJJzIGdvIHdpdGggYSBqb2ludCBM Qy4NCkxvYSBBbmRlcnNzb246IEl0IHNvdW5kcyBnZW5lcmFsaXplZCBtZWFucyBpdCBhcHBsaWVz IHRvIGV2ZXJ5dGhpbmcsIGJ1dCBJIHRoaW5rIGl0IGFwcGxpZXMgdG8gbW9yZSB0aGFuIG9uZSB0 aGluZy4NCkxvdSBCZXJnZXI6IFllcywgdGhhdCBpcyB0aGUgZGVmaW5pdGlvbiB0aGF0IHdlIGFs d2F5cyB1c2UuIFdlIHVzZSB0aGlzIGRlZmluaXRpb24gZm9yIG1vcmUgdGhhbiBvbmUsIG5vdCBh bGwuDQpMb3UgQmVyZ2VyOiBURUFTIGNoYWlycyBjYW4gZG8gdGhhdCAoc2VuZCBhIG1haWwgdG8g VEVBUykgaWYgQ0NBTVAgY2hhaXJzIHNheSCTeWVzlC4NCkNDQU1QIENoYWlyczogWWVzLCBwbGVh c2UgZG8gdGhhdC4gDQpMb3UgQmVyZ2VyOiBPSywgSSB3aWxsIHNlbmQgaXQgdG8gdGhlIGdyb3Vw LiBMZXSScyBzZWUgdGhlIHJlc3VsdC4gSWYgdGhlIGZlZWRiYWNrIGlzIGdvb2QsIHRoZW4gd2Ug ZG8gYSBqb2ludCBMQy4gSWYgaXQgbmVlZHMgbW9yZSB3b3JrLCB0aGVuIGl0IGNhbiBiZSBzaGVw aGVyZGVkIGluIHRoZSBURUFTIFdHLg0KNCAgICAgMTY6MzUgIDEwICBUaXRsZTogIEEgWWFuZyBE YXRhIE1vZGVsIGZvciBXU09OICBPcHRpY2FsIE5ldHdvcmtzICAgIA0KRHJhZnQ6ICBkcmFmdC1s ZWUtY2NhbXAtd3Nvbi15YW5nLTAyICAgIA0KUHJlc2VudGVyOiAgWW91bmcgTGVlICAgIA0KWW91 bmcgTGVlOiBhc2tzIGZvciBmbGV4aS1ncmlkIFlBTkcgZG9jdW1lbnQNCk9zY2FyIEdvbnphbGV6 OiBUaGUgZmxleGkgZ3JpZCBoYXMgYmVlbiB1cGRhdGVkIGFuZCBzdWJtaXR0ZWQgYXMgY2NhbXAg ZG9jdW1lbnQuIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC12ZXJnYXJhLWNjYW1w LWZsZXhpZ3JpZC15YW5nLTAxLiBBbGlnbm1lbnQgaXMgaW4gcHJvZ3Jlc3MgYW5kIGEgbmV3IHZl cnNpb24gYWxpZ25lZCB3aXRoIFRFIE1vZGVsIHdpbGwgYmUgc2VudCBzb29uLg0KRGFuaWVsZSBD ZWNjYXJlbGxpOiBJcyB0aGUgZHJhZnQgY292ZXJpbmcgV0RNIGRhdGEgcGxhbmUgd2l0aCBhbmQg d2l0aG91dCBXU09OIGNvbnRyb2wgcGxhbmU/DQpEaXNjdXNzaW9uIGFtb25nIERhbmllbGUsIFlv dW5nIGFuZCBMb3Ugb24gdGhlIG1lYW5pbmcgb2YgV1NPTi4gSW4gRGFuaWVsZZJzIG9waW5pb24g V1NPTiBtZWFucyBHTVBMUyBmb3IgV0RNLCBpbiBZb3VuZ5JzIGRlZmluaXRpb24gaXQgbWVhbnMg cmVjb25maWd1cmFibGUgV0RNICh3aXRoIG9yIHdpdGhvdXQgY29udHJvbCBwbGFuZSkuIFRoZSBm aW5hbCBhZ3JlZW1lbnQgaXMgdG8gZ2V0IHN0aWNrIHRvIHRoZSBhY3R1YWwgZGVmaW5pdGlvbiBv ZiBXU09OLCBpLmUuIFdETSByZWNvdW5maWd1cmFibGUgbmV0d29ya3MgKHdpdGggb3Igd2l0aG91 dCBjb250cm9sIHBsYW5lKS4gSGVuY2UgdGhpcyBkcmFmdCwgd2hpY2ggaXMgYmFzZWQgb24gV1NP TiBpbmZvIG1vZGVscywgYXBwbGllcyB0byBXRE0gbmV0d29ya3MgY29udHJvbGxlZCBieSBhbnkg bWVhbiAoZS5nLiBHTVBMUywgTk1TLCBTRE4gZXRjKS4NCkxvdSBCZXJnZXI6IGFyZSB0aGUgY2hh aXJzIG9rIHdpdGggVEVBUyBzZW5kaW5nIHRvIENDQU1QIHRlY2hub2xvZ3kgc3BlY2lmaWMgd29y ayB3aGljaCBpcyBub3QgR01QTFM/DQpEYW5pZWxlIENlY2NhcmVsbGk6IFN1cmUNCkdhYnJpZWxl IEdhbGltYmVydGk6IEkgdGhpbmsgdGhlIGRyYWZ0IGlzIGEgZ29vZCBzdGFydCBidXQsIGlmIHdl IHVzZSBpdCBqdXN0IGZvciBhIGNvbnRyb2wgcGxhbmUgaXMgYSBiaXQgcmVkdW5kYW50LCB3aGls ZSBpZiB3ZSB3YW50IHRvIHVzZSBpdCBhbHNvIGZvciBtYW5hZ2VtZW50IHBsYW5lIGFuZCBjZW50 cmFsaXplZCBjb250cm9sIHBsYW5lLCBzb21lIHRoaW5ncyBhcmUgbWlzc2luZy4gSZJtIHdpbGxp bmcgdG8gY29udHJpYnV0ZSB0byB0aGUgZHJhZnQgb3Igd3JpdGUgYSBuZXcgb25lLiANCkRhbmll bGUgQy4gOiBUaGlzIGlzIGFuIGluZGl2aWR1YWwgZHJhZnQuIFdoZXRoZXIgdG8gd29yayB0b2dl dGhlciBvciBoYXZlIHR3byBzZXBhcmF0ZSBkcmFmdHMgaXMgdXAgdG8gdGhlIGF1dGhvcnMuIElm IHlvdSBjb3VsZCBzdGFydCB3b3JraW5nIHRvZ2V0aGVyIG5vdyBpdCB3b3VsZCBiZSBncmVhdC4g DQpPc2NhciBHLjogSW4gdGhlIGZsZXhpIGdyaWQgWUFORyBkcmFmdCB3ZSBzcGVhayBvbmx5IGFi b3V0IHRoZSBkYXRhIGxheWVyIChubyBzaWduYWwgbGF5ZXIpIHdoaWxlIGluIHRoaXMgZHJhZnQg eW91IGFsc28gZGVhbCB3aXRoIHRoZSB0cmFuc3BvbmRlcnMgYW5kIHRoZSBzaWduYWwgbGF5ZXIu IFRoZXJlIGlzIGEgbWlzYWxpZ25tZW50LiANCllvdW5nIEw6IFdlknJlIHdpbGxpbmcgdG8gd29y ayB3aXRoIEdhYnJpZWxlIHRvIGNvbXBsZW1lbnQgdGhlIGRyYWZ0LiANCk9zY2FyIEcuOiBPVE4g WUFORyBtb2RlbCBpcyBpbiBJMlJTLCB3aWxsIGl0IGJlIGJyb3VnaHQgdG8gQ0NBTVA/DQpYaWFu IFpoYW5nOiBZZXMsIEwxIGRyYWZ0IGlzIGdvaW5nIHRvIGJlIGJyb3VnaHQgdG8gQ0NBTVAuDQpM b3UgQi46IEl0IHdhcyBhbHNvIGFncmVlZCBpbiB0aGUgVEVBUyBhbmQgSTJSUyBjb29yZGluYXRp b24gbWVldGluZy4gDQo+NSAgICAgMTY6NDUgIDEwICBUaXRsZTogIEV4dGVuc2lvbnMgdG8gTE1Q IGZvciBEV0RNICBPTFMgdG8gbWFuYWdlIGJsYWNrLWxpbmsgICAgDQo+IERyYWZ0OiAgZHJhZnQt ZGhhcmluaWdlcnQtY2NhbXAtZy02OTgtMi1sbXAtMTAgICANCj4gUHJlc2VudGVyOiAgRGlldGVy IEJlbGxlciAgICANCllvdW5nIEwuOiBJcyB0aGUgcG93ZXIgbGV2ZWwgdXNlZCB0byBkZXRlcm1p bmUgdGhlIGZlYXNpYmlsaXR5IG9mIHRoZSBwYXRoIG9yIG1vcmUgdGhhbiB0aGF0PyBJbiBESUNP TkVUIChFdXJvcGVhbiBwcm9qZWN0KSBvbmUgb2YgdGhlIGNvbmNlcm5zIGlzIHRoYXQgcG93ZXIg bGV2ZWwgaXMgbmVhcmx5IHN0YWJsZSwgc28gaWYgeW91knJlIHVzaW5nIHRoZSBwb3dlciBmb3Ig ZmVhc2liaWxpdHkgaXSScyBvay4NCkdpb3Zhbm5pIE1hcnRpbmVsbGk6IFBvd2VyIGlzIHN0YWJs ZQ0KRmF0YWkgWmhhbmc6IFRoZXJlIGFyZSBvdGhlciBvcGVuIGlzc3VlcywgbGlrZSBmb3IgZXhh bXBsZSB0aGUgbmFtZSBvZiB0aGUgZHJhZnQuDQpEaWV0ZXIgQi46IEluZGVlZCBJIHdhcyBzcGVh a2luZyBhYm91dCB0aGUgdGVjaG5pY2FsIGlzc3Vlcy4NCkZhdGFpIFouOiBPdGhlciBpc3N1ZXMg cmVnYXJkIHRoZSBzY29wZSBvZiB0aGUgZHJhZnQuIEFyZSB5b3UgY29uc2lkZXJpbmcgbWFraW5n IGl0IGdlbmVyYWwgZW5vdWdoIHRvIGNvdmVyIGFsc28gTE1QIGZvciBXU09OPw0KR2VydCBHcmFt bWVsOiBZZXMsIHdlknJlIGxvb2tpbmcgaW50byB0aGF0LiANCkRhbmllbGUgQy46IFdoZW4gYSBD Q0FNUCByZWxldmFudCBjb250cmlidXRpb24gdG8gSVRVLVQgaXMgc3VibWl0dGVkIGNvdWxkIHlv dSBwbGVhc2Ugc2VuZCBhbiBoZWFkcy11cCB0byB0aGUgQ0NBTVAgbGlzdD8gSW4gYWRkaXRpb24g dG8gdGhhdCwgc3BlY2lmaWNhbGx5IHRvIGFsbCB0aGUgYmxhY2sgbGluayBkcmFmdHMsIHdoYXQg d2UgYXJlIHNwZWFraW5nIGFib3V0IGlzIG1vcmUgdGhhbiBibGFjayBsaW5rcy4gV2UgaGFkIGRp c2N1c3Npb25zIHdpdGggYXV0aG9ycyB0aGVzZSBkYXlzIGFuZCBnb29kIGlucHV0cyBmcm9tIERl Ym9yYWguIFRoaXMgaXMgbm90IGJsYWNrIGxpbmssIHdlIG5lZWQgdG8gZ2V0IGEgbmFtZSBmb3Ig dGhpcyAoOTAlIGNvdWxkIGJlIGJhc2VkIG9uIGJsYWNrIGxpbmtzIGJ1dCB3ZSBuZWVkIHRvIGFk ZCB0ZXJtcyBhbmQgcGFyYW1ldGVycy4gVGhlIHByb3Bvc2FsIGJ5IGNoYWlycyBpcyB0byBkZXNj cmliZSB0aGlzIG5ldyB0aGluZyBpbiBhIGZyYW1ld29yayBkb2N1bWVudC4gVGhlcmUgYXJlIHR3 byBvcHRpb25zOg0KMS4gk3Nob3J0IGZyYW1ld29ya5Q6IGp1c3QgZGVzY3JpYmUgdGhpcyCTZW5o YW5jZWSUIGJsYWNrIGxpbmtzIGFuZCB0aGVuIGdvIGZvcndhcmQgd2l0aCB0aGUgMyBleGlzdGlu ZyBkcmFmdCB1c2luZyB0aGlzIGZyYW1ld29yayBhcyByZWZlcmVuY2UNCjIuIJNsb25nIGZyYW1l d29ya5Q6IHdoaWNoIGRlc2NyaWJlcyB0aGUgZW50aXJlIHNpZ25hbCBsYXllciBmb3IgZmxleGkg Z3JpZC4gSW4gdGhhdCBkb2N1bWVudCB5b3UgY2FuIGRlZmluZSAyIHNjZW5hcmlvczogdHJhbnNw b25kZXIgaW50ZXJuYWwgdG8gdGhlIFdETSBkb21haW4gYW5kIHRyYW5zcG9uZGVyIGV4dGVybmFs LiBJbiB0aGF0IGNhc2UgdGhlIGV4aXN0aW5nIGRyYWZ0cyB3b3VsZCByZWZlcmVuY2UgdGhlIGxh dHRlciBzY2VuYXJpby4gDQpUaGUgY2hvaWNlIGlzIHVwIHRvIHRoZSBhdXRob3JzLiANCkdhYnJp ZWxlIEcuIDogVHdvIHNvbHV0aW9ucyBhcmUgc3RpbGwgb24gdGhlIHRhYmxlLiBOb3QgZGVjaWRl ZCB5ZXQgd2hpY2ggb25lIHRvIGdvIGZvci4gTXkgcGVyc29uYWwgb3BpbmlvbiBpcyB0byBnbyBm b3IgdGhlIGxvbmcgZnJhbWV3b3JrIGFuZCBleHRlbmQgdGhlIGRyYWZ0IHRvIG1vcmUgY29udHJp YnV0b3JzIHNpbmNlIGl0knMgYSBodWdlIGFtb3VudCBvZiB3b3JrLiBBbm90aGVyIGlzc3VlIGlz IHRpbWluZywgd2UgY2FuknQgd2FpdCB0b28gbG9uZy4gDQpEYW5pZWxlIEMuOiBUaGUgbG9uZyBm cmFtZXdvcmsgd291bGQgZ28gZm9yIGEgZmFzdCB0cmFjay4gSW4gb3JkZXIgdG8gaGVscCB5b3Ug ZGVjaWRlIGxldJJzIHBvbGwgdGhlIFdHIHRvIHNlZSBob3cgbWFueSB3b3VsZCBiZSBpbnRlcmVz dGVkIGluIHRoZSBsb25nIGZyYW1ld29yayBhbmQgaG93IG1hbnkgd291bGQgYmUgd2lsbGluZyB0 byBjb250cmlidXRlOiBbUG9sbGluZ10gYSBmZXcgcGVvcGxlLg0KRGlldGVyIEIuOiBUaGUgcHJv YmxlbSB3aXRoIHRoZSBiaWcgZnJhbWV3b3JrIGlzIHRpbWUuDQpPc2NhciBHLjogRnJvbSB0aGUg ZXhwZXJpZW5jZSBvZiB0aGUgZmxleGktZ3JpZCBmcmFtZXdvcmssIGl0IHdpbGwgdGFrZSBhbG1v c3QgdHdvIHllYXJzLiBGbGV4aS1ncmlkIGZ3ayB3ZW50IHdlbGwgYmVjYXVzZSB0aGVyZSB3ZXJl IG1hbnkgcGVvcGxlIGludGVyZXN0ZWQgYW5kIGNvbnRpbnVvdXMgZmVlZGJhY2sgYW5kIGxpYWlz b25zIHdpdGggSVRVLVQuDQogICANCiAgICANCj42ICAgICAxNjo1NSAgNSAgVGl0bGU6ICBBbiBT Tk1QIE1JQiBleHRlbnNpb24gdG8gIFJGQzM1OTEgdG8gbWFuYWdlIG9wdGljYWwgaW50ZXJmYWNl IHBhcmFtZXRlcnMgb2YgRFdETSBhcHBsaWNhdGlvbnMgICAgDQo+RHJhZnQ6ICBkcmFmdC1nYWxp a3VuemUtY2NhbXAtZy02OTgtMi1zbm1wLW1pYi0xMiAgICANCj5QcmVzZW50ZXI6ICBHYWJyaWVs ZSBHYWxpbWJlcnRpICAgIA0KPjcgICAgIDE3OjAwICA1ICBUaXRsZTogIEEgWUFORyBtb2RlbCB0 byBtYW5hZ2UgdGhlIG9wdGljYWwgaW50ZXJmYWNlICBwYXJhbWV0ZXJzIG9mICJHLjY5OC4yIHNp bmdsZSBjaGFubmVsIiBpbiBEV0RNIGFwcGxpY2F0aW9ucyAgICANCj5EcmFmdDogIGRyYWZ0LWRo YXJpbmktbmV0bW9kLWctNjk4LTIteWFuZy0wNCAgICANCj5QcmVzZW50ZXI6ICBEaGFyaW5pICBI aXJlbWFnYWx1cg0KPkFkam91cm4gICAgIDE3OjA1DQpHYWJyaWVsZSBHLjogRGhhcmluaSBhbHJl YWR5IHRvb2sgdGhlIGFjdGlvbiB0byBtb2RpZnkgdGhlIGRvY3VtZW50IHdpdGggdGhlIG5ldyBu YW1lIGFuZCB0aGUgbmV3IHRleHQgcmVmZXJyaW5nIChhbmQgcmVtb3ZpbmcgdGhlIHJlZmVyZW5j ZXMpIHRvIElUVS1UIGRvY3VtZW50cy4gVGhlIGRvY3VtZW50IGhhcyBiZWVuIGNpcmN1bGF0ZWQg dG8gdGhlIGludGVyZXN0ZWQgcGVvcGxlLCBwbGVhc2Ugc2VuZCBmZWVkYmFja3MuDQpHZXJ0IEcu OiBXZSBtb2RpZmllZCB0aGUgZHJhZnQganVzdCB0byBzZWUgaWYgd2UgY2FwdHVyZWQgd2hhdCB5 b3UgbWVhbnQuIA0KRGFuaWVsZSBDLjogUGxlYXNlIHVwbG9hZCB0aGlzIHZlcnNpb24gb2YgdGhl IGRyYWZ0IGFuZCBpbnZvbHZlIHRoZSB3aG9sZSBXRyBpbiB0aGUgcmV2aWV3LiBXZZJsbCBzdGFy dCB3aXRoIGEgbmV3IC0wMCB2ZXJzaW9uIHdoZW4gd2WSbGwgaGF2ZSB0aGUgbmV3IG5hbWUgYW5k IHRoZSBuZXcgcmVmZXJlbmNlcyB0byB0aGUgbmV3IGZyYW1ld29yay4gDQo= --_002_4A1562797D64E44993C5CBF38CF1BE48129AF0C9ESESSMB301erics_--