ONU Frequently Goes Online and Offline(5) – a Too Large Split Ratio

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:  TC-C6214 ONU Frequent Going Online and Offline Because of a Too Large Split Ratio, also the MA5616 works, too.

 

Fault Description

Network topology: Originally, the system uses one-level optical split and the split ratio is 1:8. Later, the customer connects a 1:16 optical splitter to the 1:8 optical splitter. The three ONUs are connected to the 1:16 optical splitter.

During deployment in an office, three ONUs frequently go online and offline.

 

Alarm Information

None

 

Possible Cause

l The ONU receive optical power is larger than the overload optical power.

l The ONU receive optical power is smaller than the sensitivity.

l There is abnormal attenuation on ODN lines.

 

Procedure

Step 1 Test the ONU receive optical power. It is found that the receive optical power of the three ONUs is approaching the sensitivity.

Step 2 Analyze the total split ratio of the three ONUs. It is found that the total split ratio is 1: (16 x 8) = 1:128, which is too large and therefore causing too large attenuation, as shown in Figure 1.

 

Figure 1 Too large split ratio

4-22 ma5600 troubling 3

Step 3 Change the 1:16 optical splitter to a 1:4 one. Then, the fault is rectified.

 

Step 4 Such a fault does not recur in the next week.

—-End

 

Suggestion and Conclusion

Bit errors will occur on an ONU if the ONU receive optical power is approaching the sensitivity and even the ONU may go offline. Reserve a 3 dBm attenuation margin in ODN planning.

 

NOTE

The specifications of the optical path attenuation are as follows (the following are theoretical values and the actual values vary with the environment):

l The optical attenuation on the ONU GPON port should be within the range of 15 dBm to 25 dBm.

l The attenuation on an optical fiber is about 0.3 dB per kilometer.

l The attenuation for an optical splitter is as follows:

l 1:2 optical splitter: 3 dBm

l 1:4 optical splitter: 6 dBm

l 1:8 optical splitter: 9 dBm

l 1:16 optical splitter: 12 dBm

l 1:32 optical splitter: 15 dBm

l 1:64 optical splitter: 18 dBm

 

 

 

5 ONU Frequently Goes Online and Offline(1) – a Rogue ONU

 

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:  TC-C6217 ONU Frequent Going Online and Offline Caused by a RogueONU.

 

This topic describes how to troubleshoot the fault of ONU frequent going online and offline.

 

Fault Description

All ONUs connected to a port in an office frequently go online and offline after a flood.

 

Alarm Information

Rogue ONU alarm

 

Possible Cause

l The ONU receive optical power is larger than the overload optical power.

l The ONU receive optical power is smaller than the sensitivity.

l There is abnormal attenuation on ODN lines.

 

Procedure

Step 1 After communicating with the customer, we learn that there was once a flood some ONUs are flooded.

 

Step 2 Analyze the condition. Only certain ONUs are flooded. This should not cause all ONUs to go offline repeatedly. It is concluded that the optical modules of certain ONUs transmit signals abnormally because of flood and the ONUs become rogue ONUs.

 

Step 3 Check optical lines one by one near the optical splitter. It is found that one ONU works in the continuous mode, as shown in Figure 2.

4-22 ma5600 troubling 4 rogue onu

 

Step 4 Replace the ONU. System services recover.

 

Step 5 Such a fault does not recur in the next week.

—-End

 

Suggestion and Conclusion

In normal conditions, ONU signal transmit timeslots are controlled by the OLT. A rogue ONU is an ONU that goes out of control of the OLT and works in the continuous mode or irregular mode. You can locate a rogue ONU manually or locate a rogue ONU by querying alarms generated on the OLT. If a rogue ONU is detected, replace it in time.

ONU Frequently Goes Online and Offline(4) – a Too Small Fiber Bend Radius

SmartAX MA5600T/MA5603T HG8010 GPON Terminal Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:  TC-C6208 ONU Frequent Going Online and Offline Because of a Too Small Fiber Bend Radius

 

