Ein Protokoll aus einer anderen Zeit
SNMP wurde Ende der 1980er Jahre für Netzwerke entwickelt, die:
Klein und weitgehend statisch waren
Von Menschen manuell verwaltet wurden
Aus homogener Hardware bestanden
Kaum (wenn überhaupt) abgesichert waren. Damals war es sinnvoll, alle paar Minuten Zähler von den Geräten abzufragen. Heutige Netzwerke sehen völlig anders aus. Wir betreiben inzwischen:
Hochdynamische Infrastrukturen
Hybride Umgebungen (On-Premises, Cloud, Edge)
Virtualisierte und containerisierte Netzwerkfunktionen
Riesige Geräteflotten mit häufigen Änderungen. Die Annahmen, auf denen SNMP beruht, gelten schlicht nicht mehr.
Das Polling-Problem
Im Kern von SNMP steht das Polling. Monitoring-Systeme stellen den Geräten ständig Fragen wie:
„Wie viele Pakete hast du weitergeleitet?“
„Wie hoch ist die Auslastung deiner Schnittstelle?“
„Lebst du noch?“ Dieses Modell bringt mehrere grundlegende Probleme mit sich:
Latenz by Design
Sie erfahren erst nach der nächsten Abfrage, dass etwas schiefgelaufen ist.Grenzen der Skalierbarkeit
Tausende Geräte alle paar Minuten abzufragen, skaliert nicht sauber.Blinde Flecken
Kurzlebige Probleme bleiben oft völlig unbemerkt.Netzwerklast
Der Polling-Traffic wächst linear mit der Zahl der Geräte. Moderne Systeme erwarten Ereignisse, keine verspäteten Antworten.
MIBs, OIDs und Betriebsalltag
Wer ernsthaft mit SNMP gearbeitet hat, kennt die Mühen:
Herstellerspezifische MIBs
Dürftige oder veraltete Dokumentation
Uneinheitliche Implementierungen
Zähler, die zurückgesetzt werden, überlaufen oder falsche Werte liefern. Eine OID wie 1.3.6.1.4.1.9.9.187.1.2.3.1.5
kann je nach Plattform, Softwareversion oder Interpretation des Herstellers etwas Kritisches oder etwas völlig Bedeutungsloses darstellen. Dadurch ist SNMP:
Schwer zu automatisieren
Schwer zu normalisieren
Schwer vertrauenswürdig
Sicherheit: immer nur nachträglich bedacht
Die Sicherheit von SNMP war schon immer problematisch.
SNMPv1 und v2 setzen auf Community-Strings im Klartext
SNMPv3 gibt es, ist aber:
Aufwendig in der Einführung
Von Herstellern schlecht umgesetzt
Selten konsequent im Einsatz. In einer Welt, in der Zero Trust und starke Authentifizierung Standard sind, wirkt SNMP gefährlich veraltet.
Die Branche wendet sich leise ab
Eines der stärksten Argumente gegen SNMP ist nicht technischer, sondern kultureller Natur. Die Hersteller entwickeln SNMP nicht mehr weiter. Stattdessen sehen wir:
Umfangreiche REST-APIs
Streaming-Telemetrie
gRPC und modellgetriebene Schnittstellen
Native Integrationen mit Cloud-Plattformen. SNMP bleibt aus Gründen der Abwärtskompatibilität erhalten, nicht wegen Innovation. Ein Ingenieur hat es unverblümt formuliert:
„SNMP ist nicht tot. Der Fortschritt findet nur woanders statt.“
Das Leben nach SNMP: API-first-Netzwerkmanagement
Wenn SNMP langsam verschwindet, stellt sich die naheliegende Frage: Was tritt an seine Stelle? Die Antwort ist kein einzelnes Protokoll, sondern ein Wechsel der Philosophie. Modernes Infrastrukturmanagement ist zunehmend API-getrieben, ereignisbasiert und eng mit Automatisierungs- und Observability-Stacks verzahnt. Statt Geräte alle paar Minuten abzufragen und zu hoffen, dass die Daten noch aktuell sind, stellen moderne Plattformen strukturierte, verwertbare Daten in Echtzeit über APIs bereit.
Warum APIs besser passen als SNMP
APIs verändern grundlegend, wie wir mit Netzwerkgeräten und Plattformen arbeiten:
Genau das abrufen, was Sie brauchen, wann Sie es brauchen
Strukturierte, selbstbeschreibende Daten (JSON > OIDs)
Eingebaute Sicherheit (OAuth, Tokens, RBAC, TLS)
Ereignisbasierte Modelle (Webhooks, Streaming-APIs)
Automatisierung von Anfang an. APIs behandeln das Netzwerk als Softwareplattform, nicht als Blackbox, aus der man Daten herauskratzt.
Moderne Plattformen für diese Realität
Immer mehr Plattformen verfolgen diesen API-first-Ansatz. Lösungen wie ConnectMyAssets zeigen diesen Wandel besonders gut. Statt auf klassisches SNMP-Polling zu setzen, konzentriert sich ConnectMyAssets auf:
Ein zentrales und genaues Inventar der Netzwerkgeräte
Echtzeit-Transparenz über moderne APIs
Eine enge Integration mit externen Systemen
Ein Datenmodell, das für Automatisierung und Analyse entworfen ist. So können Teams:
Eigene Monitoring- und Compliance-Workflows aufbauen
Netzwerkdaten mit CMDBs, IPAMs und Cloud-Inventaren verknüpfen
Anomalien ohne fehleranfällige SNMP-Zähler erkennen
Den Betrieb skalieren, ohne die Komplexität zu erhöhen
SNMP ist nicht tot, aber nicht mehr das Zentrum
SNMP wird nicht über Nacht verschwinden. Es existiert noch.
Es funktioniert noch.
Und in manchen Bestandsumgebungen ist es weiterhin die einzige Option. Es sollte aber nicht mehr das Fundament eines modernen Netzwerkmanagements sein. Heute gilt:
APIs sind die primäre Schnittstelle
SNMP ist eine Kompatibilitätsschicht
Observability ersetzt reines Polling
Automatisierung ersetzt manuelle Interpretation
Fazit
SNMP wurde für eine Welt statischer Netzwerke und menschlicher Bediener entwickelt. Moderne Netzwerke verlangen:
Dynamische Systeme
Erkenntnisse in Echtzeit
Starke Sicherheit
Automatisierung als Standard. Beim langsamen Ende von SNMP geht es nicht darum, die Vergangenheit aufzugeben,
sondern darum, Werkzeuge zu nutzen, die für Gegenwart und Zukunft gemacht sind. Die Zukunft des Netzwerkmanagements liegt nicht in besseren MIBs. Sie liegt in besseren APIs.
