No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Broadband Dslam loss comm with BMS server due to network congestion

Publication Date:  2012-07-25 Views:  9 Downloads:  0
Issue Description
MA5100 intermittent comm loss with BMS server. During  problem occurrence, it was reported that there is repeated port deactive and clear alarm msg.
MA5105: V100R010B02D092
Alarm Information
1. Major Alarm: NE device communication loss 
Handling Process
BMS server<--->intranet<---->Bras<------>transmission<------>dslam)
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.
Root Cause
Null
Suggestions
In event of reoccurrence,
a. Ping BRAS from NMS server.
b. Access direct at dslam and ping to BRAS. If not successful, do packet capture 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.

END