open ROADM OSC detailed requirement

[Infinera-OR]

Where we could find more detailed information or requirement about below items? Any source code available for review?

1. Is there inter-operation requirement with third party equipment in the MW interface for OSC?
2. From "Open-ROADM-MSA-specification" excel file, tab "OSC Overview" mentioned “GE or 100Mb/s” rate, so both could be used?
3. Any message format defined already for below cases?
   a. Maintenance signal for layer OTS(MW)/OMS()/NMC(Wr) like PMI/BDI/FDI/OCI for fault management
   b. Dedicated laser safety message
   c. MCN management message
   We want to know if similar message format defined for openROADM this time, like other standards (i.e SyncE or IEEE1588) did in the past, or unified RPC message, to make sure the interoperation with third party equipment.
4. Is the MCN network (VPLS) supporting 802.1Q tag? OAMP interface needs to support 802.1q tag?
5. The OSC over the wayside 1000base-LX interface needs to support 802.1q tag?

[fgruman]

The optical specification would be the master for OSC interop.

• 1GE OSC
• LLDP for neighbor discovery (see device white paper)
• Ethernet auto-neg used for laser shutdown (see optical specs)

the 100M Ethernet is not supported as there is still an issue with laser safety/shutdown.

There isn't any dedicated messaging for ROADM-ROADM communication. No ROADM-ROADM has been specified or required.

MCN management is simply IP/Ethernet. L2 bridging and RSTP is the DCN solution.

No need to support 802.1Q tag on OAMP interface (at least not today). No 802.1Q tag on OSC either.

[Infinera-OR]

@fgruman ,
Thanks a lot for the comments!
So without ROADM-ROADM communication via OSC channel, how is the consequent action and correlation being supported on layer OTS(MW)/OSC/NMC(Wr), like without PMI/BDI/FDI/OCI being defined on the corresponding layers, normally when there is OTS loss, BDI will be inserted back to the paired remote site and FDI to the down stream per G.798. Is this supported now on open ROADM via the centralized SDN controller which is aware of the whole network status? I mean the controller collect the status, and distribute it to different nodes that have MW interface interconnection?

[fgruman]

This is my understanding:
The correlation is expected to be done at the controller level or higher.

Consequent action would be a transponder function based on LOS at the OCH/OTSI interface.

there is nothing in the Yang models to have the controller distribute the status to the downstream nodes. Nodes would have to operate without this information.

[Infinera-OR]

@fgruman ,
Really appreciate for your help!