This job had a satisfying first half and a frustrating second half. An ONT that had gone dark overnight came straight back once its power adapter was replaced, which is about as clean a fix as this work offers. Then the router the provider had supplied refused to connect, and the setting support kept asking the student to change turned out not to exist on that router at all.
Fixing the first fault is what made the second one visible. Once the ONT lights were normal, the line and the ONT were both cleared, and a known-good replacement router confirmed the service was working. That leaves the provider's own router as the only thing left in the path — and its settings could not be changed to fix it.
| Deeply customised (this ZTE) | Loosely branded | |
|---|---|---|
| Settings you can change | Many parameters fixed, cannot be customised | Behaves like an ordinary router |
| PPPoE / connection type | May not be exposed in the admin page at all | Available and editable |
| If you change provider | The router may not be usable at all | Keep using it |
| Support asks you to reconfigure | The setting may not exist — not your fault | You can follow the instructions |
Two separate faults on the same morning. The first was the ONT: replacing its power adapter brought all its lights back to normal. The second was the provider-supplied ZTE router, which then would not connect. A known-good router brought to the job got online immediately, confirming the line and the ONT were fine and isolating the fault to the ZTE. Its admin page has no PPPoE configuration item at all because it is a deeply customised carrier build, so the reconfiguration support had asked for was not possible; the student was advised to raise that with the provider and ask about returning or replacing the unit.
Call or message us — 90% of messages get a reply within an hour.
Call 0420 119 140 Send a Message