de débit vérifie utilisée
. Par exemple, si une ligne de 100 Mbit/s est déployée, mais que le débit garanti (CIR) n'atteint que 50 Mbit/s, il y a un problème. De même, si vous disposez d'une liaison de 10 Gbit/s, mais que vous ne recevez que 1 Gbit/s en raison de problèmes de fiabilité, le débit est inacceptable.
Latence (délai aller-retour) –
Il s'agit du temps nécessaire à un paquet pour atteindre sa destination et revenir. Ce type de test a été popularisé par les tests ping – une méthode inefficace pour tester la liaison, pour des raisons qui seront abordées ultérieurement. Quoi qu'il en soit, il est clair que des délais importants affectent négativement l'expérience utilisateur (bien que parfois inévitables, comme c'est souvent le cas avec les liaisons par satellite).
La perte de trames
se produit lorsque des paquets envoyés à une extrémité ne sont pas reçus à l'autre. Comme Ethernet fonctionne au niveau de la couche physique, la fiabilité de la connexion est cruciale pour les couches supérieures du modèle OSI et peut les dégrader considérablement. Par exemple, une perte de paquets de 1 % peut dégrader le protocole TCP jusqu'à 80 %. Ainsi, même un faible pourcentage de perte peut affecter significativement la qualité d'expérience (QoE) de l'utilisateur final.
Le dernier paramètre à tester est la présence de gigue sur le réseau. La gigue a peu d'impact sur un réseau dédié aux données ; cependant, une fluctuation excessive des paquets peut perturber le service sur un réseau transmettant de la télévision sur IP (IPTV) ou de la voix sur IP (VoIP). Les protocoles de niveau supérieur ne peuvent pas utiliser les paquets de données arrivant en retard. Par exemple, lors d'un appel téléphonique, les paquets de données arrivant trop tard à l'interlocuteur seraient perdus, ce qui dégraderait la qualité de la voix.
Test des paramètres clés :
Il est important d'effectuer tous les tests avec un taux d'entrée/sortie (CIR) maximal lors du test d'une connexion Ethernet. Les problèmes surviennent rarement lorsque la liaison est utilisée à 0,1 % ou moins (comme c'est souvent le cas lors d'un test ping continu), mais plutôt à 100 % d'utilisation. Des priorités incorrectes, des configurations de ligne défectueuses, des problèmes de négociation automatique, une mauvaise planification du réseau, voire un câblage ou un équipement réseau défectueux, présentent rarement des problèmes à faible utilisation. Une véritable évaluation de la qualité de la liaison ne peut être effectuée que lorsque le réseau fonctionne à pleine capacité. Par conséquent, la première étape des tests consiste à s'assurer que le débit de données promis est correctement fourni. Un client qui souscrit un abonnement à 10 Mbit/s et reçoit 100 Mbit/s sera certainement satisfait ; en revanche, une autre personne qui souscrit un abonnement à 100 Mbit/s et reçoit 10 Mbit/s ne le sera pas. Les planificateurs de réseau et les gestionnaires de trafic n'aiment pas gaspiller de la bande passante. Par conséquent, la première étape de tout test consiste à déterminer si la liaison fournit les performances attendues.
Une fois le débit déterminé, l'étape suivante consiste à mesurer le taux de perte de trames sur le réseau afin de vérifier la fiabilité du trafic. Les trames comportant une séquence de contrôle d'erreur (FCS) étant perdues au niveau d'un commutateur ou d'un routeur, les trames erronées sont perdues sur le réseau avant d'atteindre leur destination finale. Par conséquent, pour évaluer la fiabilité de la connexion, chaque trame doit être générée avec un numéro de séquence. Les trames entrantes sont ensuite vérifiées afin de s'assurer de la validité de ce numéro de séquence. Les trames erronées ou perdues sont ainsi détectées, ce qui permet de déterminer le taux de perte de trames.
