You are on page 1of 16

GPON Troubleshooting

 Fault Description
ONU  There are two scenarios that the ONU fails to be registered:
 The configured ONU can not access the online state.
Registration  The unregistered ONU cannot be discovered in the optical
Failure network under the PON port.
 Possible Reason of ONU Registration Failure

 Fiber faults:
• Fiber connection error occurs.
• The fiber is disconnected.
• The fiber distance is too long.
• The fiber signal attenuation is too high or too low.
ONU  Optical module faults:
• The optical module is damaged.
Registration • The optical module has too low receiving sensitivity.
• The optical module has too high or low optical output power.
Failure  The ONU keeps sending optical signals or it is connected with another
device that keeps sending optical signals.
 The OLT PON port is disabled.
 The OLT enables hardware authentication.
 Other faults on the ONU.
 Other faults on the OLT.
 Check Steps if All ONU can not the register

 Check the OLT interface status on the OLT.


ZXAN(config-if)#show interface gpon-olt_0/10/1
If the port is disabled, carry out the no shutdown command in OLT interface mode.
 Check the OLT authentication mode.
ONU  Check the actual fiber distance and the OLT MAXRTT settings.
Registration  Check whether the downstream and upstream optical powers on
the OLT are too high or too low.
Failure
 Connect the ONU to other slots or PON ports and check whether it
can be discovered.
 Disconnect the OLT and test the upstream optical power. If the
upstream optical power still exists, the optical network may be
connected with an optical-electrical converter or an ONU that
keeps sending optical signals.
 Check Steps if Some ONU can not the register

 Check whether hardware authentication is enabled.


 If only one ONU can be registered and other ONUs cannot be
ONU registered, an ONU may keep sending optical signals.
 Check whether the downstream and upstream optical powers on
Registration the ONU are too high or too low.
Failure  Disconnect the OLT and test the upstream optical power.
 Change the ONU to check whether the fault is caused by the ONU.
 Change the fiber branch to check whether the fault is caused by
the fiber
 No Dialing Tone On Hook-Off

 Fault Description
There is no dialing tone when the subscriber hooks off the phone.
Voice Faults  Fault Analysis
The fault may be caused by the following:
• Line fault
• Hardware fault
• Network fault
• Data configuration error
 Handling Procedures

 Check whether the telephone indicator is ON, that is, whether


there is battery feed on hook-off.
 When there is no battery feed, Check the subscriber line or
whether the subscriber cable is correctly connected with the
telephone and the ONU.
Voice Faults  When there is battery feed,
• try to dial the subscriber from other subscribers. If the fault
still exists, reset the voice card.
• When the link between the PON and SS is down, check the
network.
• Check whether the TidName parameters are configured
consistently on the PON and SS
 Busy Tone On Hook-Off

 Fault Description
The busy tone is played on hook-off.
 Fault Analysis
 The fault may be caused by the following:
• The ONU is not registered.
Voice Faults • The SS delivers the busy tone signaling.
• The data configuration is incorrect
 Fault Handling
To handle the fault, perform the following operations:
 Check the data configuration on the SS.
 Check the data configuration on the ONU and check whether the
configuration is consistent with that on the SS.
 If the data configuration on both sides is correct, analyze the
packets through packet capture, which requires the MGCP or
H.248 protocol.
 Call Failure

 Fault Description
The call fails.
 Fault Analysis
The fault may be caused by the following:
• Telephone fault
• Syntax error
• ONU configuration error
Voice Faults • SS data configuration error
 Fault Handling
To handle the fault, perform the following operations:
If the call fails during the dialing, perform the following operations:
• Change the telephone to check whether the fault still exists.
• Check the digit map through signaling trace or packet capture to check whether
the syntax is incorrect.
• Check whether the digit map size exceeds the threshold.
• Check the long-term timing and short-term timing configuration on the ONU.
 Data Services All Down

 Fault Description
Data services all down presents as follows:
• The NMS prompts that the ONU is disconnected and the
subscriber service is interrupted.
• Mass subscribers fail to access the Internet from the ONU.
Broadband  Fault Analysis
Service Faults The fault may be caused by the following:
• The device is powered down.
• The uplink port is disconnected.
• The card (main control card or subscriber card) is faulty or the
software version is faulty.
• The cable connection is faulty.
• The ONU fails to be registered.
 Handling Procedures

 When the device is powered down, perform the following operations:


Power ON the device and observe the startup process until all the
services are recovered.
 When the uplink port is disconnected
• Measure the optical power sent from the splitter side.
Broadband • Measure the optical power sent from the ONU and check whether there
is an ONU that keeps sending optical signals for a long term.
Service Faults • Check the optical module. If it is faulty, change it.
• Check whether the working mode of the uplink port is consistent with
that of the upper-layer device.
• When the card (main control card or subscriber card) is faulty or the
software version is faulty:
• Check whether the card state is normal.
• Check whether the software version is the latest one.
• When the cable connection is faulty, check the hardware installation.
 Slow Internet Speed, High Packet Loss, and Frequent
Disconnect

 Fault Description
This kind of fault presents as follows:
• It is slow to open a website or download data from the Internet.
• A great number of packets are lost when the subscriber pings the DNS.
• The subscriber get disconnected frequently.

Broadband • Dial-up seldom succeeds.


 Fault Analysis
Service Faults The fault may be caused by the following:
• The uplink optical loss is too high.
• The working mode of the uplink port is inconsistent with thatnof the upper-layer
device port.
• The card (main control card or subscriber card) is faulty or then software version is
faulty.
• The ONU upstream and downstream bandwidth is configured incorrectly.
• Error occurs in the flooding forwarding process
• The subscriber rate profile is incorrectly used.
• The MAC address is looped back.
 Handling Procedures

 When the uplink optical loss is too high, measure the optical loss and
change the fiber (fiber module).

C220 optical output power range: +2 dB to +7 dB


C220 optical input power range: -27 dB to -6 dB
Broadband F820 optical input power range: -24 dB to -8 dB
Service Faults F820 optical output power range: -1 dB to +4 dB
9806H optical input power range: -24 dB to -8 dB
9806H optical output power range: -1 dB to +4 dB

 When the working mode of the uplink port is inconsistent with that of
the upper-layer device port, check the uplink port configuration
 Handling Procedures

 When the card (main control card or subscriber card) is


faulty or the software version is faulty, perform the
following operations:
• Restart the card.
• Plug out and plug in the card.
Broadband • Lower the temperature of the card.
Service Faults • Change the card.
 When the ONU upstream and downstream bandwidth
is configured incorrectly, check the bandwidth on the
OLT and modify the bandwidth.
 Check whether the ONU bandwidth is too low.
 Check whether the upstream assured bandwidth and the
maximum bandwidth are consistent.
 Fault Description
The IPTV faults include the image interruption and slow channel
switching.
 Fault Analysis
Multicast Fault The fault may be caused by the following:
• The data configuration is incorrect.
• The network is faulty.
 Handling Procedures

 Check whether the multicast configuration is correct.


 Check the multicast group MAC address of the adding packet
received by the main control card, the added multicast group port,
and the multicast VLAN. Check whether the MAC address
corresponds to the configured multicast IP address.
 Display the ONU added to the multicast group and the ONU port
Multicast Fault number.
 After sending the adding packet to the ONU, the STB queries the
multicast VLAN in the user ID list and queries the multicast MAC
address in the MAC address list.
 Check whether the tag on the ONU port is stripped.
 For further troubleshooting, capture packets to analyze the
network conditions.

You might also like