Industrial IoT gateways · Field protocols to MQTT or OPC UA, buffering and keep-alive, placement behind an OT DMZ
An industrial IoT gateway is a rugged edge device that collects data from machines and controllers over field protocols such as Modbus RTU or Modbus TCP and forwards it to servers or clouds over protocols such as MQTT or OPC UA, and can add local processing. Ask three things first: which protocols and how many data points it translates, how it keeps or buffers data when the network drops, and how it fits a segmented operational technology (OT) network.
DIN-rail and wall-mount gateways and edge controllers that bridge industrial field devices to IT networks and clouds, over Ethernet, serial and cellular links. Office routers, programmable logic controllers, full industrial PCs and unidirectional security appliances sold as such are outside this page.
Start with your task
01
USR IoT's N720 edge gateway, as an example of the class, collects data over Modbus RTU, Modbus TCP and DL/T645-2007 from two RS485 ports and one Ethernet port, decodes and computes up to 1,000 data points, and reports them as JSON over MQTT or TCP, with up to 2 MQTT and 2 TCP connections and optional SSL encryption. It caches data to an SD card when the internet link is lost and sends it when the link returns, runs from 9–36 V DC, and is rated for –40 to 85 °C operation. [1]
The OASIS MQTT 5.0 standard defines three delivery levels — QoS 0 'at most once', QoS 1 'at least once' and QoS 2 'exactly once'. A client's keep-alive is the longest interval allowed between its control packets; if the server hears nothing within one and a half times that period it must close the connection, and a stored 'will' message can then be published to tell others the gateway has dropped off. [2]
Editorial calculation: with a 60 s keep-alive, the broker closes a silent gateway's connection after 90 s. A gateway reading 1,000 points every 10 s produces 1,000 × 6 × 60 × 24 = 8.64 million values per day, which is what its local buffer must hold for each day of outage. The keep-alive and poll interval are assumed examples. [2] [1]
Give the supplier the field devices and protocols (Modbus RTU/TCP, others), number of points and poll rates, upstream platform and protocol (MQTT broker, OPC UA server, cloud), required QoS and buffering time, network links (Ethernet, cellular), security requirements, power supply, mounting, and ambient temperature.
02
Where the gateway serves or reads OPC UA rather than MQTT, the OPC Foundation's Part 6 mapping sets the transport rules. Endpoints using OPC UA TCP take the URL scheme 'opc.tcp'. When a client opens a connection, its Hello message states a ReceiveBufferSize and SendBufferSize, the largest message chunk it can receive or will send, which shall be at least 8192 bytes, or at least 1024 bytes if it intends to use an ECC security policy. MaxMessageSize and MaxChunkCount limit a response, with zero meaning no limit, and a server returns Bad_ResponseTooLarge when a response exceeds them. The EndpointUrl in the Hello message shall be less than 4096 bytes, and the specification says it "is used to allow multiple Servers to share the same endpoint on a machine". [4]
Editorial note: a gateway that maps 1,000 points, as the USR N720 example does, can return large read responses, so test reading all points in one request against the gateway's message size limits during acceptance, and confirm which security policies it supports before placing it behind the DMZ that NIST describes. [1] [3]
| Hello message field | Rule in OPC 10000-6 | Ask the gateway supplier |
|---|---|---|
| ReceiveBufferSize / SendBufferSize | At least 8192 bytes; at least 1024 bytes with an ECC policy. [4] | Configured chunk sizes. |
| MaxMessageSize / MaxChunkCount | Zero means no limit; larger responses get Bad_ResponseTooLarge. [4] | Limits for large reads and browse results. |
| EndpointUrl | Less than 4096 bytes. [4] | Endpoint URLs and security policies offered. |
03
NIST's Guide to Operational Technology Security (SP 800-82 Rev. 3, September 2023) describes a proximity network that "typically connects these edge nodes as one or more clusters to a gateway" that bridges to other networks, over a corporate network, a private overlay on the internet or 4G/5G. In its example architecture, traffic from the IIoT platform is routed through the DMZ border firewall, and it recommends a DMZ separating OT from the enterprise network so that connections pass through DMZ services. [3]
NIST also describes unidirectional gateways or data diodes as an alternative to firewalls that permit authorised communication in only one direction — for example between Purdue layers 2 and 3, protecting layers 0–2 from an incident at layers 3–5 — advises making outbound firewall rules as stringent as inbound ones, and asks that routers, gateways and other devices log events to a central platform. [3]
Editorial note: a gateway that only publishes data outwards can be placed so that no inbound connection from the enterprise or internet is needed; ask suppliers whether remote management requires inbound access, and how certificates, passwords and firmware updates are handled.
04
Listings range from protocol-specific gateways (Modbus, MQTT, OPC UA, BACnet, IEC 104, IEC 61850) to cellular routers with edge computing and ARM-based edge computers; ask each for the protocols, point count, buffering and security features of the exact model.
05
| Part | Role | Fix in the order |
|---|---|---|
| Processor and memory | Runs protocol conversion and edge logic. [1] | CPU, RAM, point capacity. |
| Storage | Buffers data during outages. [1] | Card or flash size. |
| Serial ports | Field buses such as RS485. [1] | Number and isolation. |
| Ethernet ports | Modbus TCP and uplink. [1] | Number; network separation. |
| Cellular and Wi-Fi | Remote uplink. [3] | Bands; SIM; antennas. |
| Security functions | Encryption, logging. [1] [3] | TLS; logging; updates. |
| Enclosure and power | Rugged mounting and supply. [1] | DIN rail; 9–36 V DC; isolation. |
06
The USR N720 example supplies the published figures in this table (–40 to 85 °C, 9–36 V DC, two RS485 ports, one Ethernet port); CPU, RAM and Wi-Fi rows have no published value and must come from the offered model. [1]
| Field | What it means and published values | Ask the supplier for |
|---|---|---|
| Operating temperature (°C) | Example –40 to 85 °C. [1] | Rated range. |
| Power input (VDC) | Example 9–36 V DC. [1] | Range and isolation. |
| CPU core count (cores) | Edge processing capacity. | Processor model. |
| RAM capacity (GB) | Program and buffer memory. | RAM. |
| Storage capacity (GB) | Outage buffering; example SD card. [1] | Storage and buffer duration. |
| Ethernet ports (ports) | Example 1 port. [1] | Number and switching. |
| Serial ports (ports) | Example 2 × RS485. [1] | Number and type. |
| Cellular support (bands) | Uplink over 4G/5G. [3] | Bands for your country. |
| Wi-Fi support (standard) | Local wireless uplink. | Standard. |
| Protocol support (list) | Example Modbus RTU/TCP to MQTT/TCP JSON; MQTT QoS 0–2. [1] [2] | Full protocol list and versions. |
| Ingress protection (IPXX) | Cabinet or field mounting. | IP rating. |
| Mounting type (type) | DIN rail or wall. | Mounting. |
| Operating humidity (% RH) | Ambient humidity. | Range. |
| Weight (kg) | Device mass. | Weight. |
07
Paste it into your enquiry below or into an email to a maker, then replace every bracket.
Field: [devices; protocols; points; poll rates] Upstream: [MQTT broker; OPC UA; cloud; QoS] Buffering: [outage time to cover] Network: [Ethernet; cellular; DMZ placement] Security: [TLS; certificates; logging; updates] Power: [voltage] Environment: [temperature; humidity; mounting] Management: [remote access method]
7 companies list this product among what they make. Company figures are quoted from each company's own website; every card states where the relationship came from.
Lists Modbus, MQTT, OPC UA, BACnet, IEC 104 and IEC 61850 gateways and ARM edge computers.
Product scope checked 2026-10-11
Lists edge controllers, industrial IoT gateways including Node-RED and LoRaWAN gateways.
Product scope checked 2026-10-11
Lists IoT edge gateways alongside embedded and edge AI computers.
Product scope checked 2026-10-11
Lists edge computing gateways and industrial IoT controllers with fanless industrial computers.
Product scope checked 2026-10-11
Lists edge gateways and edge computers with industrial 4G/5G routers.
Product scope checked 2026-10-11
Lists industrial IoT gateways, 4G/5G industrial routers and serial device servers.
Product scope checked 2026-10-11
Lists edge IoT gateways converting Modbus to MQTT/JSON, with cellular routers and modems.
Product scope checked 2026-10-11
Explore company information and manufacturing capabilities, then discuss the scope of your project with a relevant supplier.
It reads field protocols such as Modbus and forwards data upstream, e.g. as JSON over MQTT; USR's N720 handles up to 1,000 points. [1]
MQTT 5.0 makes the server close the connection after 1.5 times the keep-alive and can publish the client's will message. [2]
NIST SP 800-82r3 routes IIoT traffic through a DMZ and describes unidirectional gateways as an option. [3]
QoS 0 at most once, QoS 1 at least once and QoS 2 exactly once. [2]
OPC 10000-6 requires ReceiveBufferSize and SendBufferSize of at least 8192 bytes, or 1024 bytes when an ECC security policy is used. [4]
Sources checked 2026-10-12. MQTT 5.0 is the OASIS standard; OPC 10000-6 is the OPC Foundation's OPC UA transport mapping; NIST SP 800-82r3 is US government security guidance for OT; USR IoT is a linked gateway maker publishing its own product data.
Ask for use case, specification boundaries, supplier type, and RFQ preparation information for this product.
Compare manufacturer profiles with relevant product and process capability.