Troubleshooting LOSi (Loss of Signal for ONUi) FAQ: Configuration, Compatibility & Error Resolving

Overview & Technical Scope

LOSi (Loss of Signal for ONUi) is one of the most critical alarms in GPON and XGS-PON networks, indicating that the Optical Network Unit (ONU) is not receiving a viable downstream optical signal from the Optical Line Terminal (OLT). This alarm is a primary cause of service outages for fiber-to-the-home (FTTH) and enterprise broadband connections. Troubleshooting LOSi requires a systematic approach spanning physical layer optics, PON protocol registration, and configuration mismatches. This FAQ provides definitive answers for network engineers and field technicians on diagnosing, resolving, and preventing LOSi alarms to restore service and maintain network integrity.

Frequently Asked Questions

Q1: What does the LOSi (Loss of Signal for ONUi) alarm mean and what are its primary root causes?

The LOSi alarm is a critical indicator that the OLT has detected no optical signal power from a specific ONU on a PON port. The primary root causes are a physical fiber break or high attenuation exceeding the receiver’s sensitivity, faulty optical connectors or dirty end-faces, a malfunctioning ONU transmitter, or an incorrect optical splitter port connection. Additionally, the LOSi can be triggered if the ONU is out of the allowed optical power budget, typically when the received signal is below -28 dBm for GPON Class B+ or -30 dBm for Class C+ optics. This alarm often appears alongside a loss of Ethernet service to the subscriber.

Q2: What are the definitive step-by-step diagnostic procedures to troubleshoot an active LOSi alarm in the field and from the NOC?

Definitive diagnostic procedures are divided into physical layer tests and OLT-side verification. First, use an Optical Power Meter (OPM) at the ONU location to measure the received downstream power; if it is outside the valid range (-8 to -28 dBm for Class B+), there is a physical fault. Second, perform an Optical Time-Domain Reflectometer (OTDR) trace to locate breaks, macro-bends, or high-loss splices in the drop fiber. Third, from the Network Operations Center (NOC), check the OLT’s PON statistics for the specific port to confirm the LOSi state and verify that the ONU serial number is correctly registered in the OLT database. Lastly, test with a known-good ONU at the same fiber drop to isolate the issue to the ONU hardware or the outside plant.

Q3: How can I differentiate between a hardware failure on the ONU and a physical fiber issue when troubleshooting LOSi?

Differentiation is achieved through power level testing and substitution methodology. If the OPM at the ONU shows a low or no power reading (

Q4: What specific compatibility factors between the OLT and ONU models can trigger LOSi alarms or registration failures?

Incompatibility issues primarily arise from mismatched PON standards, wavelength plans, or vendor-specific encryption. For example, a GPON ONU cannot communicate with an XGS-PON OLT port, and vice versa, triggering a persistent LOSi state even if optical power is correct. Additionally, incompatibility can result from a mismatch in the optical transceiver’s upstream burst timing or differential mode delay. Vendor-specific management protocols, such as OMCI (ONU Management and Control Interface) version mismatches, can cause the ONU to fail registration, which is then reported as a LOSi alarm in the OLT’s syslog. Always verify that the ONU supports the OLT’s specific PON type (G.984, G.987) and that the ONU’s hardware revision is approved in the OLT’s compatibility matrix.

Q5: After fixing the physical layer and replacing hardware, what is the procedure to clear a persistent LOSi alarm from the OLT’s management system?

Clearing a persistent LOSi alarm requires a sequenced process of hardware reconnection and software state management. First, confirm that the optical signal power is within the valid range by measuring at the ONU’s input. Second, reboot the ONU to force a reinitialization of the PON registration process. Third, if the alarm persists from the NOC, execute the OLT CLI command to clear the specific PON port’s state (e.g., ‘clear pon port error ‘) or perform a soft reset of the ONU through the OLT using the ‘ont deactivate’ and ‘ont activate’ commands. Finally, if the ONU is stuck in a ‘dying gasp’ or error-lock state, physically power-cycle the ONU and wait for the full re-registration sequence, which should automatically clear the LOSi status in the remote monitoring interface.

Q6: What preventive measures and best practices can be implemented in the physical design and ONU deployment to minimize the recurrence of LOSi alarms?

Prevention of LOSi alarms is anchored in meticulous physical plant design and rigorous deployment standards. Best practices include maintaining a strict optical power budget with a margin of at least 3 dBm above the minimum receive level to accommodate connector aging and environmental factors. Always use APC (Angled Physical Contact) connectors in the PON plant to reduce return loss and contamination, and implement a mandatory end-face inspection and cleaning protocol before every ONU installation. For environmental resilience, ensure ONUs are installed in temperature-controlled enclosures to prevent laser degradation and use surge protectors to guard against electrical damage that can impair the transmitter. Additionally, implement proactive monitoring of ONU receive levels and set low-power thresholds to generate warnings before an actual LOSi outage occurs.

Q7: How do power budget calculations and optical classes (Class B+, Class C+) affect the occurrence of LOSi in long-reach GPON deployments?

Power budget calculations directly dictate the maximum allowable attenuation, and exceeding this limit is a leading cause of LOSi alarms in long-reach deployments. Class B+ optics provide a 28 dB power budget, suitable for up to 20 km, while Class C+ offers a 32 dB budget for up to 30 km, with higher output power. If the total link loss (including fiber attenuation, splice losses, connector losses, and splitter insertion loss) exceeds the OLT class’ budget, the ONU will receive below-threshold power, triggering LOSi. For long-reach applications, engineers must calculate the exact link attenuation using an OTDR and select the appropriate OLT optical module class to match the network design. A mismatch here, such as deploying Class B+ optics on a 30 km link with a high split ratio, will result in systematic and persistent LOSi alarms across many subscribers.

Q8: For network engineers, what are the key CLI commands and OLT diagnostic parameters used to monitor and prevent LOSi alarms across the PON network?

Network engineers utilize a specific set of CLI commands and diagnostic parameters to proactively manage optical levels and prevent LOSi alarms. The primary commands include ‘show pon power ‘ to check all ONUs’ upstream and downstream signal levels, and ‘show ont optical-info ‘ to retrieve the received optical power, bias current, and temperature for a specific ONU. These parameters are used to set monitoring thresholds, and if the received power approaches the alert margin (e.g., below -24 dBm for Class B+), a preemptive maintenance ticket can be raised. Engineers also use ‘show pon error ‘ to view historical statistics on LOSi errors and alarms, and implement automated scripts to log these statistics, which are instrumental in predicting fiber degradation or connector deterioration.