https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/TRNSPRTPCE-88 transportpce <p>After having successfully set the power level for a WL at a node degree output, the controller just sleeps for 60 seconds before changing control mode from Power to GainLoss and moving on to the next node. This seems very inefficient. Doesn't it mean that turning up a wavelength going through e.g. 10 nodes will take at least 10 minutes (+ the time for turning up the transponders, etc.). The maximum time to achieve channel power target for a node degree according to the OpenROADM MSA spec is 12 seconds. Would it not be possible to get confirmation from the node (through NETCONF) when the power target has been achieved?</p> TRNSPRTPCE-88

Setting power level at degree output when turning up a WL

Improvement Medium Verified Won't Do Olivier Renais Jonas Mårtensson Fri, 15 Feb 2019 12:52:21 +0000 Fri, 3 Sep 2021 13:37:47 +0000 Mon, 18 Feb 2019 08:59:01 +0000 0 3 <p>Right, 60s is above the Openroadm whitepaper recommendation, I remember it is a security we put for implementations deviant from the specifications and I don't think the operations can be performed simultaneously.<br/> 60s and 10 min look very inefficient in IP or Ethernet devices but this is not unusual in WDM optical domain where amplifiers and WSS convergence times are much longer.<br/> I let Olivier and Dhruv correct/confirm/complete this answer.</p> <p>If the connection and power setup are launched in parallel through a multi-thread in A to Z and Z to A direction, the power setup will be made sequentially across the different nodes of the path. We kept 60 s to begin with first OpenROADM implementations, but Release 2.2 will allow us to reduce this timer back to 12s. </p> <p>Not a bug but a tolerance slot for older implementations (that are still often found today).<br/> The timer can be adjusted safely o newer implementations if needed.</p> <p>Understood. The thing I'm still wondering about is whether it has to be a fixed timer. What it the node instead explicitly reported back to the controller when the power level target has been achieved? That would allow handling both slower and faster node implementations without modification of the controller code. For reference, the OpenROADM MSA spec has an example for setting MW-MW power level (see "Local Control" sheet) where the final two steps are:</p> <p>3. The node must report the actual ingress and egress channel powers and total powers measured, through the NETCONF interface<br/> 4. the controller can optionally change the control mode to "Gain" which will lock in the internal gain settings which was last used to control the power. This decouples this controller from all other cascaded controllers</p> <p>I agree it can be implemented this way. It would mean that we have either to deal with a netconf notification or to create a control loop to poll the netconf device configuration. Both with a timeout security. I'll raise the point for our next sprint.</p> Development Rank 0|i03mnr: