MA5100 intermittent comm loss with BMS server. During problem occurrence, it was reported that there is repeated port deactive and clear alarm msg.
1. Major Alarm: NE device communication loss
Above shows the connection diagram.
Server unlikely cause of problem as it manages many other dslams.
Therefore, suspect the link down from BRAS to dslam devices (during comm loss).
However, first check on the below to affirm that dslam has no problem.
1. Check on dslam alarm log file for possible system reboot.
2. Check on H521MFCE uplink alarm. If there is no alarm, indicating uplink is functioning normal, registering the traps received. The repeated port deactivating are seen as end user trying to reset modem to recover service. Physical uplink fault is ruled out.
3. Check on memory status of dslam to ensure its normal.
In event of reoccurrence,
a. Ping BRAS from NMS server.
b. Access direct at dslam and ping to BRAS. If not successful, do packet get at dslam uplink and at BRAS to determine the scope of packet loss.
c. Log on to BRAS to check its register of MA5105 mac address. (MA5105(config)#show atmlan mac-address).
d. Check Radius history of user login/logout record, multiple attempt to login successful/unsuccessful during problem occurred as reported.
Given that DSLAM is not cause of problem then these above steps would be able to indicate problems (PACKET LOSS due to congestion) in link from transmission to Bras.