Support
Support Robotics & Automation

What Happens After You Log a Fibre Ticket?

UrbanX Support Engineering
26 Feb 2026
9 min read
Quick Answer

After you log a fibre ticket, UrbanX initiates automated diagnostics, validates the fault via ACS telemetry, classifies the issue (LAN, ISP, or FNO), and only then escalates if required. The ticket moves through a structured lifecycle until resolution confirmation.

Read the full Support & Diagnostics guide

What Logging a Ticket Actually Triggers

Logging a fibre ticket does not immediately result in an FNO dispatch. Instead, it activates a structured Ticket Lifecycle designed to:

  • Validate the fault
  • Eliminate user-side causes
  • Confirm access-layer failure
  • Route correctly to the responsible party
Note

In South Africa’s open-access model, ISPs and FNOs have separate responsibilities. Accurate fault classification prevents escalation delays.

Step-by-Step Ticket Lifecycle

01

Ticket Intake & Metadata Capture

  • Account details are validated and service location is verified.
  • FNO association is confirmed and outage alerts are cross-checked.
  • At this stage, the issue is recorded but not yet escalated.
02

Automated Diagnostic Flow

  • Support Robotics immediately runs automated checks: WAN state verification, device reachability test, disconnect pattern analysis, and session log review.
  • For full detection logic, see How Support Robotics Detects Fibre Line Faults.
  • If the issue is clearly internal (LAN/router), the system attempts guided resolution. If WAN state shows instability, the process moves forward.
03

Remote Validation via ACS Telemetry

  • Agents access router WAN status, sync history, authentication state, device uptime, and log events.
  • This confirms whether the fibre line is down, router hardware is unstable, authentication has failed, or the issue is isolated to a device.
  • No escalation occurs until this validation completes.
04

Fault Classification

  • The ticket is classified into one of three categories: LAN/WiFi Issue (customer-side — no escalation), ISP Network Issue (ISP core — internal resolution), or Access-Layer Fault (FNO — escalation required).
  • Accurate classification prevents unnecessary FNO tickets.
05

Escalation to FNO (If Required)

  • Escalation occurs only if: WAN sync failure is confirmed, router hardware is validated, no internal cause is detected, and repeated signal instability is observed.
  • Escalation follows structured handoff rules — see When Does an ISP Escalate to an FNO?
  • At this stage, the FNO receives a verified fault report, not a speculative complaint.
06

FNO Coordination & Repair

  • Once escalated: FNO acknowledges ticket, access-layer diagnostics begin, field dispatch may be scheduled, and repair status updates are logged.
  • UrbanX continues monitoring during this phase.
07

Resolution Confirmation

  • After repair: WAN state is verified, device reachability is restored, stability is confirmed, and the customer is notified.
  • Ticket closes only after resolution validation.

Fault Classification Summary

Fault CategoryResponsible PartyEscalation Required
LAN / WiFi IssueCustomer-sideNo
ISP Network IssueISP CoreNo (internal resolution)
Access-Layer FaultFNOYes

Key Term: Ticket Lifecycle

Ticket Lifecycle

The structured sequence of validation, classification, escalation, repair coordination, and resolution confirmation that occurs from the moment a support ticket is logged until service stability is restored.

Why This Structure Matters in South Africa

UrbanX operates across multiple FNOs such as:

  • Vumatel
  • Openserve
  • Frogfoot
  • MetroFibre

Because UrbanX does not own the physical access layer, escalation must be precise. Incorrect classification leads to:

  • Delayed repairs
  • Ticket rejection
  • Repeat calls
  • Increased downtime
Note

Structured lifecycle management protects repair timelines.

What Does NOT Happen

Logging a ticket does not:

  • Automatically trigger a technician dispatch
  • Skip validation steps
  • Override FNO diagnostic procedures
  • Bypass internal classification

Every ticket follows diagnostic gating logic.

How Automation Reduces Downtime

Without automation: agents rely on verbal troubleshooting, fault classification is slower, and escalations may be incorrect.

With Support Robotics: validation begins immediately, data replaces guesswork, escalation accuracy increases, and repair coordination improves.

Tip

Automation improves resolution efficiency without bypassing responsibility boundaries.

Frequently Asked Questions

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