This topic describes how to troubleshoot the fault of ONU frequent going online and offline.

 

Fault Description

Network topology: Optical split level: one level; split ratio: 1:32; backbone fiber: 8.6 km long; branch fiber: 1.5 km long. In an office, an ONU frequently goes online and offline.

 

Alarm Information

LOSi alarm and LOFi alarm

 

Possible Cause

l The ONU receive optical power is larger than the overload optical power.

l The ONU receive optical power is smaller than the sensitivity.

l There is abnormal attenuation on ODN lines.

 

Procedure

Step 1 Test the receive optical power on ONU optical ports. It is found that the receive optical power is only -28 dBm. This indicates that there is abnormal attenuation on ODN lines.

 

Step 2 Check field conditions. It is found that fibers are placed disorderly, the fiber bend radius is too small and the fiber is almost broken, as shown in Figure 1.

 

Figure 1 Too small fiber bend radius

4-22 ma5600 troubling 2

Step 3 Replace the fiber and test the ONU receive optical power again. -18 dBm optical power is obtained and services recover. This indicates that the too small fiber bend radius causes abnormal attenuation on ODN lines and consequently causes the ONU to go online and offline frequently.

 

Step 4 Such a fault does not recur in the next week.

—-End

 

Suggestion and Conclusion

Make sure that the fiber bend diameter is larger than 8 cm when bending a fiber.

ONU Frequently Goes Online and Offline(3) – Mismatching Fiber Connector

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:  TC-C6207 ONU Frequent Going Online and Offline Because ofMismatching Fiber Connector, and how to solve the similar product MA5606TMA5616 troubleshooting, you can referce from this chapter, too.

 

Fault Description

Network topology: Optical split level: one level; split ratio: 1:32; connector: SC/APC connector. In an office, an ONU frequently goes online and offline.

 

Alarm Information

LOSi alarm and LOFi alarm

 

Possible Cause

l The ONU receive optical power is larger than the overload optical power.

l The ONU receive optical power is smaller than the sensitivity.

l There is abnormal attenuation on ODN lines.

 

Procedure

Step 1 Test the receive optical power on ONU optical ports. It is found that the receive optical power is -27 dBm. This indicates that there is abnormal attenuation on ODN lines.

 

Step 2 Perform a test on the optical splitter. It is found that the connector of the optical splitter is an SC/APC connector but that of the ONU fiber is an SC/PC connector. When an APC-endface fiber is connected to a PC-endface fiber, at least 3 dB attenuation will be generated, as shown in Figure 1.

Figure 1 Interconnection of PC and APC connectors

4-22 ma5600 troubling 1

Step 3 Remove the SC/PC fiber (blue) and splice it to an SC/APC fiber (green). Test the ONU receive optical power again. It is found that the receive optical power becomes -23.5 dBm, which is within the normal range. This indicates that the mismatching fiber connector causes abnormal attenuation on ODN lines and consequently causes the ONU to go online and offline frequently.

 

Step 4 Such a fault does not recur in the next week.

—-End

 

Suggestion and Conclusion

It is recommended that you connect an SC/PC connector to an SC/PC connector (or an SC/APC connector to an SC/APC connector). The biggest difference between an SC/PC connector and an SC/APC connector lies in that the endface of an SC/PC connector is a plane but the endface of an SC/APC connector is a slop. If an SC/PC connector is connected to an SC/APC connector, at least 3 dB attenuation will be generated.

 

ONU Frequently Goes Online and Offline(2) – Unmatched Optical Fiber Connectors

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:TC-C6311 An ONT Frequently Goes Online and Offline Because of Unmatched Optical Fiber Connectors

 

This topic describes how to troubleshoot the fault when the deployed ONT frequently goes online and offline because the optical fiber connectors do not match.

 

Fault Description

