Syrotech OLT monitoring and ONU management

RadixOLT reads both Syrotech lines, the V1600D EPON and the V1600G GPON, over SNMP without holding the chassis’s single CLI login, and on the GPON line reboots, disables and deletes ONUs over SNMP as well.

Start 24-hour free trial Talk to sales

Models: V1600D (EPON)V1600G0B and V1600G1B (GPON)
Reads: SNMPThe CLI holds one login; sweeps leave it free
Writes: SNMP on GPONCLI reboot on EPON
Verified on: V1600D, V1600G1B, V1600G0BThree firmware builds

What RadixOLT reads

Both lines are swept over SNMP, which is what keeps the chassis’s one CLI login free for the operator. 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.

Read on every sweep or on request
Reading	How	Notes
ONU list, status and description	SNMP	EPON: identity, status, model and description from one table. GPON: status from the cheap status table, the serial from the authorization table.
Optical power	SNMP	EPON answers the CLI’s own strings, `1.73 mW (2.39 dBm)`; the dBm in brackets is the reading. GPON is read ONU by ONU.
Distance, uptime and last deregister reason	SNMP	The reason is the device’s own words. Uptime is shown only for online ONUs, because both lines freeze it when an ONU drops.
The time of the last deregistration	SNMP	Taken from the same table as the reason, so the two always describe the same event. It is the OLT’s own clock and is labelled that way.
An open ONU page, live	SNMP	Re-read every 5 seconds while the page is open, with no CLI session.
PON ports and their transceivers	SNMP	Link state for every port, including a port with no ONUs left on it, which no ONU-based view can see.
Uplink ports, uplink and PON traffic, per-ONU traffic	SNMP
MACs behind an ONU, and the whole chassis at once	SNMP	The whole-chassis read is what feeds Link Radius Server.

What you can do from RadixOLT

On the GPON line every per-ONU write goes over SNMP, through one action object, and is checked against what the chassis reports afterwards.

Every write asks first, names the OLT and the ONU, and is recorded
Action	How	Notes
Reboot an ONU (GPON)	SNMP	Refused for an ONU that is not online: the reboot travels to the ONU over the fibre, so a dark one cannot hear it.
Disable or enable an ONU (GPON)	SNMP	Confirmed from the ONU’s phase state, which moves about 6 seconds after the write, rather than the admin column, which this firmware never changes.
Delete an ONU (GPON)	SNMP	Confirmed by the row disappearing. A second delete of the same slot is refused rather than reported done.
Reboot an ONU (EPON)	CLI	`onu <id> ctc reset` from the PON interface. Confirmed on a live V1600D.
Save the running configuration	SNMP	Makes permanent everything in the running config, including changes somebody else made, so it asks first and is limited to admins.

Not offered: authorizing ONUs from RadixOLT. The V1600G chassis tested authorize what they hear on their own, so there is no waiting list to work from. On the V1600D, authorizing and disabling ONUs are left out on purpose, and deleting one is not offered yet.

Two OLT lines, read as two platforms

Syrotech badges an EPON line and a GPON line that share a login prompt and nothing else: different commands, different SNMP trees, different ONU identity. You say which one an OLT is when you add it. It is asked rather than detected, because guessing wrong reads an empty fleet and looks like an OLT with no subscribers.

The same badge, two answers to every question
	V1600D · EPON	V1600G · GPON
ONU identity	MAC address	Serial number
ONU reads	SNMP only	SNMP, with the CLI as fallback when SNMP is off
Optical power	All five readings, read off the device’s own strings	Targeted reads per ONU, never a whole-table walk
Reboot an ONU	CLI	SNMP
Disable, enable or delete an ONU	Not offered	SNMP
Save the running configuration	SNMP	SNMP
MACs behind an ONU	SNMP switch MAC table	SNMP PON MAC table
Verified on	V1600D, firmware V2.03.74R, two chassis	V1600G1B on V1.4.6R and V1.4.8R; V1600G0B on V1.4.8R

Commands one click away in the terminal

The commands offered beside the live session. On these boxes, typing ? after a command runs it rather than only showing help, so the verified list is the safe one.

interface epon 0/<pon> # EPON
show onu auth-info # EPON, inside the PON interface
show onu <onu-id> ctc opm_diag # EPON optical readings
show onu state # GPON

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.

Trap receivers slow the GPON agent tenfold

On a V1600G1B with two trap destinations configured, one SNMP read took 1.5 to 3.7 seconds and a sustained walk made the agent stop answering for minutes. With the two destinations deleted and nothing else changed, the same read took 0.2 to 0.3 seconds. RadixOLT uses no traps, so a leftover receiver is worth removing.

Configure the read-write community

Under the read-only community every read works and every write times out, which on a healthy OLT looks like a dead agent. The read-write community reads everything RadixOLT needs, table for table, so nothing is lost by using it. RadixOLT says so in the refusal.

Firmware decides the columns, not the model

Two V1600G1B boxes with identical hardware answered differently: V1.4.8R reports description, register times, deregister reason and alive time, V1.4.6R reports none of them. RadixOLT reads whatever a chassis answers, and fills gaps from a second table where one exists.

A dark GPON ONU reads 0.00 dBm

Syrotech GPON answers 0.00 on all five optical columns for an ONU that is off the air, which a plain reading would draw as an excellent signal. RadixOLT drops the set and shows no reading.

On EPON, distance 0 means never ranged

Every ONU reading 0 had never registered. A down ONU keeps its last real distance, because a fibre is the length it was.

The EPON line has no CLI fallback, on purpose

A silent fallback once read a whole chassis over the CLI in 129 seconds instead of 26 over SNMP, holding its only login the whole time, and nothing showed it. If SNMP stops answering, RadixOLT now says so and keeps the last good reading on screen.

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.
Say which line it is
EPON for a V1600D, GPON for a V1600G. RadixOLT asks rather than probes, because a wrong guess reads an empty fleet.
Give it SNMP with the read-write community
The community and the SNMP port. This is the transport for every read, and on GPON for every ONU write.
Give it a CLI login
Telnet or SSH, the port, a username and password. It is used for the EPON reboot and the interactive terminal. 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.