Mesure de la latence / gigue / perte de paquets par liaison

J'ai besoin de mesurer la latence, la gigue et la perte de paquets par lien dans un réseau, par opposition à de bout en bout, par exemple comme ceci:

s1-eth0 <--> s2-eth0 (~ 20µs de latence moyenne, dérivation standard 10µs, 57% de perte de paquets / dernière seconde)

s2-eth1 <--> s3-eth0 (~ 25µs de latence moyenne, dérivation standard 5µs, 21% de perte de paquets / dernière seconde)

...

Toutes les solutions que j'ai pu trouver étaient des propositions académiques ou impliquaient l'utilisation de matériel dédié pour le sondage actif.

Voici un résumé de ce qui, selon mes recherches, ne fonctionne pas:

• NetFlow: aucune information de latence, uniquement de bout en bout
• Sondage actif: il ne m'est pas possible de modifier la configuration du réseau
• Mesurer le temps d'aller-retour: ne fournit pas de statistiques par lien

Existe-t-il un protocole réseau, un outil de mesure ou une autre fonctionnalité fournissant toutes ou au moins certaines des statistiques ci-dessus?

Sur les appareils Cisco, vous pouvez utiliser Cisco IP SLA. Vous devez d'abord le configurer et l'activer, puis surveiller les résultats.

Pas:

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]

^{Exemple de configuration tiré de Cisco: SLA IP - Analyse des niveaux de service IP à l'aide de l'opération d'écho ICMP .}

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

Surveiller:

show ip sla monitor statistics

Sur le matériel juniper, vous pouvez utiliser le service RPM pour obtenir ces mesures. Le service peut être configuré pour surveiller des interfaces spécifiques, ce qui contribuera à l'exigence de «par lien».

Consultez le protocole Y.1731 (ou IEEE 802.1ag ou OAM). Il est assez facile à implémenter dans un logiciel (je suppose que c'est ce que vous visez), et il est pris en charge par tous les éléments du réseau physique.

Il existe une implémentation open source Y.1731 très naïve en C , que vous pouvez consulter.

Veuillez noter que Y.1731 n'est pas conçu pour traverser les limites du réseau physique (c'est-à-dire qu'il nécessite que les adresses MAC des deux députés soient connues), donc si vous devez passer par le routage IP, vous voudrez encapsuler vos trames Y.1731 dans certains tunnels protocole, comme VXLAN ou GRE.

J'espère que cela t'aides.

Etherate vous permet de mesurer le débit, la latence et la perte de paquets (trames) au niveau de la couche 2 directement via Ethernet (ce qui ressemble à ce que vous recherchez). Il ne mesure pas la gigue actuellement, mais il le fera à l'avenir.

En l'utilisant, vous pouvez générer du trafic Ethernet de couche 2 d'une manière contrôlée que vous pouvez mesurer.

Vous pouvez spécifier la durée du flux de trafic, la taille de la trame, les bits par seconde / octets par seconde, le nombre total d'octets à transférer, le type d'éther, l'ID de VLAN et la valeur PCP. Vous pouvez également ACK les images de la couche 2 si vous souhaitez tester la perte au niveau de la couche 2.

Lorsque le test est terminé, l'hôte Rx affiche un nombre de trames de test reçues (si c'est moins que le nombre de trames envoyées par l'hôte Tx, qui vous donne le chiffre de perte de trame), les trames non-test reçues, les trames de test reçues en les trames de commande et de test reçues hors service (tôt ou tard).

https://github.com/jwbensley/etherate