When an ONT is installed in the deployment, the optical path attenuation is -23 dBm, which is within the normal attenuation range. After the optical fibers are connected, the LED of the PON port blinks. In addition, the ONT fails to register with the OLT normally, and the ONT goes online and offline frequently.

 

Alarm Information

The up and down alarms about the ONT (OT928) are generated on the OLT.

 

Cause Analysis

l The optical path attenuation is very large.

l The optical fiber connectors are not clean or not connected properly.

 

Procedure

Step 1 Use an optical power meter to measure the optical path attenuation. It is found that the optical path attenuation is -23 dBm, which is within the normal range of the optical path attenuation.

 

Step 2 It is suspected that the poor quality of optical signals is caused by the dirty optical fiber connectors of the ONT (OT928). Clean the optical fiber connectors, and remove and then insert the optical fiber connectors again. The fault, however, persists.

 

Step 3 Replace the ONT with another ONT (OT928) to conduct a test. The fault, however, persists, which indicates that the hardware of the ONT (OT928) is normal.

 

Step 4 Check the fiber patch cord of the ONT (OT928). It is found that the connector of the fiber patch cord does not match the optical fiber connector of the ONT. Though the connector of the fiber patch cord is square, the color is different. After verification, the optical fiber connectors used in the ONT (OT928) are green, square, and SC/APC.

 

NOTE

The BOM is 14130252, and the name is Patch Cord, SC/APC-FC/PC, Singlemode-G.652, 3mm, 3m.

 

Step 5 Replace the fiber patch cord with a correct fiber patch cord (SC/APC-FC/PC). As a result, the LED of the PON port is stable, and the ONT can register with the OLT normally.

—-End

 

Suggestion and Conclusion

Currently, the type of the fiber patch cord used in the ONT (OT928) is seldom used in China, but is mostly used abroad. Therefore, note that you should use the correct fiber patch cord.

The greatest difference between green and blue fiber patch cords is as follows: The

interconnection section between the fiber patch cord with green connectors and the OT928 is oblique. The interconnection section between the fiber patch cord with blue connectors and the ONT is plane, which can result in 3-6 dBm optical attenuation.

ONU Frequently Goes Online and Offline(1) – Unstable Voltage

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting: ONU Frequently Goes Online and Offline:

The ONU frequently going online and offline failure is a fault in which an ONU connected to aPON port of an OLT frequently goes online and offline and therefore the OLT reports a large number of ONU LOS and ONU signal recovery alarms.

There are several reasons if the ONU frequently goes online and offline, we will tell the detailed on this blog.

 

1 TC-C6007 An ONU Goes Online and Offline Repeatedly Because of

Unstable Voltage

This topic describes how to troubleshoot the fault when an ONU goes online and offline

repeatedly and alarms that the ONU goes online and offline repeatedly are generated on the OLT because of unstable voltage.

 

Fault Description

An ONU connected to an OLT in an office goes online and offline repeatedly and irregularly.

 

Alarm Information

Alarms that the ONU goes online and offline repeatedly are generated on the OLT.

 

Cause Analysis

l The optical fiber attenuation is very large.

l The hardware of the ONU is faulty.

l The boards on the OLT are faulty.

 

Procedure

Step 1 Other ONUs connected to the PON port are normal, which indicates that the PON board of the OLT is normal.

 

Step 2 Use an optical power meter to test the optical fiber attenuation on the ONU side. It is found that the optical fiber attenuation is -20 dB, which is normal. This indicates that the line is normal.

 

Step 3 Replace the ONU with another ONU. The fault, however, persists, which indicates that the hardware of the ONU is normal.

 

Step 4 The ONU on which the fault occurs is located in a remote mountain area. Therefore, it is suspected that the fault is caused by the surroundings. Log in to the ONU in the telnet mode, and then run the display alarm list all command to carefully view the alarms. It is found that the ONU resets in peak hours from 7:00 a.m. to 8:00 p.m. in four consecutive days. Therefore, it can be preliminarily determined that the fault is caused by the voltage.

 

