IoT Fleet Management: Monitoring 200 Industrial Routers Without a Dedicated Team

· 7 min read
7 min read
Lucas Moreau
OT/IT Network Engineer

When your IoT fleet exceeds 50 sites, manual management becomes impossible. Here’s how to design a fleet monitoring system that scales—with two technicians, not twenty.

The Problem with 200 Routers

With 10 routers, we manage them manually. We know which site has which equipment, we maintain an Excel spreadsheet of the configurations, and we conduct regular on-site visits.

With 200 routers, it's a different story:

  • Configuration: 200 different configurations, each with site-specific requirements
  • Deployment: a new site every 2–3 days during peak activity
  • Monitoring: It’s impossible to monitor 200 dashboards manually
  • Incidents: Outages occur at night and on weekends
  • Updates: Coordinate firmware updates across 200 devices without causing outages

Our client, Faure Industries (an industrial systems integrator with 200 client sites), has solved this problem. Here is their approach.

A 4-Pillar Management Architecture

1. Zero-Touch Provisioning — no manual configuration required

ZTP eliminates the need for manual, site-by-site configuration. Here is the process:

Result: An untrained network technician can deploy an entire site in less than 5 minutes—just plug it in.

2. Deployment Profiles — Centralized Configuration

Faure Industries has created 8 deployment profiles covering 95% of their configurations:

# Profil "Station-Pompage-Standard"
name: Station-Pompage-Standard
vpn: openvpn
modbus:
baud_rate: 9600
slaves:
- slave_id: 1
polling: 30s
registers: [pump_status, pressure, flow, level]
mqtt:
broker: mqtt.eziwan.com
topic_prefix: "eau/{site_id}/pompe"
alerts:
- type: device_offline
delay: 5min
channel: [email, sms]
- type: modbus_value_out_of_range
tag: pressure
min: 0.5
max: 8.0
channel: [email]

When a new site matches this profile, simply assign it to the ZTP token. The entire configuration is deployed automatically.

3. Proactive Monitoring — Anticipating Outages

Reactive monitoring (alerts when a failure occurs) isn't enough for 200 routers. Faure Industries uses predictive monitoring:

Early Warning Indicators

Signal RSRP LTE :
> -80 dBm → Excellent (vert)
-80 -95 → Good (light green)
-95 at -105 → Degradation (orange) → preventive alert
< -105 → Critique (rouge) → intervention

Preventive alerts allow you to plan ahead:

  • Schedule an antenna inspection before a failure occurs
  • Contact the service provider to report a decline in coverage
  • Plan to install an external antenna during the next service visit

Fleet Health Dashboard

Active SIM2 (failover): 4 routers · Last outage > 24 hours: 0 routers.

4. Remote Maintenance

Most incidents can be resolved remotely:

IncidentRemote ResolutionRate
Router crashOTA reboot via dashboard85%
Incorrect configurationProfile redeployment via dashboard90%
Outdated firmwareBatch OTA update100%
Modbus slave not respondingTest from dashboard + logs70%

Only hardware-related issues (power supply failure, antenna disconnected, RS485 cable unplugged) require an on-site visit.

Integration with Existing Monitoring Tools

The value of a fleet management platform is measured by its ability to integrate with the integrator’s or end customer’s existing ecosystem.

Webhooks and REST APIs

Eziwan provides a comprehensive REST API and webhooks for every fleet event:

# Example: Listing offline devices via the REST API
curl -H "Authorization: Bearer $EZIWAN_TOKEN" \
https://api.eziwan.com/v2/devices?status=offline&site_id=*

# Réponse JSON
{
"devices": [
{
"id": "gw-lyon-04",
"site": "Lyon-Industrie-Nord",
"status": "offline",
"last_seen": "2025-07-01T14:32:11Z",
"offline_duration_min": 47,
"sim_active": null,
"rsrp_last": -108
}
],
"total_offline": 3,
"total_devices": 200
}

Available webhooks: device.offline, device.online, failover.triggered, failover.resolved, signal.degraded, firmware.update.completed, certificate.expiring.

Grafana / InfluxDB / Prometheus Integration

For teams that already monitor their infrastructure with Grafana:

# Example of an Eziwan data source in Grafana
datasource:
type: prometheus
url: https://api.eziwan.com/metrics
auth:
type: bearer
token: ${EZIWAN_TOKEN}

# Available Metrics
# eziwan_device_rsrp{device_id, site_id, operator}
# eziwan_device_status{device_id, site_id} # 0=offline, 1=degraded, 2=online
# eziwan_failover_count{device_id, sim_slot}
# eziwan_modbus_errors_total{device_id, slave_id}
# eziwan_mqtt_messages_total{device_id, topic}

A standard Grafana dashboard imported from the Eziwan community displays the following in 5 minutes: a map of sites (online/offline/degraded), a histogram of failover events, and 30-day RSRP signal trends.

ITSM Integration (ServiceNow, Jira Service Management)

For organizations that manage their incidents using an ITSM tool:

// Webhook Eziwan → ServiceNow
{
"event": "device.offline",
"device_id": "gw-lyon-04",
"site": "Lyon-Industrie-Nord",
"offline_since": "2025-07-01T14:32:11Z",
"recommended_action": "Check LTE coverage and power supply"
}

This webhook can automatically create a P2-level ticket in ServiceNow or an issue in Jira SM—the on-call engineer is notified without any manual intervention.

Faure Industries Operational Metrics

After 18 months of operation (200 sites):

MetricValue
Average deployment time per site4.5 min (excluding shipping)
Collection availability99.4%
Incidents resolved remotely83%
Technicians dedicated to fleet management1.5 FTE
Sites managed per FTE130

FAQ

Can routers from different brands be managed from a single Eziwan console? Eziwan's centralized fleet management is built into Eziwan gateways. For third-party devices (Teltonika, Cradlepoint, Sierra Wireless), partial integration is possible via the Eziwan REST API or NETCONF/YANG protocols—please contact our team for specific use cases.

How can you quickly detect when a site is offline in a fleet of 200 sites? The Eziwan dashboard displays the status of each site in real time (ONLINE / OFFLINE / DOWNTIME) along with the timestamp of the last communication. Configurable alerts (email, SMS, webhook) are triggered if a site has not reported in for N minutes. For 200 sites, the fleet view (table or map) allows you to immediately identify sites with issues.

Does the OTA firmware update interrupt data collection? On Eziwan gateways, the OTA update is designed to minimize disruption: the firmware is downloaded in the background, and the reboot is scheduled during a configured maintenance window (e.g., 2:00 a.m.–4:00 a.m.). The store-and-forward mechanism ensures that no data collected before the reboot is lost.


Further Reading


Conclusion

Managing a large-scale industrial IoT fleet isn't a human resources issue—it's an architectural one. With ZTP, centralized profiles, predictive alerts, and OTA maintenance, two people can manage 200 sites just as easily as 20.

The key: eliminating repetitive manual tasks with smart tools, and focusing on activities that truly add value.

Explore the ZTP documentation → · See our use cases →


Additional Resources