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>Search


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

Knowledge Base

MG Interface Is Reset Every 20 Minutes Due to the Conflict of the Registration Domain Name Configured for the MA5620E

Publication Date:  2012-07-25  |   Views:  243  |   Downloads:  0  |   Author:  Xu Xiaorong  |   Document ID:  EKB0000411465


Issue Description

An office reports that an MA5620E in a residential community often has a problem. That is, users can call normally, but sometimes hear no tone after off-hook.
Network topology: 
The SBC is used as a proxy for the ONU to register the domain configured for it with the SoftX3000.
MA5620E version: MA5600V800R305C01B058HP0004

Alarm Information

2009-02-20 03:27:12   MG interface interruption restoration
                                    MG interface ID: 0, MGC ipaddr:
                          , MGC port: 2944, Inner Call:
                                    0, Rejected Call: 0
2009-02-20 03:27:12   MG interface interruption
                                    MG interface ID: 0, MGC ipaddr:
                          , MGC port: 2944, Online User:
2009-02-20 03:07:46   MG interface interruption restoration
                                    MG interface ID: 0, MGC ipaddr:
                          , MGC port: 2944, Inner Call:
                                    0, Rejected Call: 0
2009-02-20 03:07:45   MG interface interruption
                                    MG interface ID: 0, MGC ipaddr:
                          , MGC port: 2944, Online User:
2009-02-20 02:48:20   MG interface interruption restoration
                                    MG interface ID: 0, MGC ipaddr:
                          , MGC port: 2944, Inner Call:
The MG interface is reset every 20 minutes regularly.

Handling Process

1. Check alarms on the ONU and the OLT. It is found that no alarm related to the optical path is generated. Measure the receive optical power of the ONU on site. The power is �14 dB, which is normal. Therefore, the problem is not caused by the optical path.
2. When the problem occurs, no packet is lost when the SBC is pinged from ONU; no packet is lost either when the SoftX3000 is pinged from the SBC. The possibility of packet loss is narrow because only this ONU has the problem.
3. Check the data configurations of the SBC and the SoftX3000. It is found that the configurations are the same as those of other ONUs. Therefore, the problem is not caused by the data configuration.
4. On the ONU, use the DBWIN to track the signaling. It is found that the ONU does not receive the heartbeat message from the SoftX3000 within five minutes. Then, the ONU automatically transmits the heartbeat message to the SoftX3000. The ONU transmits a heartbeat message every minute. The ONU successively transmits the packet for five times, but does not receive the response packet from the SoftX3000. Then, the ONU automatically resets the MG interface. The process continues like this, and the MG interface is interrupted every 20 minutes. See attachment 1 for the packet.
The MG interface is reset because the ONU does not receive the heartbeat message from the SoftX3000. Therefore, the problem may be caused by that the SoftX3000 does not transmit the heartbeat message. On the SoftX3000, track the message for this ONU. It is found that the SoftX3000 keeps transmitting heartbeat messages. See attachment 2 for details.
Analyze the message tracked from the SoftX3000. It is found that the SoftX3000 keeps transmitting heartbeat messages. The SoftX3000 does not respond until it receives the RE="900" reset message from the ONU.
Therefore, the SBC may discard the heartbeat message transmitted from the SoftX3000 to the ONU. On the SBC, track the message for this ONU. It is found that the SBC does not receive the heartbeat message from the SoftX3000 at all. The message is the same as the message tracked on the ONU. See attachment 3 for details.
The results are totally different when a same ONU is respectively tracked on the SoftX3000 and the SBC. Therefore, something surely has problems. Carefully check the signaling of the SoftX3000. It is found that the address of the MGW is changed from to This indicates that two ONUs communicate with the SoftX3000, but use only one domain name. 
Check this domain name on the two SBCs with the addresses and It is found that registered users can be seen on both SBCs. Therefore, the problem is clear. That is, two ONUs are configured with a same domain name.
Cause analysis: ONUs 1 and 2 are configured with a same domain name. At a time, only one ONU is allowed to exchange signaling with the SoftX3000. If ONU 2 is normal and ONU 1 does not receive the heartbeat message from the SoftX3000 within five minutes, ONU 1 automatically transmits the heartbeat message to the SoftX3000. If ONU 1 does not receive the response, ONU 1 transmits the signaling of resetting the MG interface to the SoftX3000. After receiving the reset signaling, the SoftX3000 responds to this message, and ONU 1 is in service. Then, the same problem occurs on ONU 2, that is, ONU 2 does not receive the heartbeat message. ONU 2 resets the MG interface 10 minutes later. Therefore, the MG interface of each ONU is reset every 20 minutes.

Root Cause

1. The optical path of the ONU or OLT causes the problem.
2. Packet loss in the link between the ONU and the SBC, or the link between the SBC and the SoftX3000 causes the problem.
3. Improper data configuration on the SBC or SoftX3000 causes the problem.
4. Domain configuration conflict on the ONU causes the problem.


When configuring the ONU domain name for registration, ensure that the domain name is not used repeatedly.