Step 5 Use a multimeter to test the voltage on site. It is found that the ONU resets repeatedly due to unstable voltage. Replace the ONU with another ONU with the DC module. As a result, the fault is rectified.

—-End

 

Suggestion and Conclusion

The ONUs of Huawei support AC power supply and DC power supply. If an ONU uses the AC power supply, the ONU resets repeatedly when the voltage is unstable. If the voltage is abnormal and the normal voltage cannot be guaranteed, it is recommended that you use an ONU with the DC module.

More topic for MA5600 series:

MA5683T VS MA5603
The basic configuration of OLT
How to configure DHCP on Huawei MA5680T
The command debugging dns of Huawei MA5631
MA5600/MA5603: CONFIGURING THE LICENSE FUNCTION

MA5600 Series: Troubleshooting Frequent Interruptions in Internet Service

SmartAX MA5600T/MA5603T Multi-service Access Module Troubleshooting:

This section describes how to troubleshoot frequent interruptions in Internet service for MA5600 series when x digital subscriber line (xDSL) users on fiber to the building (FTTB) and fiber to the curb (FTTC) networks are accessing the Internet.

 

Use the following guidelines to locate the fault.

4-4 ma5600 1

4-4 ma5600 2

Procedure

Step 1 Check the user terminal.

1. Replace the user’s PC and then check whether Internet service is restored.

l If the service is restored, the fault is on the user’s PC. Check whether the NIC in the

user’s PC is faulty or whether the user’s PC is infected with viruses. Then, go to Step

l If the service is not restored, go to Step 1.2.

2. Check the indicator status on the modem to determine whether the modem is being activated

and deactivated frequently.

l If the modem is being activated and deactivated frequently, go to Step 1.3.

l If the modem is not being activated and deactivated frequently, go to Step 2.

3. Replace the modem and then check whether the modem would still be activated and

deactivated frequently.

l If the modem would still be activated and deactivated frequently, go to Step 2.

l If the modem would not be activated and deactivated frequently, go to Step 1.4.

4. Check whether the service recovers to normal.

l If the service is restored, go to Step 6.

l If the service is not restored, go to Step 2.

 

Step 2 Check the quality of the line between the ONU and the user terminal.

1. Check whether cyclic redundancy code (CRC) loss occurs on the subscriber line.

l If CRC loss occurs on the subscriber line, go to Step 2.2.

l If CRC loss does not occur on the subscriber line, go to Step 3.

 

NOTE

Query the performance statistics of the faulty port multiple times (recommended: 10 times) and then compare the statistics to check whether packet loss occurs on the subscriber line. The query interval is 20s.

 

1 Run the display xdsl statistics performance frameid/slotid/portid line-showtime co ever-before command on the ONU to query all the performance statistics of the subscriber line after the subscriber line is initialized. Then, check whether the Count of errored seconds and Count of severely errored seconds increase. If the two numbers increase, packet loss is occurring on the subscriber line.

 

2. Check the quality of the physical line between the ONU and the modem to determine

whether the line is not connected properly or the line is old. Reconnect the line properly or

replace the old line as needed to ensure good line quality. Then, check whether the modem can be activated.

l If the modem can be activated, go to Step 2.3.

l If the modem cannot be activated, go to Step 2.4.

 

3. Check whether the service recovers to normal.

l If the service is restored, go to Step 6.

l If the service is not restored, go to Step 2.4.

4. Check whether there is a strong source of interference, such as a wireless base station or a high-frequency switch power system, around the user.

l If there is a strong source of interference around the user, it may be the cause of the

fault. Contact the relevant department to handle it. Then, go to Step 6.

l If there is no strong source of interference around the user, go to Step 2.5.

 

5. Change a port for the user and configure the necessary data on the ONU. Then, check

whether service is restored.

