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-92 transportpce <p>New description : Now that the PCE has been revised for calculation up to 400G, it is important to calculate the power according to the fiber type. It is not included in latest OR specifications, because nobody made the job to extrapolate the power to other than G652 fibers, however the same policy we applied for 100G (provided by AT&amp;T at that time) can be extended to 400G. After this is done, it shall be included in OLM to align on what is done in the PCE.</p> <p>Jonas Description : <br/> In the OSNR calculation in PceLink.java, the OSNR contribution from a (ROADM-to-ROADM) link depends on the channel power into the link (consistent with OpenROADM spec v2.0), and this power depends on the fiber type (varying from -1 to +2 dBm). However, the actual channel power level set by the OLM power management in PowerMgmt.java does not depend on fiber type. Instead, the power is always set to the highest level given in the OpenROADM spec. This means the calculated OSNR will not be correct.</p> <p>(In the updated OpenROADM spec v3.0 the OSNR contribution from a link does not depend on the channel power into the link anymore, only on the power level into the ROADM after the link.)</p> TRNSPRTPCE-92

OSNR calculation and fiber type

Bug High Open Unresolved Unassigned Jonas Mårtensson Wed, 6 Mar 2019 08:11:01 +0000 Mon, 25 Sep 2023 15:29:57 +0000 0 3 4 days 3 days <p>Thanks for highlighting this. I remember that in first version, we had the algo to set the value of the output power according to the fiber type. But then we reworked the OSNR calculation algo to correct a few things and this might have been removed.... <a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=svachhani" class="user-hover" rel="svachhani">svachhani</a> Shweta, would you have time to make a quick check on this?<br/> Anyway, to address this bug, we also need to make something in // to fill the OMS with fiber characteristics. this is why I put user story <a href="https://jira.opendaylight.org/browse/TRNSPRTPCE-80" title="OMS attribute feeling" class="issue-link" data-issue-key="TRNSPRTPCE-80">TRNSPRTPCE-80</a> in the current sprint.</p> <p>Just to clarify the issue: The OSNR calculation algorithm does set the output power according to fiber type but the target output power calculation in OLM does not. If you don't fill OMS attributes in the topology, the OSNR is not calculated anyway. But if you would fill OMS attributes (incl. fiber type), the OSNR calculation would not be consistent with how the output power is actually set in OLM.</p> <p>OK. Understood. Made a confusion. Noted! I guess this should not be that difficult to solve this. We shall handle it as we are handling OMS filling because the 2 thins are strongly connected</p> <p>We will check with AT&amp;T internally to further discuss and provide a feedback.</p> Blocks TRNSPRTPCE-95 Development Rank 0|i043kk: Sprint Sprint 8 Sprint 9 Sprint 10 Sprint 19 Sprint 20 Sprint 21 Sprint 22 Sprint 23 Sprint 24 Sprint 25 Sprint 26 Sprint 27 Sprint 28