Industrierouter, Gateway oder Modem: Netzwerkelemente im industriellen IoT
Aktualisiert: 12. Okt.
In Architekturplänen für das industrielle IoT stehen oft Modem, M2M-Router, Industrierouter, Gateway, Switch, DTU und RTU nebeneinander. Die Begriffe sind weder austauschbar noch überall eindeutig definiert. Ein Gerät kann Mobilfunkmodem, IP-Routing, VPN, serielle Schnittstellen und Protokollverarbeitung vereinen; ein anderes stellt lediglich eine Mobilfunkverbindung für einen Host bereit.
Gehen Sie deshalb den Datenpfad durch: Wo wird die Mobilfunkverbindung hergestellt? Wer routet und schützt das Standortnetz? Wer verbindet lokale Geräte? Und wo werden Felddaten interpretiert oder umgewandelt? Prüfen Sie anschließend Schnittstellen, Softwarefunktionen, Betriebsbedingungen und Zuständigkeiten für die Wiederherstellung in der aktuellen Dokumentation.
Das Wichtigste auf einen Blick
Ein Mobilfunkmodem verschafft einem Host in der Regel Zugang zum Mobilfunknetz. Ein Router leitet Daten zwischen Netzen weiter und kann Adressierung, Firewall, VPN und Fernzugriff für den Standort steuern. Ein Switch verbindet Geräte im lokalen Netz.
Ein industrielles Gateway kann Protokolle umsetzen, Daten sammeln, filtern, zwischenspeichern oder am Netzwerkrand verarbeiten; der Begriff Gateway wird aber unterschiedlich verwendet. Auch M2M-Router, DTU und RTU sind kontextabhängige Bezeichnungen. Beschaffen Sie daher anhand des geforderten Datenpfads und konkreter Abnahmetests, nicht allein anhand des Produktnamens.
Mit dem IIoT-Datenpfad beginnen
Stellen Sie zuerst die Frage nach dem externen Zugang. Ein Mobilfunkmodem oder Modem-Subsystem stellt die Verbindung zum Mobilfunknetz her; Steuerschnittstelle und Sitzungsverhalten hängen vom Modul und der Host-Architektur ab. 3GPP TS 27.007 liefert Hintergrund zu AT-Befehlen für Mobilfunk-Endgeräte, definiert aber keinen vollständigen Industrierouter.
Fragen Sie zweitens, wie die Standortnetze verbunden und kontrolliert werden. Die Netzwerk-Weiterleitung eines Routers ist in RFC 1812 beschrieben. An einem entfernten Standort können NAT, Firewall-Regeln, VPN, Routenwahl und Verbindungsüberwachung hinzukommen; die tatsächlichen Funktionen müssen geprüft werden. RFC 1918 erklärt private Adressräume. Überlappende Netze sind vor dem Aufbau eines VPN oder einer Standort-Route zu klären.
Fragen Sie drittens, ob das System Felddaten verstehen muss. Ein Gerät, das IP-Pakete weiterleitet, ist noch kein Protokoll-Gateway. Register lesen, Objekte abbilden, Protokolle übersetzen, Daten puffern oder Telemetrie veröffentlichen muss einem Gateway, einer Host-Anwendung, einer SPS oder einer anderen Edge-Komponente zugewiesen werden.
Welche Rolle Modullieferanten im Ökosystem spielen
Mobilfunkmodule und Chipsätze sind Bausteine im Kommunikationspfad eines Endprodukts. Sie können den Funkzugang bereitstellen, übernehmen aber nicht automatisch das LAN-Routing, das industrielle Switching oder die Protokollumsetzung eines fertigen Geräts. Aus der Modulkategorie allein lassen sich die Funktionen des Endprodukts daher nicht ableiten.
Die Tabelle fasst die von den Unternehmen veröffentlichten Portfoliokategorien und die vor der Auswahl zu prüfenden Nachweise zusammen; sie ist weder ein Anbieterranking noch eine Modellempfehlung. u-blox hat sein Cellular-Geschäft an Trasna veräußert; der Abschluss erfolgte am 6. Juni 2025. Das separate Geschäft mit Dual-Mode-Mobilfunk-Satellitenkommunikation ging an Trident IoT. Prüfen Sie Eigentümer, Verfügbarkeit und Support, bevor Sie ein früheres u-blox-Mobilfunkprodukt als aktuell beschaffbar behandeln.
Hersteller | Relevante Modul- oder Chipkategorien | Vor der Beschaffung prüfen | Offizieller Einstieg |
|---|---|---|---|
Quectel | Mobilfunk- und LPWA-Module; GNSS; Wi-Fi/Bluetooth. | Gleichen Sie die genaue Teilenummer mit Zielregion, unterstützten Bändern und Technologien, Host-Schnittstelle, Zulassungen, Lebenszyklus und schriftlicher Lieferzusage ab. | Offizieller Produktselektor: https://www.quectel.com/product-selector/ |
Fibocom | 5G- und LTE/LPWA-Mobilfunkmodule; Smart-, GNSS- und Wi-Fi-Module. | Prüfen Sie genaue Variante, regionale Bänder und Betreiberfreigaben, Host-Schnittstelle, Zertifizierungen, Lebenszyklus und Support. | Portfolio für drahtlose Kommunikation: https://www.fibocom.com/en/CommunicationsSolutions/index.html |
MeiG Smart | 5G/4G-LTE-, Smart-, KI-Rechen-, Automotive-, LPWA- und GNSS-Module. | Ordnen Sie das Produkt der passenden Modulart und Variante zu; prüfen Sie anschließend regionale Unterstützung, Schnittstellen, Zertifizierungen, Lebenszyklus und Support anhand aktueller Unterlagen. | Offizieller Produktkatalog: https://en.meigsmart.com/product/products.html |
SIMCom | 5G-, 4G/LTE-A-, LPWA-, 3G/2G-, Smart-, Automotive-, GNSS- und Wi-Fi-Module. | Prüfen Sie Produktfamilie und Teilenummer, Unterstützung in der Zielregion, Host-Schnittstelle, Zertifizierung, Lebenszyklus und Support; leiten Sie diese Angaben nicht aus einer Unternehmensübersicht ab. | Unternehmensprofil und Portfolio: https://www.simcom.com/about.html |
Neoway | 2G/3G/4G/5G- und NB-IoT/eMTC-Mobilfunkmodule; Automotive-, Smart- und GNSS-Module. | Prüfen Sie das konkrete Modul und die Marktvariante, unterstützte Technologie und Bänder, Schnittstellen, Zertifizierungen, Lebenszyklus und Support. | Offizieller Produktkatalog: https://en.neoway.com/products.html |
Sequans | Mobilfunk-IoT-Chipsätze und -Module, darunter LTE-M/NB-IoT, Cat 1bis/Cat 4 und 5G-NR-RedCap/eRedCap-Plattformen. | Klären Sie, ob das Angebot ein Chipsatz, ein fertiges Modul, Software oder lizenziertes IP ist; prüfen Sie Integrations- und Lieferumfang, Marktvariante, Verfügbarkeit und Support. | Unternehmens- und Produktübersicht: https://sequans.com/about-us/ |
Telit Cinterion | 5G- und LTE-Mobilfunkmodule; LTE-M/NB-IoT; Wi-Fi/Bluetooth-, Positionierungs- und Smart-Module. | Prüfen Sie die aktuelle SKU und Regionalvariante, unterstützte Netze, Zertifizierungen, Host-Schnittstelle, Lebenszyklus und Supportbedingungen. | Offizielles Modulportfolio: https://www.telit.com/modules-overview/ |
u-blox | Historische Mobilfunkmodule: Das Cellular-Geschäft wurde an Trasna veräußert. Das aktuelle Portfolio konzentriert sich auf Positionierung und Kurzstreckenkommunikation. | Klären Sie bei einer früheren Mobilfunk-SKU den aktuellen Eigentümer, Bestellweg, Lebenszyklus, Gewährleistung und Support mit Trasna oder dem autorisierten Anbieter. Stellen Sie die Produktlinie nicht als aktuelles u-blox-Angebot dar. | Offizieller Veräußerungsbericht: https://content.u-blox.com/sites/default/files/documents/half-year-results-report-2025.pdf; separate Übertragung an Trident IoT: https://www.u-blox.com/en/u-blox-divests-dual-mode-cellular |
Ein Mobilfunkmodul oder -modem kann den Netzzugang bereitstellen; dadurch wird das fertige Gerät allein noch nicht zum Router oder Protokoll-Gateway.
Welche Aufgabe jedes Netzwerkelement übernimmt
Mobilfunkmodem
Hier bezeichnet Modem die Mobilfunk-Zugangskomponente. Schnittstelle, Sitzungssteuerung, IP-Routing, Sicherheit und Wiederherstellung müssen in der Gerätearchitektur separat zugewiesen werden. Aus dem Wort Modem folgen weder ein vollständiges Standortnetz noch Firewall, Protokollumsetzung oder zentrale Fernverwaltung.
M2M- oder Industrierouter
Ein Router verbindet Netze und bestimmt den Weg der Pakete. In einer M2M-Anwendung kann eine gezielte Verbindung zwischen Gerät und Server im Vordergrund stehen. Eine industrielle Anwendung kann zusätzlich LAN-Segmentierung, Firewall, VPN, Mobilfunk-Failover, Protokollierung, Watchdog oder Flottenverwaltung verlangen.
Das sind keine allgemein gültigen Produktklassen: Ein M2M-Router kann alle Funktionen eines Industrierouters haben; ein anderes so bezeichnetes Gerät ähnelt eher einem verwalteten Modem.
Industrie-Switch
Ein Switch übernimmt hier die lokale Ethernet-Verbindung, während ein Router die WAN- oder Mobilfunkanbindung bereitstellt. VLANs, Verkehrssteuerung, Monitoring und Redundanz sind mögliche Ausstattungen, keine automatische Folge der Bezeichnung industrial. Prüfen Sie Ports, Management, Redundanzverfahren, Stromversorgung und Umgebungsanforderungen.
Industrielles Gateway
Gateway ist der mehrdeutigste Begriff. In diesem Artikel meint er eine Architekturrolle zwischen Feldgeräten und übergeordnetem System, wenn Datensammlung, Protokollumsetzung, Regeln, Pufferung oder gezielte Weiterleitung erforderlich sind. Das ist ein bedingtes Beispiel, keine universelle Definition. Gateway kann auch einen Netzwerkübergang bezeichnen; der Name beweist weder Modbus-, MQTT- oder OPC-UA-Unterstützung noch Edge-Verarbeitung oder sicheren Fernzugriff.
Geräterolle | Aufgabe im Datenpfad | Mögliche Schnittstellen (Gerät prüfen) | Was zu prüfen ist |
|---|---|---|---|
Mobilfunkmodem | Stellt die Mobilfunkverbindung zwischen Host und WAN bereit. Der Host oder ein zusätzlicher Router übernimmt Verbindungsteilung, Routing und Sicherheit, sofern das Produkt diese Funktionen nicht ausdrücklich kombiniert. | Mobilfunk und SIM auf der Netzseite; zum Host je nach Gerät USB, UART, PCIe oder Ethernet. | Prüfen Sie Netzunterstützung in der Zielregion, SIM/eSIM und Sitzungskontrolle, Host-Treiber oder Verwaltungsoberfläche, Antenne und Stromversorgung, Wiederanlaufsignale und Lebenszyklus. |
Industrierouter | Leitet Pakete zwischen Netzen weiter und kann die LAN/WAN-Grenze verwalten. Firewall, VPN, NAT und Failover sind zu prüfende Produktfunktionen, keine Annahmen aufgrund der Bezeichnung. | Mobilfunk- oder kabelgebundener WAN-Anschluss; Ethernet-LAN und, falls angegeben, Wi-Fi oder serielle Verwaltung. | Prüfen Sie Routing und Adressierung, überlappende Netze, Firewallregeln, VPN-Rollen, Fernzugriff, Wiederanlauf und die aktivierten Schnittstellen der gewählten Konfiguration. |
Industrie-Switch | Verbindet Endgeräte in einem lokalen Ethernet-Netz. Verwaltungsfunktionen sind nur vorhanden, wenn das gewählte Modell und seine Konfiguration sie bereitstellen. | Kupfer- oder Glasfaser-Ethernet; PoE, VLAN, QoS, Redundanz und Verwaltungszugänge nur, sofern spezifiziert. | Prüfen Sie Anzahl und Typ der Ports, verwaltetes oder nicht verwaltetes Verhalten, erforderliche VLAN/QoS- oder Redundanzfunktionen, Stromversorgung und Umgebung, Konfigurationssicherung und Firmware-Support. |
Protokoll- oder Datengateway | Verbindet Feld- oder Anwendungsendpunkte und kann Daten abbilden, umsetzen, filtern, puffern oder veröffentlichen, wenn die Software dies ausdrücklich unterstützt. Paketweiterleitung allein ist keine Umsetzung. | Auf der Feldseite kommen je nach Gerät serielle Schnittstellen, CAN oder Ethernet infrage; der Uplink kann Ethernet oder Mobilfunk sein. Prüfen Sie Ports und Protokollrollen des konkreten Geräts. | Prüfen Sie Protokollmodi, Quell-/Zielabbildungen, Zeitstempel, Pufferung und Offline-Verhalten, Wiederholungsregeln, Identitäten/Zertifikate und Sicherheitsgrenze. Ein Gateway kann in einen Router integriert sein; die Aufgaben bleiben dennoch verschieden. |
M2M-Router, Industrierouter und Modem: Namen und Zuständigkeiten
M2M und IoT beschreiben eher den Kommunikations- und Systemkontext als eine feste Hardwaregrenze. Ein M2M-Router kann eine gezielte Punkt-zu-Punkt-Verbindung bedienen, ein Industrierouter ein größeres Standortnetz mit mehreren Schnittstellen und Betriebsanforderungen. Dieselbe Hardware kann beide Bezeichnungen tragen. Der Vergleich von M2M-, IoT- und Industrieroutern behandelt diese Begriffe ausführlicher; hier geht es um die Aufgaben der Netzwerkelemente im Einsatz.
Weitere Hinweise zu industriellen CPE und zur Auswahl eines 5G-Routers finden Sie im Leitfaden zu industriellen 5G-Routern.
Fragen Sie stattdessen: Gibt das Gerät nur eine Mobilfunksitzung an einen Host weiter? Routet es mehrere lokale Netze? Beendet es ein VPN oder setzt Zugriffsregeln durch? Wandelt es Feldprotokolle um? Hält es Daten bei einem Netzausfall vor? Wer aktualisiert, überwacht und startet es aus der Ferne neu? Diese Antworten definieren die Architektur zuverlässiger als M2M, IoT oder industrial auf einem Datenblatt.
Wo Modbus, MQTT und OPC UA hineinpassen
Protokolle beschreiben Kommunikation, nicht die Hardware-Rolle. Die Modbus-Spezifikationen erläutern Modbus über serielle Leitungen und TCP. Für serielle Implementierungen beschreibt der Modbus Serial Line Protocol and Implementation Guide V1.02 Protokoll und physikalischen Schnittstellenkontext.
Ein RS-485-Anschluss allein belegt keinen passenden Modbus-Modus, Funktionscode, Registerplan, elektrischen Aufbau oder Fehlerfall. Protokollkompatibilität und elektrische RS-485-Kompatibilität sind getrennte Prüfpunkte.
MQTT Version 5.0 definiert Publish/Subscribe-Nachrichten mit Quality of Service, Sitzungsverhalten und Nachrichteneigenschaften.
Ein MQTT-Client kann Daten an einen Broker senden. Daraus folgt nicht, dass das Gerät eine SPS auslesen, Register abbilden, Datensätze zwischenspeichern oder OT-Zugriffsregeln durchsetzen kann.
Für industrielle Informationsmodelle oder Dienste ist die OPC-UA-Referenz der technische Ausgangspunkt. Gateway, Edge-Anwendung, SPS oder Plattform können die OPC-UA-Rolle übernehmen; der Router stellt möglicherweise nur den Netzwerkpfad bereit. Protokollunterstützung, Datentransformation und Transport gehören in getrennte Abnahmepunkte.
Protokoll | Typische Endpunkte und Rolle | Transport, Umsetzung, Sicherheit und Timing | Vor dem Einsatz prüfen |
|---|---|---|---|
Modbus | SPS, Zähler oder Steuerung zu HMI/SCADA, Gateway oder Anwendung; je nach Entwurf serielles Modbus RTU oder Modbus TCP. | Router oder Switch kann Verkehr transportieren, übersetzt aber nicht automatisch serielles Modbus, bildet keine Register ab und wandelt Modbus nicht in ein anderes Protokoll um. Sicherheitsmaßnahmen hängen von Produkt und Einsatz ab. | Prüfen Sie RTU/TCP-Modus, Funktionscodes, Adressen und Registerabbild, serielle Einstellungen, Schreibrechte sowie Timeout- und Wiederanlaufverhalten. |
OPC UA | OPC-UA-Client- und Server-Anwendungen; Endpunkt kann SPS, Gateway, Edge-Anwendung oder Plattform sein. | Protokollunterstützung allein bildet kein älteres Gerätemodell ab. Sicherheitsrichtlinien, Zertifikate, Identitäten und Zugriffsregeln müssen unterstützt und konfiguriert werden; erforderliche Antwortzeiten sind Ende zu Ende zu prüfen. | Prüfen Sie Client-/Server-Rollen, Informationsmodell, unterstützte Sicherheitsrichtlinie und Zertifikatsverwaltung, Zugriffskontrolle sowie Timing unter der vorgesehenen Last. |
MQTT | Publisher/Client zu Broker zu Abonnenten, oft zwischen Edge-Anwendung und IoT-Plattform. | MQTT transportiert Nachrichten, liest aber nicht von selbst SPS-Register aus und wandelt keine Feldprotokolle um. Brokerstandort, Topics, Authentifizierung, TLS, ACLs, QoS, Sitzungen und Offline-Verhalten müssen ausdrücklich konfiguriert werden; MQTT ist keine Echtzeitgarantie. | Klären Sie Endpunkte, Topic- und Payload-Zuordnung, Identitäten und Berechtigungen, QoS/Sitzungsverhalten, Broker-Wiederanlauf sowie Ende-zu-Ende-Verzögerung und Wiederholungen. |
PROFINET | IO-Controller zu IO-Device sowie Engineering- und Diagnosewerkzeuge in einem industriellen Ethernet-System. | Echtzeitverhalten hängt von den gewählten PROFINET-Funktionen, Geräten und dem Netzentwurf ab. Gewöhnliches IP-Routing bedeutet weder Protokollumsetzung noch eine Timinggarantie. | Prüfen Sie Gerätekonformität und Rollen, Topologie, erforderliches Zyklusverhalten, Netzkomponenten, Segmentierung und Gateway-Abbildungen unter der tatsächlichen Last. |
CANopen | CANopen-Manager/Steuerung und Feldknoten wie Sensoren, Antriebe oder weitere Steuerungen in einem CAN-Netz. | Ein Gateway muss CANopen-Objekte oder Prozessdaten ausdrücklich in ein anderes Protokoll abbilden. Gehen Sie weder von Ende-zu-Ende-Sicherheit durch den CAN-Transport noch davon aus, dass ein Gateway das Steuerungstiming erhält. | Prüfen Sie Topologie und Abschluss, Knotennummern, Objektverzeichnis und EDS, PDO/SDO-Nutzung, Abbildungen, Zugriffsgrenze und Ende-zu-Ende-Timing über ein Gateway. |
EtherNet/IP | CIP-Originator/Scanner und Target/Adapter, etwa Steuerungen, dezentrale E/A oder Antriebe. | EtherNet/IP-Unterstützung wandelt CIP-Daten nicht automatisch in Modbus, OPC UA oder MQTT um. Dafür braucht es ein Gateway oder eine Edge-Anwendung mit expliziter Zuordnung. Prüfen Sie Timing sowie gegebenenfalls CIP-Security-Unterstützung und -Konfiguration. | Prüfen Sie Geräterollen und Konformität, EDS und benötigte CIP-Dienste, Erwartungen an E/A-Aktualisierungen, Sicherheitskonfiguration und Verhalten unter repräsentativer Netzlast. |
Ein über das Netz übertragenes Protokoll wurde damit nicht zwangsläufig übersetzt. Transport, Umsetzung, Sicherheitskonfiguration und Timing sind getrennt Ende zu Ende zu prüfen.
Wo DTU und RTU hineinpassen
DTU und RTU sind nützliche Einsatzbegriffe, aber keine weltweit einheitlichen Hardwaredefinitionen. DTU wird häufig für eine Funktion verwendet, die serielle Daten zu einem entfernten System transportiert; Transparenz, Pufferung und Protokollverhalten unterscheiden sich je nach Anbieter.
RTU kann eine Remote Terminal Unit in einer Automatisierungsarchitektur oder den seriellen Übertragungsmodus Modbus RTU meinen. Die Bedeutungen dürfen nicht verwechselt werden. Bei einer Feldstation müssen Steuerungs- und I/O-Funktionen getrennt vom Modbus-Modus dokumentiert sein.
Keiner der Namen belegt automatisch IP-Routing, Protokollumsetzung, Cloud-Publishing, lokale Speicherung oder Fernverwaltung.
Fragen Sie bei DTU oder RTU nach Schnittstellen, Datenmodell, Steuerungsverhalten, Puffern, Zeitstempeln, Offline-Verhalten und Sicherheitsgrenze. Ist das Gerät mit einer SPS oder einem anderen Prozess steuernden System verbunden, beziehen Sie den OT-Kontext aus NIST SP 800-82 Rev. 3 ein.
Nach Einsatzszenario auswählen
Ein Host benötigt Mobilfunk
Ein Modem kann genügen, wenn der Host Treiber, Registrierung, APN, Datensitzung, Routen, Sicherheit, Logs und Wiederherstellung selbst verwaltet. Hat der Host nur begrenzte Netzwerk- und Wartungsfunktionen, kann ein separater Router die Zuständigkeiten entkoppeln. Das ist eine zu prüfende Architekturentscheidung, keine allgemeine Regel.
Mehrere IP-Geräte teilen einen Fernzugang
Ein Router übernimmt typischerweise die Grenze zwischen LAN und WAN, Adressplanung, Routing, Firewall, VPN, Monitoring und kontrollierte Wiederherstellung. Ein Switch ergänzt lokale Ethernet-Ports oder verwaltete LAN-Funktionen. Prüfen Sie überlappende private Netze vor dem Fernzugriff.
Serielle oder Feldprotokolle müssen eine Plattform erreichen
Wenn Felddaten gelesen, umgewandelt, gefiltert, gepuffert oder veröffentlicht werden müssen, kann ein Gateway oder eine Edge-Anwendung erforderlich sein. Prüfen Sie die genauen Protokollmodi und das Datenverhalten. Ein Router kann Pakete übertragen, ohne deren Register oder Nachrichten zu verstehen.
Der Standort gehört zu einer OT-Umgebung
Planen Sie Fernzugriff, Identität, minimale Rechte, Segmentierung, Logs, Änderungsmanagement und Wiederherstellung zusammen. NIST SP 800-82 Rev. 3 behandelt OT-Sicherheit und Topologien. Das Label 4G, 5G oder eine andere Funktechnik garantiert weder Abdeckung noch Latenz, Sicherheit oder Kompatibilität vor Ort. Der 5G-Überblick von ETSI liefert Normenkontext, keinen Standortnachweis.
Vor der Beschaffung prüfen
Formulieren Sie die Abnahme entlang des Datenpfads. Listen Sie zuerst Endpunkte, Schnittstellen, Protokolle, Verkehrsrichtung und Fehlerzustände. Ordnen Sie danach Mobilfunksitzung, Routing, lokales Switching, Protokollumsetzung, Pufferung, Identität, Logs und Wiederherstellung einem Verantwortlichen zu. Legen Sie schließlich Tests nach Betreiberwechsel, Stromausfall, Kabeldefekt, Modem-Neustart, VPN-Unterbrechung und Anwendungs-Neustart fest.
Prüfen Sie dazu die aktuelle Dokumentation. Modem oder Router müssen unterstützte Frequenzbänder, SIM- oder eSIM-Verhalten, APN und Sitzungssteuerung, Treiber beziehungsweise Management-Schnittstellen und Wiederherstellungssignale angeben. Auf Netzwerkebene sind Routing, NAT, Firewall, VPN, Adressierung und Zugriffsregeln zu klären.
Auf Gateway-Ebene gehören Protokollmodi, Mappings, Wiederholungen, Zeitstempel, Speicherung, Zertifikate und Offline-Verhalten dazu. Stromversorgung, Temperatur, Montage, Antenne, Firmware-Updates, Logs, Ersatzteile und Austauschverfahren bestimmen die Betriebsfähigkeit.
Die Prüfungsreihenfolge und Abnahmenachweise für einen konkreten Standort finden Sie in der Checkliste zur Standortvalidierung für 5G/LTE-Router.
So kann ein integriertes Gerät mehrere Rollen erfüllen, ohne diese Rollen gleichzusetzen. Auch eine Architektur mit mehreren Geräten wird prüfbarer: Modem als Zugang, Router als Netzgrenze, Switch als lokale Verbindung und Gateway oder Edge-Anwendung als Datenverarbeitung.
FAQ
Ist ein M2M-Router dasselbe wie ein M2M- oder Mobilfunkmodem?
Nicht unbedingt. Ein Modem stellt normalerweise Mobilfunkzugang für einen Host bereit; ein Router kontrolliert zusätzlich, wie ein oder mehrere lokale Netze die Verbindung nutzen. Ein Produkt kann beides kombinieren. Prüfen Sie Schnittstellen und Software-Zuständigkeiten.
Benötige ich ein Gateway, wenn meine SPS Ethernet hat?
Nicht immer. Können SPS und Zielsystem bereits über einen gerouteten IP-Pfad kommunizieren und ist keine Datenverarbeitung nötig, kann ein Router ausreichen. Für Mapping, Pufferung, Filterung, Publishing oder ein anderes Protokoll kann dennoch ein Gateway erforderlich sein.
Kann ein Industrierouter ein Protokoll-Gateway ersetzen?
Nur wenn die aktuelle Dokumentation die benötigten Protokoll- und Datenfunktionen bestätigt. Paketweiterleitung, VPN und Firewall beweisen nicht, dass ein Gerät Register liest, Protokolle umsetzt oder strukturierte Telemetrie veröffentlicht.
Kann ein Mobilfunkmodem mehrere Geräte verbinden?
Das Modem kann die Zugangsstrecke bereitstellen. Das Teilen der Verbindung, Adressierung, Routing und Sicherheit für mehrere Geräte übernimmt normalerweise ein Host oder Router. Klären Sie diese Zuständigkeit vor der Auswahl.
Warum ist Gateway so mehrdeutig?
Gateway kann Netzwerkgrenze, Protokollumsetzer, Datenaggregator oder kombiniertes Edge-Gerät bedeuten. Entscheidend sind dokumentierte Schnittstellen, Softwarefunktionen, Datenpfad und Abnahmekriterien.