l If the service is restored, the user port is faulty. Change a port for the user and reconfigure the data. Then, go to Step 6.

l If the service is not restored, go to Step 3.

 

Step 3 Check whether the user’s MAC address has drifted from one ONU port to another.

1. In global config mode, run the display location mac-addr command to check multiple

times (more than three times is recommended) whether the user’s MAC address has drifted on the port that has learned the user’s MAC address.

l If the MAC address drift occurred, go to Step 3.2.

l If no MAC address drift occurred, go to Step 4.

 

NOTE

l The mac-addr parameter in the command indicates the user’s MAC address. For modem dialup, the user’s MAC address is the MAC address of the modem. For PC dialup, the user’s MAC address is the MAC address of the PC.

l The F/S/P parameter in the query result indicates the service port that learned the user’s MAC address. Generally, the port displayed in the query result should be the service port of the user. If the displayed port is not the service port of the user, the user’s MAC address has drifted.

 

2. Check whether a loop has formed or there are user attacks on the port that the user’s MAC address has drifted to. If a loop has formed, disconnect it. If the port that the MAC address has drifted to is being attacked, deactivate the port initiating the attacks. Then, check whether the service is restored.

l If the service is restored, go to Step 6.

l If the service is not restored, go to Step 4.

 

Step 4 Check whether the BRAS’s MAC address has drifted on the ONU.

1. Run the display location mac-addr command to check multiple times (more than three

times is recommended) whether the BRAS’s MAC address has drifted on the port that has

learned the BRAS’s MAC address.

l If the BRAS’s MAC address has drifted, go to Step 4.2.

l If the BRAS’s MAC address has not drifted, go to Step 5.

SmartAX MA5600T/MA5603T Multi-service Access Module

 

NOTE

l The mac-addr parameter in the command indicates the BRAS’s MAC address.

l The F/S/P parameter in the query result indicates the uplink port that learned the BRAS’s MAC address. Generally, the port displayed in the query result should be the uplink port on the ONU connected to the BRAS. If the displayed port is not the uplink port, the BRAS’s MAC address has drifted.

2. Check whether a loop has formed or whether there are user attacks on the port where the user’s MAC address has drifted. If such a problem occurs, disconnect the loop or deactivate the port where the user attacks are initiated. Then, perform another dialup check. Then, check whether the service is restored.

l If the service is restored, go to Step 6.

l If the service is not restored, go to Step 5.

 

Step 5 Record the results of the preceding steps in the form for reporting a fault, fill in the form completely, and then submit the form to Huawei for technical support.

 

Step 6 The fault is rectified.

—-End

More related for the MA5600 series, please visit:

MA5683T VS MA5603
How to Query and Change the ARP Aging Time on MA5600 Series

Troubleshooting the FTTB and FTTC Service (OLT +MDU)

This chapter describes how to troubleshoot common faults in Internet access, multicast (IPTV), and voice (VoIP) services in the GPON access mode in FTTB and FTTC scenarios. MDU refers to MA561x, MA562x, MA5612 and MA5606T. Command lines executed by MDU are examples of MA5616.

 

Troubleshooting the Internet Access Service (When the MDU Provides xDSL Access)

 

This chapter describes how to troubleshoot common faults users encounter when accessing the Internet using MDU in xDSL mode on FTTB and FTTC network. Common faults include Internet access failure, frequent service disconnection, low access rate, and failure to obtain an IP address by Point-to-Point Protocol over Ethernet (PPPoE) dialup or Dynamic Host Configuration Protocol (DHCP) mode.

 

Prerequisites

The ONU and the OLT must communicate with each other normally. If a fault occurs in

communication between the ONU and the OLT, all the services of the ONU are interrupted.

 

NOTE

The following lists common faults in communication between the ONU and the OLT.

A 2.1.1 GPON ONU Registration Failure

B 2.1.2 Failure to Auto Discover a GPON ONU

C 2.1.3 GPON ONU Frequently Goes Online and Offline

 

