[Technical case] All indicators on the

SL16Q board of the OSN1800 are off

Hi there!

This time, I will share with you a case about all indicators on the SL16Q board
of the OSN1800 are off.

Problem Description 

A customer needs to use the SLQ16 board to provision optical links between
two OptiX OSN 1800Vs(V100R019C10SPC700). The topology is as follows:

After the customer installs an SL16Q board on the OptiX OSN 1800V, the
indicators on the board are off, and the ports on the board perform self-loop
receiving and transmitting normally. After the SL16Q board is connected to
the upstream optical path, the ECC cannot discover the device and the port
reports the R_LOF alarm.
Alarm Information

The SL16Q board reports the R_LOF alarm.

Handling Process 

1. After the SL16Q board is installed in the subrack, all indicators are off. After
the verification, remind the customer to add the logical board. The indicator is
displayed normally.

2. After the physical optical path is set up at sites A-B, the ECC cannot detect
the peer device in the NE Explorer, and the port reports the R_LOF alarm. At
this time, site A has been successfully created on the NMS, but site B cannot
log in to the NMS.

The customer dispatched an engineer to site B to log in to the device using a

portable NMS and found that the device was normal. After the SL16Q logical
board was added on the portable NMS, the R_LOF alarm on NE A was cleared.
The ECC detected NE B in the NE Explorer, and NE B was successfully added
and logged in to on the NMS.
3. After verification, it is found that no logical board is added at both ends or
the logical board is added at both ends. The device can be discovered and the
ECC route is normal. When a logical board is added in the upstream direction,
no logical board is added in the downstream direction, or when a logical
board is added in the downstream direction, no logical board is added in the
upstream direction.

Root Cause 

1. For the OptiX OSN 1800, if the logical board of the SL16Q is not added to
the NMS, the indicator of the SL16Q board is off.

2. If the SL16Q port of the OptiX OSN 1800V is not activated, the port is an
STM-1 port by default. After the port is activated, the port becomes a normal
STM-16 port. Therefore, the rate supported by the activated board is different
from that supported by the unactivated board. As a result, the R_LOF alarm is
reported.
Solution 

Workaround: If this problem occurs, delete the local logical port and perform a
cold reset on the board. After the remote device is managed, configure the
remote device and then configure the local device,

This prevents engineers from performing operations at the remote site.

The same type of post: The SL16Q board of the OptiX OSN 9800 cannot work.

That's all, I welcome everyone to leave a message and exchange in the

comment area!

Thank you