Intra-band control channels unavailable

19

Question:
What are the reasons for the intra-band control channels being unavailable?
Root cause:
None
Answer:
Answer: 1. The physical board is offline, and the board reports the BD_STATUS alarm. 2. The number of optical ports in the config_snd state is beyond the limit. 3. The AdminStatus of the control channel is set to AdminDown manually, meaning that the control channel is closed. 4. The peer end NE is not an ASON NE or the ASON function is not enabled. 5. No optical port is designated to the DCC. 6. Optical-port-level alarms on the fiber cause the AdminStatus state to be AdminDown. 7. Bit errors on the optical port make the ECC unavailable. 8. The NE Node ID configuration is incorrect.
Suggestion and conclusion:
None

Other related questions:
Remote Control of the BMC WebUI unavailable
Refer to the iMana User Guide or iBMC User Guide to check whether the browser and JRE versions used on the local PC meet the requirements for accessing the iBMC. If the login to the iBMC WebUI still fails when the browser and JRE versions meet requirements, perform the following steps: 1. Set the browser security to a lower level and clear the browser's cache. 2. Open the Java Control Panel, clear the JAVA cache and set the JAVA security to a lower level.

Whether services on the protection channel of an intra-board 1+1 protection group can be manually switched to the working channel
Sure. Intra-board 1+1 protection is generally unidirectional and non-revertive. Therefore, services need to be manually switched back to the working channel when the working channel is normal.

In-band management and out-of-band management and differences between out-of-band management and in-band management
Differences between the in-band management and out-of-band management: FAQ-What is out-of-band management or inband management, and what are their differences

ESC channel when intra-board 1+1 protection is configured using the OTU board (LDGD)
Question: For an LDGD board, only the status of the DCC channel on the first optical port is displayed when the DCC status is queried using command lines or queried on the NMS. Analysis: Although an OTU board that supports intra-board 1+1 protection has two optical ports on the WDM side, ECC information of only one optical port can be converted into electrical signals identified by the SCC board. This is because signals from the optical layer to the electrical layer are actually selectively received due to the intra-board 1+1 protection. This optical port may be optical port 1 or 2. The cm-get-newbdinfo command determines optical port 1 for output and does not distinguish the optical ports. Therefore, sometimes when the optical fiber is removed from optical port 1, DCC on optical port 1 is still normal according to a query result using the cm-get-newbdinfo command. Root cause: None Answer: Before querying the DCC status on an LDGD board, query the status of the intra-board 1+1 protection group and confirm the current working channel. The DCC status of optical port 1 as displayed on NMS or displayed using command lines, is the DCC status of the current working channel actually. Suggestion and conclusion: If no intra-board 1+1 protection is configured, services on optical port 2 cannot be selectively received, and the ESC channel on optical port also fails.

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