Troubleshooting the Failure to Access the Internet

This section describes how to troubleshoot failures when users access the Internet on fiber to the building (FTTB) and fiber to the curb (FTTC) networks in xDSL mode, for example, users fail to open Web pages.

 

Fault Location

Use the following guidelines to locate the fault.

 

ma5603t 4-2 1

Procedure

Step 1 Check the user terminal.

1. Check whether the user’s PC can obtain an IP address

 

NOTE

To view the IP address of the PC, do as follows:

a. Choose Start > Run from the Windows main menu. In the Run dialog box displayed, enter cmd and press Enter.

b. In the CLI window displayed, run the ipconfig command to view the IP address obtained by the PC.

1 If the PC can obtain an IP address, go to Step 1.3.

If the PC cannot obtain an IP address, do as follows:

– For PPPoE users, see 2.3.1.4 Troubleshooting the Failure to Obtain an IP

Address by PPPoE Dialup. Then, go to Step 1.2.

– For DHCP users, see 2.3.1.5 Troubleshooting the Failure to Obtain an IP

Address in DHCP Mode. Then, go to Step 1.2.

 

2. Check whether the user can access the Internet.

l If the user can access the Internet successfully, go to Step 5.

l If the user cannot access the Internet, go to Step 1.3.

 

3. Replace the user’s PC with a test PC that can access the Internet in the same mode as the user’s PC. Then, check whether the user can access the Internet.

l If the user can access the Internet, the fault is on the user’s PC. Check whether the user’s PC is infected with viruses, the NIC or IE of the user’s PC is faulty, or the PC is slow

to respond after running for a long period. Then, go to Step 5.

l If the user cannot access the Internet, go to Step 2.

Step 2 Check whether the user can access the Internet by going to various Web sites through the Web server.

l If the user can access certain Web sites, the fault is on the Web site itself. Go to Step 5.

l If the user cannot access any Web sites, go to Step 3.

 

Step 3 Check the DNS.

1. Enter the IP address of an existing Web site in the address bar of IE (format: http://

192.168.0.2) and check whether the Web site opens.

l If the Web site opens, the fault is on the DNS and the DNS cannot resolve the domain

name. Go to Step 3.2.

l If the Web site does not open, go to Step 4.

 

2. Check whether the PC can ping the IP address of the DNS.

NOTE

To view the DNS IP address of the PC, do as follows:

a. Choose Start > Run from the Windows main menu. In the Run dialog box displayed, enter cmd and press Enter.

b. In the command line interface (CLI) window displayed, run the ipconfig/all command to view the DNS IP addresses obtained by the PC, namely, the values of the DNS Servers parameter.

l If the PC can ping the IP address of the DNS, the link between the PC and the DNS is

normal and the DNS is faulty. Go to Step 3.3.

l If the PC cannot ping the IP address of the DNS, go to Step 4.

 

3. Rectify the fault on the DNS. Then, check whether the user can access the Internet.

l If the user can access the Internet successfully, go to Step 5.

l If the user cannot access the Internet, go to Step 4.

                                       

Step 4 Record the results of the preceding steps in the form for reporting a fault, fill in the form completely, and then submit the form to Huawei for technical support.

 

Step 5 The fault is rectified.

—-End

 

Huawei MA5600 Series Troubleshooting

This document describes how to troubleshoot common faults and deal with emergencies in
services and functions provided by the MA5600T/MA5603T. In addition, this document
provides typical cases and common operations for troubleshooting the faults.

Reading through this document helps you learn how to troubleshoot common faults and deal
with emergencies, thus rectifying the faults and making the services return to the normal state.
When a fault cannot be rectified according to the procedures described in this document, report the fault information to Huawei technical support engineers for further diagnosis and analysis according to the methods provided in this document.

The intended audience of this document is:
1 System maintenance engineers
2 Field maintenance engineers
3 Network monitoring engineers