A Zetland customer had already completed a video support session with the provider and came away believing the building communications-room path might be disconnected. Before escalating to building management, we repeated the evidence check from the apartment and found that the first wall port was already presenting a live Ethernet link.
A link light does not prove that every internet setting is correct. It was enough here to show that escalating an assumed building-line break before checking the router would have been premature.
The known facts were limited and useful: Zetland, Aussie Broadband, a 25 Mbps plan and a TP-Link router. The previous remote session had not produced a working connection and the next suggested step was to ask building management about the communications room.
That suggestion was a hypothesis, not a confirmed fault. Over video, we first reviewed the service details and the earlier troubleshooting. Then the customer connected the router to the available wall port while we watched the relevant indicator. A link appeared on the first port tested. That observation did not prove the whole internet service was healthy, but it did show that the apartment-side equipment could see an Ethernet link upstream.
An Ethernet link indicator is a narrow piece of evidence. It normally shows that the two devices at either end of that physical link can see each other. It does not prove that the router has the correct WAN method, that an account is active or that the wider internet is reachable.
That limitation is exactly why the indicator was useful here. The question was not yet “is the entire service perfect?” It was “do we have any evidence that this wall path is physically absent?” The live link made a complete building-line disconnection less likely and justified checking the router configuration before asking a building manager to arrange access.
The router was then configured for automatic IP, the method recorded for this connection. After a short wait it came online. The WiFi name and password were changed to the customer’s preference only after the WAN connection was working, so cosmetic settings did not get mixed into the diagnosis.
| Question | Observed in this case | What it justified |
|---|---|---|
| Building path | First tested wall port produced a link indication | Check router before escalating |
| WAN method | Router needed the recorded automatic-IP setup | Apply the case-specific setting |
| Internet state | Connection came online after configuration and a wait | Building visit not required |
| WiFi details | Name and password changed after WAN recovery | Clean handover |
The first wall port showed a live link, so the suspected building-line fault was not treated as established. The TP-Link was configured for automatic IP, the ABB connection came online after a short wait, and the customer’s WiFi name and password were set for handover.
Call or message us — 90% of messages get a reply within an hour.
Call 0420 119 140 Send a Message