TP-Link OLT monitoring and ONU management
RadixOLT reads the TP-Link DS-P7001-08 over SNMP and takes optical power from one CLI dump per sweep, matched to each ONU by serial. Rebooting and disabling an ONU go over SNMP, with the result read back.
- Model
- DS-P7001-08GPON, 8 PON ports
- Reads
- SNMP, optics by CLIOne optical dump per sweep
- Writes
- SNMPDelete over the CLI
- Verified on
- Firmware 1.2.0 Build 20251225About 500 ONUs
What RadixOLT reads
The ONU table is SNMP. Optical power is not: this agent stalls for minutes when asked for those columns in bulk, so the sweep reads them from one CLI command instead, which is why a TP-Link sweep holds a CLI login for about a minute while its single-ONU poll holds none. SNMP reads take none of the OLT’s CLI logins, which most chassis allow only one or two of. CLI means a session over SSH or Telnet, whichever the OLT is set to.
| Reading | How | Notes |
|---|---|---|
| ONU list, status, serial, description and MAC | SNMP | The column map matches the vendor’s own 1.2.0 MIB exactly. |
| Optical power for the whole chassis | CLI | show ont optical-info gpon 1/0/1-8, about 60 seconds for 488 rows. Merged on serial, never on position alone, because auto-authorization can refill a slot between two reads. |
| Distance, uptime and last down cause | SNMP | PON loss counts as a line fault here and raises an alert; see the notes. |
| An open ONU page, live | SNMP | Re-read every 5 seconds while the page is open, with no CLI session. |
| PON ports | SNMP | Admin state, the transceiver’s link state and the online ONU count, so a port with no ONUs on it is still visible. |
| Uplink ports and uplink traffic | SNMP | |
| MACs behind an ONU | CLI | show mac address-table, filtered to the ONU asked about. |
What you can do from RadixOLT
Reboot and enable or disable go over SNMP, through the vendor’s documented ONU action object. Delete has no SNMP object, so it runs over the CLI.
| Action | How | Notes |
|---|---|---|
| Reboot an ONU | SNMP | Confirmed on live hardware: the ONU restarted. A rebooting ONU has nothing to read back, so each call is reported as accepted. |
| Disable or enable an ONU | SNMP | Written to the action object and verified on the admin status column, because the action object does not read back what was written to it. |
| Delete an ONU | CLI | ont delete <ont-id> from the PON interface, checked for a refusal in the reply. |
Not on TP-Link yet: PON and per-ONU traffic, ONU discovery and authorization, and the whole-chassis MAC read that Link Radius Server uses.
Commands one click away in the terminal
The TP-Link commands offered beside the live session.
- show interface status
- show interface gpon 1/0/<port>
- show ont optical-info gpon 1/0/1-8
- show ont last-down-cause gpon 1/0/1-8
- show ont optical-info gpon 1/0/<port> <ont-id>
- show ont info gpon 1/0/<port> ont <ont-id> detail
- show ont info gpon 1/0/<port> detail
Notes from live chassis
What reading this platform taught us, written down so you do not have to find it out on your own plant.
Optics in bulk over SNMP stall the agent
A bulk SNMP read of the optical columns answered one batch and then stopped responding for minutes, taking the rest of the sweep with it. Reading one column at a time worked but took about eight minutes for two thirds of the ONUs. One CLI dump returns all of them in about a minute.
One column per request
Asking this agent for two columns of the ONU table in one request returns an error, whichever two they are, while twenty ONUs of one column answer fine. RadixOLT asks for one column at a time when it reads a single ONU.
“PON loss” is a line fault
Read on a live chassis, 75 of its 505 ONUs carried PON loss as their last down cause, and every other line-fault spelling it uses was already recognized. It is matched as a phrase, so a word as common as “loss” does not start alerting on its own.
A firmware update can move the SNMP table
One update grew the ONU index by a slot number and inserted two columns, which made a whole fleet read as zero ONUs with no error. If a TP-Link ever reads empty after an upgrade, that is the first thing we check.
Adding one to RadixOLT
Everything the onboarding form asks for, in the order it asks.
- Make the management address reachable
RadixOLT polls from its own servers, so the OLT’s management IP, or a NAT forward to it, has to answer from outside. If it cannot, the self-hosted install runs the same product inside your network.
- Give it SNMP
The community and the SNMP port. ONU state, port state, reboots and enable or disable all use it.
- Give it a CLI login
Telnet or SSH, the port, a username and password. The sweep’s optical dump, deletes and the terminal use it. Stored encrypted and never shown again.
- Turn on auto-poll
Every 15 minutes by default, spread per OLT.
Other platforms
The same product on the rest of your plant. Compare every platform side by side.
Huawei
MA5600T · MA5800 · GPONThe deepest coverage: ONU discovery and authorization with templates read off the chassis, per-ONU detail, board health and the chassis’s own alarms.
ZTE
ZXA10 C6xx · GPONONU discovery over SNMP, authorization that includes the service-port traffic needs, uplink VLANs, and fan, power and temperature from the CLI.
Syrotech
V1600D EPON · V1600G GPONTwo unrelated OLT lines under one badge, read as two platforms. Both read over SNMP; the GPON line reboots, disables and deletes ONUs over SNMP too.
DBC
V1600G · GPONThe same V-SOL firmware family as Syrotech GPON, diffed table by table, and verified on a DBC chassis of its own.
Genexis
Saturn GX-WYRIS · GPONEvery read over SNMP, with no CLI login at all: ONUs, optics, discovery, MACs and uplink VLANs. Authorization, reboot and delete over the CLI.
Optilink
OP-EOLT_11444 · Generic EPONTwo EPON chassis under one badge, told apart by model: identity from the CLI and optics over SNMP on one, the reverse split on the other.