Support
Self-Service & Customer Readiness

How to Run Basic Diagnostics Before Escalation

UrbanX Support Engineering
26 Feb 2026
10 min read
Quick Answer

Before requesting escalation, confirm ONT status, validate WAN sync, test via Ethernet, run a wired speed test, perform traceroute and continuous ping during the issue, and classify whether the problem is LAN, ISP, or access-layer related.

Read the full Support & Diagnostics guide

Why Basic Diagnostics Are Required

In South Africa’s open-access fibre model:

  • ISPs validate the fault
  • FNOs repair confirmed access-layer issues
  • Escalation requires structured evidence

Skipping diagnostics increases:

  • Escalation rejection risk
  • Resolution delays
  • Repeat ticket cycles

Basic diagnostics protect the diagnostic flow and accelerate escalation if required.

Diagnostic Workflow

01

Check ONT Status (Signal Verification)

  • Inspect the ONT: Power should be on, PON/Fibre should be stable, LOS should be off.
  • If LOS is red: record the timestamp and do not repeatedly power-cycle. LOS usually indicates access-layer signal loss.
02

Confirm WAN Sync

  • Log into your router and check: WAN status (Connected/Disconnected), IP address assigned, and reconnect attempts.
  • If WAN is disconnected: possible access-layer issue. Continue with verification before escalation.
03

Inspect Patch Leads

  • Check: fibre patch cable firmly seated, Ethernet cable between ONT and router secure, no visible cable damage.
  • Loose patch leads frequently mimic access-layer faults.
04

Perform Structured Reboot (Once Only)

  • Power cycle in this order: turn off router, turn off ONT, wait 60 seconds, power ON ONT first, wait for stable fibre light, then power ON router.
  • If WAN sync does not restore, continue diagnostics. Do not repeat reboots multiple times.
05

Ethernet Isolation Test

  • Connect a device directly to the router via Ethernet. Disable WiFi.
  • WiFi instability can cause packet loss, jitter, and speed inconsistency. Ethernet isolation is mandatory before escalation.
06

Run a Wired Speed Test

  • While connected via Ethernet: run a speed test and record download, upload, and latency.
  • If throughput is normal but gaming unstable, issue may not be access-layer.
07

Run Traceroute

  • Run traceroute to a stable destination and the affected game server. Traceroute reveals routing path, latency jumps, and international transitions.
  • Escalation reference: When Does an ISP Escalate to an FNO?
08

Run Continuous Ping (If Intermittent)

  • For unstable or dropping connections: run continuous ping, let it run during the issue, and capture spikes or timeouts.
  • Continuous ping identifies micro-disconnect patterns.

Fault Classification Table

ObservationLikely ClassificationEscalation Required
LOS redAccess-layer faultYes
WAN disconnected repeatedlyPossible access-layerLikely
Ethernet stable, WiFi unstableLAN issueNo
Speed normal, one game unstableServer-sideNo
Loss begins early and propagatesNetwork-sideInternal
Full outage, no syncAccess-layerYes
Note

Escalation occurs only after access-layer indicators are confirmed.

Key Term: WAN Sync

WAN Sync

The router’s established connection to the fibre access network. Loss of WAN sync typically indicates an access-layer fault requiring structured validation before escalation.

When to Escalate

Escalation may be appropriate if:

  • LOS remains red after reboot
  • WAN does not reconnect
  • No IP assigned
  • Ethernet testing confirms full outage
  • Continuous ping shows total drop

Escalation should not occur if:

  • Only WiFi unstable
  • Only one game affected
  • Strict NAT present
  • Throughput normal

South African Context

Because infrastructure is owned by multiple FNOs:

  • Escalation must meet validation criteria
  • Incomplete diagnostics can result in rejection
  • Field dispatch is FNO-controlled
Important

Proper diagnostics reduce rejection risk and shorten downtime.

Common Mistakes Before Escalation

Avoid these common errors that delay resolution:

  • Testing only on WiFi
  • Rebooting repeatedly
  • No timestamps recorded
  • No traceroute or ping logs
  • Assuming server issues are fibre faults
Note

Structured testing prevents misclassification.

Frequently Asked Questions

Still experiencing issues? Run a diagnostic check or reach out to our support team with a structured ticket.