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-123 transportpce <p>This is related to <a href="https://jira.opendaylight.org/browse/TRNSPRTPCE-95" title="Create File for OMS population" class="issue-link" data-issue-key="TRNSPRTPCE-95"><del>TRNSPRTPCE-95</del></a>, where it is only mentioned that spanloss is needed in the OMS attribute in the network topology for OSNR calculation. But spanloss is also read from the ROADM device when calculating and setting the power in PowerMgmt.java. Currently, it seems that a spanloss measurement has to be triggered manually through RESTCONF API in order to write the spanloss to the device. Otherwise power setup will fail. So I think automatic spanloss measurement when a ROADM-to-ROADM link is discovered is needed even without OSNR calculation.</p> TRNSPRTPCE-123

Automatic spanloss measurement

Improvement Medium Open Unresolved Unassigned Jonas Mårtensson Fri, 17 May 2019 09:02:44 +0000 Tue, 7 Sep 2021 15:40:17 +0000 0 2 <p>We still in process for checking and changing part of the algorithm. Standard behavior shall be : attenuation associated with a span is provided through RESTCONF interface. This is the attenuation stored in a specific database. It is then stored in topology as span loss-base (span-attribute). Then during discovery of the link, the controller calculates the span-loss from PMs (inputPowerNode(N)-outputPowerNode(N-1). Then it populates topology with this calculated value (spanloss-current) and refreshes the value on the ots-interfaces of the device. </p> <p>I don't fully understand the proposed behavior. When you say "attenuation associated with a span is provided through RESTCONF interface" it sounds like something coming from an external system like the operator's fiber database. I think the engineered-spanloss attribute in the network topology model is meant for such pre-deployment data. In my understanding from the network model whitepaper and descriptions in the YANG files, the spanloss-base attribute should be based on measurement (or calculation based on PMs) during degree turn-up (or link discovery). The spanloss-current attribute should be updated periodically if auto-spanloss is set to true.</p> <p>You are right. Sorry, we participated to that modeling but it is a bit far away.I made a confusion. The value coming from data base is used to populate engineered-spanloss. Spanloss base is the value that is measured first time the link is discovered. Span-loss current is associated with last measured value.</p> Development Epic Link TRNSPRTPCE-500 Rank 0|i03nv3: