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

[Italo Busi <[e-mail]>]

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.

Italo

From: Daniele Ceccarelli [mailto:[e-mail]]
Sent: venerdì 20 novembre 2020 16:09
To: CCAMP <[e-mail]>
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.

Thanks,
Daniele, Fatai.