[TRNSPRTPCE-252] Support for C/D/C ROADMs Created: 30/Apr/20 Updated: 07/Sep/21 |
|
| Status: | Open |
| Project: | transportpce |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | New Feature | Priority: | Medium |
| Reporter: | Jonas Mårtensson | Assignee: | Olivier Renais |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Epic Link: | Functional compliance to OR |
| Description |
|
The OpenROADM device model includes an attribute, wavelength-duplication-type, which specifies whether an SRG supports wavelength duplication (C/D/C - contentionless) or not (only C/D) but this attribute is not currently used by TransportPCE. Instead TransportPCE assumes that wavelength duplication is never supported (i.e. no ROADMs are contentionless). Is it planned to support C/D/C ROADMs in the future? |
| Comments |
| Comment by Olivier Renais [ 06/May/20 ] |
|
Hi Jonas. You are right. We are at that time considering that ROADM are C/D and that wavelength duplication is not supported. This partial implementation however garanties we do not make wrong things. Today the support of contentionless is not considered as a high priority features, because we have to handle many other features before such as service assurance or higher rates. Anyway any contribution on this topic is the welcome! Fell free to work on this if you are willing to do so and I will push to integrate the code. |