Re: [CCAMP] POLLING on draft-ietf-ccamp-optical-impairment-topology-yang-05

Italo Busi <> Fri, 27 November 2020 09:22 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0792E3A1236 for <>; Fri, 27 Nov 2020 01:22:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id EjIcaijcIOLf for <>; Fri, 27 Nov 2020 01:22:36 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E37B13A1093 for <>; Fri, 27 Nov 2020 01:22:35 -0800 (PST)
Received: from (unknown []) by (SkyGuard) with ESMTP id 4Cj8Gb4gKqz67JTj; Fri, 27 Nov 2020 17:19:51 +0800 (CST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Fri, 27 Nov 2020 10:22:33 +0100
Received: from ([]) by ([]) with mapi id 15.01.2106.002; Fri, 27 Nov 2020 10:22:33 +0100
From: Italo Busi <>
To: 'Daniele Ceccarelli' <>, CCAMP <>
Thread-Topic: [CCAMP] POLLING on draft-ietf-ccamp-optical-impairment-topology-yang-05
Thread-Index: AQHWv3f/Sy7Vl7DYzUidqoNRYXS3fKnbucXg
Date: Fri, 27 Nov 2020 09:22:33 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: it-IT, en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_ed811a2706844f4fb425bfbf486b8020huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [CCAMP] POLLING on draft-ietf-ccamp-optical-impairment-topology-yang-05
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 27 Nov 2020 09:22:38 -0000

Hi Daniele, Fatai,

My preference is for option 3. This would simplify the work in IETF since it would be based on ITU-T standard data plane specifications, as we usually do.

I understand that the there is some desire to support also organizational and explicit modes, mainly to allow some proprietary deployments during the transition phase between when the technology evolves and when new standard application codes are defined by ITU-T.

In this case, option 2 seems also a viable option since it is quite important that the draft clarifies how and to what extent these modes can be actually used, in particular when going beyond what it is currently defined by ITU-T Recommendations.

Since we are not in WG LC phase, I think that the WG should remain open also to consider changes to the current YANG model, if there are valid technical reasons. In other words, the YANG model in the current draft is a good starting point for further updates based on further technical input.


From: Daniele Ceccarelli []
Sent: venerdì 20 novembre 2020 16:09
To: CCAMP <>
Subject: [CCAMP] POLLING on draft-ietf-ccamp-optical-impairment-topology-yang-05

Hi WG,

This is a polling to follow up on the discussion we had during the IETF session.
The polling will be closed on Friday 27th November.

Please indicate which option (more than one allowed) do you support. You can motivate why an option and why not another or share if you are aware of existing implementations.

-          Option 1: The draft is good as is today.
-          Option 2: We need to add text specifying the use cases that we want to cover. More precisely identify the cases that are outside the scope of the solution proposed.
-          Option 3: Contribute to ITU-T to have all the cases covered by application codes.
-          Option 4: Remove explicit parameters in the organizational-mode because they are considered implicit parameters in the mode. This allows to cover cases where the same mode is used for transceivers that extend (but not limit) the operation range of a mode.

Daniele, Fatai.