Light emitting of the LINE1 port of the SFIU board on OSN 9600

11

The LINE1 port is the public channel for service light and monitoring light. The reverse light of the monitoring light also traverses this port. Therefore, the LINE 1 port emits light at the receive end.

Other related questions:
Light at the LINE1 port of the OSN 9600
The LINE1 port is the public channel for service light and monitoring light, and the reverse light of the monitoring light also traverses this port. Therefore, the LINE 1 port emits light at the receive end.

Difference between the LINE1 and LINE2 ports of the SFIU board
The LINE1 port of the SFIU board transmits main optical path signals as well as OSC signals, but the LINE2 port transmits only main optical path signals.

Command used to configure the TNF1OBU board on OSN 1800 to forcibly emit light
Question: During the on-site deployment of OSN 1800, the TNF1OBU board is needed to forcibly emit wide-spectrum light to test the channel attenuation of the X40 board. However, the NE whose version is 5.67.3.29 does not support the cfg-set-oaworkmode:bid,0xff,2,1,powerlock command. Answer: The NE does not support the original working mode of the OBU board. Run the following command to reconfigure the working mode of the OBU board: :woptp:$bid,1,83,1,17,08,1,0,1,00,00,00,64# In the preceding command, para3:0 indicates the gain mode, 1 indicates the current mode, 2 indicates the power mode. The last four bits of the power mode are valid. The decimal number of 64 is 100, which indicates that the optical power of the light emitted forcibly is 10 dBm.

Whether the TOM board on the OSN 6800 supports 1.25G optical modules and whether the client-side laser on the local board emits light if no light is received on the client side of the peer board
The client side of a TOM board supports optical modules with rates ranging from 100 Mbit/s to 2.5 Gbit/s. When ALS is enabled for the client-side laser on the local TOM board, the client-side laser on the local board will not emit light if no light is received on the client side of the peer board. When ALS is disabled for the client-side laser on the local TOM board, the status of the client-side laser on the local board is not adversely affected by the client-side light receiving status of the peer board.

Dealing with the issue when the OAU board has input optical power but does not emit light
The possible cause is that the laser on the OAU board is not turned on. You are advised to check the laser status.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top