[TRNSPRTPCE-93] End-to-end path OSNR Created: 06/Mar/19  Updated: 03/Sep/21  Resolved: 06/May/20

Status: Verified
Project: transportpce
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Medium
Reporter: Jonas Mårtensson Assignee: Ahmed Triki
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 2 weeks
Original Estimate: Not Specified


 Description   

Currently, the OSNR contribution per (ROADM-to-ROADM) link is calculated in PceLink.java. But as far as I can see there is no summing up of link OSNR contributions in order to calculate the OSNR for an end-to-end path. Is this something that is planned for implementation? Calculating path OSNR and comparing with some threshold for path validation (similar to what is currently done for max latency) seems to me like the main point of having OSNR "awareness".

There is a confusingly named parameter, maxOSNR, in PceConstraints.java but this parameter does not seem to be used anywhere. It is a bit confusing that both the maxOSNR parameter and the linkOsnrLu parameter returned by retrieveOSNR() actually seem to be inverse OSNRs (especially confusing is the debug message, "In retrieveOSNR: link OSNR is {} dB", when what is reported is not the OSNR in dB but the inverse OSNR in linear units).


Generated at Wed Feb 07 20:42:14 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.