Messung der Latenz pro Verbindung / Jitter / Paketverlust pro Verbindung

Ich muss die Latenz, den Jitter und den Paketverlust pro Verbindung in einem Netzwerk messen , im Gegensatz zu Ende-zu-Ende, z. B.: Z.

s1-eth0 <--> s2-eth0 (~ 20µs durchschnittliche Latenz, Standardableitung 10µs, 57% Paketverlust / letzte Sekunde)

s2-eth1 <--> s3-eth0 (~ 25µs durchschnittliche Latenz, Standardableitung 5µs, 21% Paketverlust / letzte Sekunde)

...

Alle Lösungen, die ich finden konnte, waren entweder akademische Vorschläge oder die Verwendung dedizierter Hardware für die aktive Prüfung.

Hier ist eine Zusammenfassung, was meiner Forschung nach nicht funktioniert:

• NetFlow: Keine Latenzinformationen , nur Ende-zu-Ende
• Active Probing: Ich kann die Konfiguration des Netzwerks nicht ändern
• Roundtrip-Zeit messen: Bietet keine Statistik pro Link

Gibt es ein Netzwerkprotokoll, ein Messwerkzeug oder eine andere Funktionalität, die alle oder zumindest einige der oben genannten Statistiken bereitstellt?

Auf Cisco-Geräten können Sie Cisco IP SLA verwenden. Sie müssen es zuerst konfigurieren und aktivieren und dann die Ergebnisse überwachen.

Schritte:

1. ip sla monitor operation-number

2. type echo protocol ipIcmpEcho {destination-ip-address | destination-hostname} [source-ipaddr {ip-address | hostname} | source-interface interface-name]

3. frequency seconds

4. ip sla monitor schedule operation-number [life {forever | seconds}] [start-time {hh:mm[:ss] [month day | day month] | pending | now | after hh:mm:ss] [ageout seconds] [recurring]

^{Das Konfigurationsbeispiel stammt von Cisco: IP-SLAs - Analysieren von IP-Service-Levels mithilfe der ICMP-Echo-Operation .}

Router> enable
Router# configure terminal
Router(config)# ip sla monitor 10
Router(config-sla-monitor)# type echo protocol ipIcmpEcho 172.29.139.134
Router(config-sla-monitor-echo)# frequency 300
Router(config-sla-monitor-echo)# exit
Router(config)# ip sla monitor schedule 10 start-time now life forever

Zu überwachen:

show ip sla monitor statistics

Auf Wacholderhardware können Sie den RPM-Dienst verwenden, um diese Messungen abzurufen. Der Dienst kann so konfiguriert werden, dass bestimmte Schnittstellen überwacht werden, die bei der Anforderung "pro Link" hilfreich sind.

Überprüfen Sie das Y.1731-Protokoll (oder IEEE 802.1ag oder OAM). Es ist ziemlich einfach in Software zu implementieren (ich vermute, das ist das, was Sie anstreben) und es wird von allen physischen Netzwerkelementen unterstützt.

Es gibt eine sehr naive Open-Source-Implementierung von Y.1731 in C , die Sie sich ansehen können.

Bitte beachten Sie, dass Y.1731 nicht zum Überschreiten der physischen Netzwerkgrenze ausgelegt ist (dh, dass die MAC-Adressen beider Abgeordneter bekannt sind). Wenn Sie also IP-Routing durchführen müssen, sollten Sie Ihre Y.1731-Frames innerhalb eines bestimmten Tunnels kapseln Protokoll wie VXLAN oder GRE.

Hoffe das hilft.

Mit Etherate können Sie den Durchsatz, die Latenz und den Paketverlust (Frame) auf Schicht 2 direkt über Ethernet messen (was genau so klingt, wie Sie es suchen). Es misst derzeit keinen Jitter, wird es aber in Zukunft tun.

Mit ihm können Sie auf kontrollierte Weise Layer-2-Ethernet-Verkehr generieren, den Sie messen können.

Sie können die Verkehrsflussdauer, die Rahmengröße, die Bits pro Sekunde / Bytes pro Sekunde, die zu übertragenden Gesamtbytes, den Ethertyp, die VLAN-ID und den PCP-Wert angeben. Sie können die Frames der Ebene 2 auch bestätigen, wenn Sie den Verlust auf Ebene 2 testen möchten.

Wenn der Test abgeschlossen ist, zeigt der Rx-Host eine Anzahl empfangener Testframes an (wenn dies weniger ist als die Anzahl der vom Tx-Host gesendeten Frames, die Ihnen die Frame-Verlust-Zahl geben), empfangene Nicht-Test-Frames, empfangene Test-Frames Bestell- und Testrahmen nicht in der richtigen Reihenfolge erhalten (früh oder spät).

https://github.com/jwbensley/etherate