Equipment Type: OSN-3500
Equipment Version: V100R008C02SPC300
NMS version: T2000V200R006C03
Problem escalated by the customer regarding service configuration failure on SLT1-1 board. NMS reported error "Path is already occupied Error: 38778" upon service configuration on SLT1-1 board while service configuration was successful on other ports of the same boards and other boards installed in the node. Upon verification of the time slots, time slots found free.
Path is already occupied Error: 38778
Following steps were performed to handle and resolve above mentioned problem.
1- NE data uploaded on the NMS, tried to configure the services after querying the services but not useful.
2- Cross connections on SLT1-1 port were checked from Navigator and found time slots free upon which service configuration was being made.
3- After the above steps, active/standby switching of Cross connection boards was performed but not useful.
4- After performing all above steps, Supervisory-unequipped (HSUT) function was checked on SLT1-1 board and found enabled.
#9-516:szhw [FFDe01_OSN1 ][2011-06-20 19:58:46+05:00]>
Bid Pid AU4ID HSUT
13 1 1 enable
Total records :1
This function can be checked from Navigator by using cfg-get-hsut command. Also we can check this function from NMS, NE explorer --> select board --> SDH interface --> By board/port(channel) --> select VC4 channel. (snap is attached)
5- This function is used to monitor the higher order path overheads on unequipped channels and pass through the J1 byte for the unequipped channels. By default this function should be disabled. Services cant
be configured if this function is enabled on VC4 channel.
6- After disabling Supervisory-unequipped (HSUT) function from SLT1-1, problem resolved and services configured successfully. From Navigator, we can enable/disable this function by using cfg-set-hsut:bid,pid,auid,enable/disable command. From NMS we can enable/disable this function from NE explorer --> select board --> SDH interface --> By board/port(channel) --> select VC4 channel. (snap is attached)
This function can be enable/disable only when the VC4 channel is not occupied by the services. If VC4 channel is occupied by the services, first the services should be deactivated, and then Supervisory-unequipped function can be enable/disable.
Following are the possible causes for the above mentioned issue.
1- Configuration data is inconsistent between NE & NM.
2- Ports not added or unidirectional services configured on the port.
3- Services creation/deletion from Navigator and asynchronous data between NE and NM layers.
4- Faults in Cross connect board.
Whenever this kind of problem occurs, after uploading NE data, check the Supervisory-unequipped function. By default this function should be disabled.