OT (Operational Technology) Discovery
uControl Insight Discovery can identify and inventory Operational Technology (OT) — industrial control systems such as PLCs, RTUs, HMIs, SCADA servers and building controllers — as a first-class asset category, separate from IT and IoT. OT discovery is passive-first and do-no-harm: by default nothing speaks an OT protocol; the most intrusive option is opt-in and off until you enable it.
OT vs IoT
These are different categories. IoT covers connected enterprise/consumer devices (cameras, sensors, smart-building endpoints). OT covers industrial automation and control systems. OT assets appear under the Operational Technology category on the Assets page and can be filtered for there.
OT device types recognised
| Subtype | Typical device |
|---|---|
| PLC | Programmable Logic Controller |
| RTU | Remote Terminal Unit |
| HMI | Human-Machine Interface / operator panel |
| SCADA Server | SCADA control/application server |
| IED | Intelligent Electronic Device (e.g. protection relay) |
| VFD | Variable Frequency Drive / motor drive |
| Building Control System | BMS / HVAC / lighting controller |
| Historian | Process historian / time-series store |
| OT Gateway | Protocol gateway (Modbus/Profibus/DNP3) |
| OT Device | Generic OT device (refine manually if needed) |
How OT devices are discovered
Three complementary detection methods, in increasing order of intrusiveness:
1. Passive — from network flow (zero-touch)
If you send NetFlow / sFlow / IPFIX to uControl (see Network Flow Monitoring), it watches for traffic to an OT-protocol port on an IP it doesn’t yet know, and automatically creates an OT asset for it — with no scanning whatsoever. This is the safest way to surface OT devices and is ideal for sensitive plant networks. New OT assets created this way are attributed to a “FLOW” discovery run.
2. Active — safe seed-scan port check (default on)
uControl’s standard seed scan already performs a lightweight TCP connection test to a set of ports. OT protocol ports are included in that test. A plain TCP connect does not speak the OT protocol — it only notes the port is open — so it is safe on OT networks. Combined with the device’s MAC-OUI vendor (Siemens, Schneider, Rockwell, ABB, …) and any SNMP description, this is enough to classify most OT devices.
3. Active — gentle identity probe (opt-in, OFF by default)
For richer detail, uControl can issue a single read-only identity request per device — Modbus “Read Device Identification” or EtherNet/IP “List Identity”. These are standard, read-only discovery commands that never change device state.
When a device answers, uControl records its true vendor, model and firmware revision read directly from the device, and uses them to refine the subtype — for example an ABB ACS880 answering on Modbus is classified as a VFD rather than the generic PLC its open port alone would suggest. Because this identity comes straight from the device’s own protocol response, it takes precedence over the MAC-OUI vendor guess (which on a virtualised or bridged device only reflects the host’s network card).
This option is disabled by default. Although the probes are read-only, OT networks are sensitive — only enable it on networks with appropriate change control. Leave it off to rely on passive + safe-port detection only.
OT protocols & ports
| Protocol | Port | Seen by |
|---|---|---|
| Modbus TCP | 502 / tcp | Passive flow, safe port check, identity probe |
| EtherNet/IP (CIP) | 44818 | Passive flow, safe port check, identity probe |
| DNP3 | 20000 / tcp | Passive flow, safe port check |
| IEC 60870-5-104 | 2404 / tcp | Passive flow, safe port check |
| BACnet/IP | 47808 / udp | Passive flow |
| PROFINET | 34962-34964 / udp | Passive flow |
Enabling & configuring OT detection
Passive flow discovery and the safe seed-scan port check are on by default, so OT devices are surfaced out of the box. The only thing you need to switch on for full vendor / model / firmware detail is the gentle identity probe — and you do that in the UI, no config files to edit.
Turn on the identity probe in the Worker Settings page
- Open the discovery worker that scans your OT segment and go to Settings.
- Under Discovery, tick OT active identity probing and click Save settings.
- The change applies on the next scan — no restart, no file editing. Re-scan the OT range and the vendor, model and firmware fields populate (and drives reclassify to VFD, etc.).
The same Settings page also manages the explicit DNS resolver, network-flow collection (NetFlow/IPFIX ports) and automatic worker updates, so workers can be configured entirely from the UI.
Where OT devices appear
On the Assets page, filter the category dropdown to Operational Technology to see all OT assets; the fine subtype (PLC, RTU, …) is shown beneath the category, with the vendor and model alongside. OT assets are flagged as physical/on-premises (never virtual or cloud). If a device is mis-classified, you can reclassify it manually and uControl will not override your choice.
Recommended setup
- Point a NetFlow/IPFIX exporter at uControl for your OT/plant segments — this surfaces OT devices passively, with zero touch.
- Leave the safe seed-scan port check on (default) for segments you actively scan.
- On controlled networks where you want vendor/model/firmware detail, enable OT active identity probing in each worker’s Settings page (Discovery section).