September 10, 2026 How Industrial Gateways Fit into a Multi-Layer Edge Network

Scaling a cabinet at an edge or telecom site tends to follow the same pattern: every new function arrives as its own box — one for backhaul, one for protocol conversion, one for access, plus a few IO slices. Each unit brings its own power module, its own DIN-rail footprint and its own management address, and the site inventory list ends up longer than the network diagram. That is why the idea of a modular edge unit keeps resurfacing: folding several layers into one system that can be understood at a glance is more practical than stacking more hardware.

Where anindustrial gatewaysits in that system is the first thing to settle at the selection stage.

1. Separate the layers first

Small and mid-size edge sites break down into three layers:

  • Field layer: PLCs, meters, sensors, relays. Interfaces are mostly RS232/RS485, 4-20 mA and dry or wet contacts; protocols are mostly Modbus RTU or vendor-specific.
  • Access layer: aggregates field data and provides Ethernet ports and VLAN segmentation for cameras, HMIs and controllers.
  • Backhaul layer: moves site data to a platform or the central side, involving cellular, wired WAN, VPN tunnels and firewall policy.

One device covering all three layers is unrealistic at a mid-size or large site. At sites with a few dozen to a few hundred points, however, folding the backhaul layer and part of the access layer into a single gateway is common practice.

2. Where the gateway sits

An industrial gateway is better described as the conversion and decision point between the field layer and the backhaul layer, rather than a drop-in replacement for a router or a switch. The interface layout of the edge computing gateway USR-M300 shows this division of labour: one RS232/485 port and one RS485 port face the field side, one WAN/LAN port and one LAN port face the network side, and 2 DI, 2 DO and 2 current-type AI channels handle local signals directly. Serial ports, Ethernet ports and IO can be acquired in parallel, with an acquisition ceiling of 2,000 data points stated by the vendor.

Functionally it does three things at once: protocol conversion for Modbus RTU/TCP and common PLC protocols; local logic through Node-RED graphical programming on Linux for data cleaning, threshold decisions and report conditions; and northbound reporting over standard MQTT and TCP to a public cloud platform or a private server.

It also carries routing, VPN and firewall capability. Whether a site needs a separate router therefore depends on how complex the network boundary is, not on whether the site needs internet access. On the hardware side it is rated for level 3 EMC protection, wide-voltage supply, a -25 to 75 °C operating range, and DIN-rail or wall mounting.

3. Dividing the work between router, switch and gateway

When all three appear at one site, responsibilities can be split as follows:

  • Switch: layer 2 forwarding and port expansion only. It extends port count when field devices exceed the ports available on the gateway, and provides VLAN segmentation when cameras, office network and production network have to be isolated.
  • Router: for sites with a complex boundary — multiple WAN links, cross-site VPN, strict egress policy. Gateway traffic leaves through the router, and the gateway itself performs no NAT.
  • Gateway: field-side acquisition, protocol conversion, local logic and northbound reporting.

A clear boundary makes each layer replaceable: swapping the switch does not disturb acquisition configuration, and swapping the gateway does not disturb site routing policy. The reverse arrangement — a gateway doing both NAT and reporting while the switch also rewrites addresses — makes it hard to tell which layer altered a packet when something goes wrong.

4. Pairings by site size

  • Small site (a few dozen points): one gateway covers acquisition and backhaul. Cellular or wired WAN connects directly to the gateway WAN port, and the built-in routing function handles a single egress.
  • Mid-size site (a few hundred points): the gateway handles acquisition and reporting, the switch handles port expansion and VLAN isolation, and backhaul is left to a dedicated industrial router. Subnet planning matters here: keep the field device subnet, the management subnet and the backhaul subnet apart.
  • Scattered points or discrete on/off control: fill the gap with IO expansion modules. The USR-IO series uses a standard RS485 interface and Modbus RTU, and different models combine to provide the required DI, DO, AI and AO counts. Paired with USR-M300 or USR-M100, it enables remote IO control. The modules support DIN-rail and wall mounting, use tool-free spring terminals for wiring, and need only one power feed when several are combined.

Where point counts are low but data has to survive a network outage, USR-M100 is another option: cellular and WAN access, 300 to 1,000 data points, and SD card caching while the link is down, with cached data sent once the connection recovers.

5. Four places where cooperation breaks down

  1. Subnet and address planning.The gateway LAN side, switch management port and field devices should sit on separate subnets, so that management addresses are not disturbed by acquisition broadcasts on the same segment.
  1. Who performs NAT.One device on the site should handle address translation. With several devices each running a NAT layer, the source address seen by the platform keeps changing, and tracing a connection back becomes tedious.
  1. Time synchronization.When local gateway logic involves timestamps and threshold decisions, confirm that the NTP source and time zone match the rest of the site; otherwise data ordering on the platform can look inexplicably jumbled.
  1. Reporting channel and rate limiting.Report conditions, channel selection and rate limits are best planned once on the gateway side; filtering after the fact on the platform costs more.

A workable order for selection: fix the site scale and point count first, then the complexity of the network boundary, which decides whether a separate router is needed, and finally the depth of IO and local logic, which decides whether IO expansion modules and Node-RED c

REQUEST A QUOTE
Industrial loT Gateways Ranked First in China by Online Sales for Seven Consecutive Years **Data from China's Industrial IoT Gateways Market Research in 2023 by Frost & Sullivan
Subscribe
Copyright © Jinan USR IOT Technology Limited All Rights Reserved. / Sitemap / Privacy Policy
Reliable products and services around you !
Subscribe
Copyright © Jinan USR IOT Technology Limited All Rights Reserved. / Sitemap / Privacy Policy