Articles in this section

NBN TC4 Service Setup & Fault Reporting Guide

Published:

Overview

This guide walks Channel Partners through setting up an NBN TC4 service and performing First-Line Maintenance (FLM) before raising a fault. It also defines the exact information Comms Channel needs to escalate upstream without delay. 


1. Site & Equipment Requirements

ItemRequirement
Internal cablingCAT6 minimum — mandatory for 250/100 and above
PowerStable supply; surge protection recommended
Comms room accessConfirmed and documented for any field dispatch
Router (CPE)NBN-compatible. For plans ≥100/40: Gigabit WAN/LAN + Wi-Fi 5 minimum (Wi-Fi 6 preferred)
End-user devicesGigabit Ethernet or dual-band Wi-Fi to realise the plan tier

Suitable router examples: ASUS RT-AX series, TP-Link Archer AX series, Ubiquiti EdgeRouter + UniFi AP, Netgear Nighthawk.


2. Router (CPE) Standard Settings

SettingValue
WAN connection typeDHCP
PPPoE / Username / PasswordNot required for TC4
VLAN IDConfirm from the service activation notice (typically 100)
MTU1500
Static IPDelivered from NBN backend — router still configured for DHCP
Wi-FiSeparate SSIDs for 2.4 GHz and 5 GHz; secure passwords

Place the router centrally and elevated, away from metal surfaces, microwaves, and cordless phones.


3. First-Line Maintenance (FLM) — Run Before Raising a Fault

Most TC4 faults resolve at this layer. Work through these in order.

A. Power & Physical

  1. Confirm the NTD is powered on and has been up at least 5 minutes
  2. Confirm the router/CPE is powered on and fully booted
  3. Confirm the Ethernet cable is firmly seated in the correct UNI-D port (typically UNI-D 1)
  4. Confirm no recent cable, building, or power events at the site

B. Restart Sequence

  1. Power off the router and leave off
  2. Power off the NTD for 60 seconds
  3. Power on the NTD and wait 3–5 minutes for full boot
  4. Power on the router
  5. Wait 5 minutes, then test

C. Wired Diagnostic Tests

  1. Connect a laptop directly to the router via Ethernet (bypass Wi-Fi)
  2. If still no service: connect the laptop directly to the NTD UNI-D port (bypass the router) and confirm whether it pulls a public IP
  3. Run ping to 8.8.8.8 and 1.1.1.1 — record packet loss % and latency
  4. Run traceroute (tracert on Windows, traceroute on Mac/Linux) to 8.8.8.8 — capture full output
  5. Run a wired speed test at speedtest.net — capture the result with the server name visible

D. Outage Self-Check

  1. Check the Comms Portal for any active outage notifications
  2. Check the nbnco.com.au outage map for the service address
  3. Confirm whether neighbours or other tenants at the site are also affected

4. Fault Types — What to Look For

Fault TypeSymptomsFirst Steps
Complete outageNo internet; router shows no public WAN IPSection A → B → C in full, then report
Intermittent dropoutsService drops then returns; multiple events per dayCapture router logs with timestamps; run a continuous ping for 10+ minutes
Slow speed / not hitting plan tierSpeed test below plan rateTest wired direct-to-router AND direct-to-NTD; test on a second device; rule out Wi-Fi
Specific destination unreachableMost sites work, one or two don’tNote which site fails, error code, traceroute to that site, whether a VPN bypasses it

5. What to Send Us When Raising a Fault

Send all fields below in the ticket. Missing fields delay upstream escalation.

Required Information

FieldNotes
Service IDMandatory. Format: PRI000XXXXXXXXX. Faults cannot be raised without this
On-site contactName + mobile (NBN dispatch requires this)
Site access hoursDays and times the site is accessible to a technician
Time fault beganAs precise as possible (e.g. ~2:00 AM, 4 March)
Fault typeOutage / Intermittent / Slow / Destination-specific
Symptom descriptionWhat the end user is experiencing
NTD LED statusDescribe in text — e.g. “Power green, Optical green, UNI-D 1 dark”
PhotosRequired. One of the NTD (LEDs clearly visible) and one of the router (LEDs / status visible). See photo guidance below
Direct-to-NTD testDid a laptop plugged into the NTD pull a public IP? Y/N
Router WAN IPCurrent WAN IP shown on the router — or “none” / “0.0.0.0” / “APIPA 169.254.x.x”
Ping resultPacket loss % and average latency to 8.8.8.8
Traceroute resultFull output, pasted as text
Speed testWired result with server name — or “speed test fails”
Recent changesAny cabling, router, ISP, or building work in the last 30 days
Failover link statusIf a backup link exists, has it activated?

Photo Guidance

Poor photos are the single biggest cause of fault-acceptance delays. Use the table below before sending photos through.

✅ Good Photo❌ Bad Photo
Front-on shot of the deviceSide-on or angled shot — LED colours unclear
All LEDs clearly visible and in focusCables, fingers, or other devices blocking LEDs
Adequate lighting — LED colours readableToo dark; LEDs appear washed out or indistinguishable
Whole device captured, port labels readable where possibleOnly part of the device in frame; port not identifiable
Sharp / in focusBlurry or motion-affected
Cables gently moved aside so all LEDs are visibleCable bundle covering Port 1 or other status lights

Copy-Paste Reporting Template (You can use this to report info back to us)

Service ID:
End customer:
Site address:
On-site contact (name + mobile):
Site access hours:
Time fault began:
Fault type (outage / intermittent / slow / destination-specific):
Symptom:
NTD LEDs (describe what is lit and what is not):
Photos attached (NTD + router): Y/N
Direct-to-NTD test (laptop got public IP? Y/N):
Router WAN IP:
Ping to 8.8.8.8 (loss %, avg ms):
Traceroute to 8.8.8.8 (paste output):
Speed test (wired, with server name):
Recent changes at site:
Failover link status:

Key Notes

ItemDetails
Service ID is mandatoryEvery fault must include the Service ID. We cannot raise it upstream without it
AVC numberNot required from the Partner — Comms Channel retrieves this internally
Photos are requiredNTD and router photos must be attached to every fault — follow the photo guidance to avoid rejection
Direct-to-NTD testThe single most useful data point — isolates upstream vs CPE faults
Wired onlyWi-Fi-based test results are not accepted as fault evidence
SLARefer to the separate Comms Channel TC4 SLA document



Access denied
Access denied