SNMP vs. Syslog vs. NetFlow: Erkenntnisse, Erfassung, Datenformat, Protokolle
Ein Netzwerk zu betreiben heißt, den Zustand von Geräten und Verkehr zu überwachen, Probleme früh zu bemerken und ihre Ursachen zu untersuchen. SNMP, Syslog und NetFlow sammeln alle Informationen von Geräten, zeigen aber Verschiedenes. Bei SNMP fragt ein verwaltendes System (der Manager) Geräte (Agenten) nach Werten wie dem Verkehr an Schnittstellen und der CPU-Auslastung, was zeigt, „wie viel“. Bei Syslog senden Geräte Ereignisse wie ausgefallene Links, Anmeldungen und Konfigurationsänderungen als Textnachrichten an einen Log-Server, was zeigt, „was wann geschah“. NetFlow (und das darauf aufbauende standardisierte IPFIX) fasst den Verkehr je Gruppe von Paketen mit gleicher Quelle, gleichem Ziel usw. (einem Flow) zusammen und exportiert diese Zusammenfassungen, was zeigt, „wer mit wem wie viel kommuniziert hat“. In der Praxis werden alle drei gemeinsam eingesetzt.
| Merkmal | SNMP | Syslog | NetFlow (IPFIX) |
|---|---|---|---|
| Was es zeigt | Gerätezustand und Mengen: Verkehr und Fehlerzähler der Schnittstellen, CPU- und Speicherauslastung, Linkstatus | Ereignisse: ausgefallene Links, erfolgreiche und fehlgeschlagene Anmeldungen, Konfigurationsänderungen, Fehler | Eine Aufschlüsselung des Verkehrs: welche Quell-Ziel-Paare über welches Protokoll und welche Ports wie viel gesendet haben |
| Wie Daten erfasst werden | Der Manager fragt in festem Intervall ab (Polling); Geräte können Probleme auch mit Benachrichtigungen (Traps) melden | Das Gerät sendet bei einem Ereignis eine Nachricht an den Server | Das Gerät fasst Flows zusammen und exportiert sie am Ende eines Flows oder in festen Intervallen an einen Sammelserver (Collector) |
| Datenformat | In MIBs definierte Werte (Zähler und Zustände), adressiert über Objektkennungen (OIDs) | Schweregrad (0 bis 7), Art der Quelle (Facility), Zeitstempel und Textnachricht | Datensätze je Flow: Adressen, Portnummern, Protokoll, Paket- und Byteanzahl, Start- und Endzeit und mehr; die Felder werden über Templates definiert |
| Zeitliche Auflösung | Ein Mittelwert über jedes Polling-Intervall (z. B. 5 Minuten) | Je Ereignis, kommt nahezu sofort an | Je Flow; langlebige Flows werden in Stücke geteilt und in festen Intervallen exportiert |
| Was es nicht zeigt | Wessen Verkehr es ist | Das Verkehrsvolumen | Paketinhalte (Daten); auch keine Gerätewerte wie die CPU-Auslastung |
| Last auf Geräten und Leitungen | Gering | Gering, allerdings können Nachrichten bei einem Ausfall sprunghaft zunehmen | Höher; auf schnellen Leitungen wird manchmal Sampling verwendet, das nur einen Teil der Pakete untersucht |
| Standards und Portnummern | SNMPv3 ist RFC 3411 bis 3418; UDP-Port 161 (Abfragen) und 162 (Traps) | RFC 5424; UDP-Port 514, bzw. 6514 bei Verwendung von TLS | NetFlow v9 ist in RFC 3954 beschrieben (einem informativen RFC); das standardisierte IPFIX ist RFC 7011, Port 4739 |
| Sicherheit | Bei v1 und v2c wird der Community-String unverschlüsselt übertragen; v3 ergänzt Authentifizierung und Verschlüsselung | Über UDP gibt es weder Verschlüsselung noch Zustellbestätigung; TLS kann es schützen | NetFlow v9 hat keinen eingebauten Schutz; IPFIX lässt sich mit TLS oder DTLS schützen |
| Haupteinsatz | Verkehrsgrafiken, Verfolgung der Leitungsauslastung, Erkennung von Geräteausfällen | Untersuchung von Ausfallursachen, Aufzeichnung, wer was getan hat, Sicherheitsüberwachung (Sammlung in einem SIEM) | Hosts und Anwendungen mit hohem Bandbreitenverbrauch finden, ungewöhnlichen Verkehr erkennen, Leitungserweiterungen planen |
Die Zahlenwerte sind typische Größenordnungen und variieren je nach Prozessgeneration und Produkt.