2544 Application de Test
- Dec 04, 2017 -

2544 standard, mis en place par l’organisme de normalisation d’Internet Engineering Task Force (IETF), est la méthodologie de fait qui décrit les tests nécessaires pour mesurer et établir des critères de performance pour le transporteur réseaux Ethernet. La norme fournit une méthodologie comparative out-of-service pour évaluer les performances des périphériques réseau à l’aide de débit, dos à dos, perte de trame et de la latence des essais, avec chaque test validant une partie spécifique d’un SLA. La méthodologie définit la taille d’image, la durée de l’essai et le nombre d’itérations de test. Une fois terminé, ces tests fournira des indicateurs de performance du réseau Ethernet sous test.


Débit :

Le test de débit définit le nombre maximal d’images par seconde, ce qui peut être transmis sans erreur. Ce test est effectué afin de mesurer la capacité cinétiquement limitante de commutateur Ethernet comme l’a conclu dans la décision services Ethernet transporteur. La méthodologie consiste à commencer à une cadence maximale et puis en comparant le nombre de diffusion et la réception des images. Perte de trame doit se produire, le taux de transmission est divisé par deux et le test est redémarré. Si au cours de ce procès sans perte de trame, le taux de transmission est augmenté de la moitié de la différence de l’essai précédent. Cette méthodologie est connue comme la méthode moitié/doublement. Cette méthode trial-and-error est répétée jusqu'à ce que le taux au cours de laquelle il n’y a aucune perte de trame est trouvé. Le test de débit doit être effectué pour chaque taille de l’image. Bien que le temps d’essai au cours de laquelle les images sont transmises peut être court, il doit être au moins de 60 secondes pour la validation finale. Chaque résultat de test de débit doit ensuite être consigné dans le procès-verbal, à l’aide de trames par seconde (pi/s ou fps) ou bits par seconde (bit/s ou bps) comme l’unité de mesure.

Picture1.jpg

Temps de latence :

Les mesures de test de latence le temps requis pour un cadre aller de l’appareil source à travers le réseau sur le périphérique de destination (également connu sous le nom d’end-to-end stable). Ce test peut également être configuré pour mesurer le temps d’aller-retour ; c'est-à-dire, le temps requis pour un cadre afin de voyager de l’équipement d’origine sur le périphérique de destination, puis de nouveau à l’appareil d’origine. Lorsque le temps de latence varie d’une image à l’image, il provoque des problèmes de services en temps réel. Par exemple, la variation de temps de latence en VoIP applications pourraient dégrader la qualité de la voix et créer pop ou clique sur la ligne. Longue période de latence peut également dégrader la qualité de service Ethernet. Dans les applications client-serveur, le serveur peut expirer ou les performances des applications pauvres peuvent se produire. Pour la VoIP, cela se traduirait par longs retards dans la conversation, produisant un « satellite, composez le sentiment ». La procédure d’essai commence par la mesure et l’analyse comparative du débit pour chaque taille de l’image à s’assurer que les cadres sont transmis sans être mis au rebut (c.-à-d., le tout au long de l’essai). Cela remplit tous les tampons de l’appareil, donc mesure de la latence dans les pires conditions. La deuxième étape consiste pour l’instrument de test envoyer du trafic pendant 120 secondes. À mi-chemin dans la transmission, un cadre doit être étiqueté avec un horodatage et lorsqu’il est reçu à l’instrument de test, la latence est mesurée. La transmission doit continuer pour le reste de la période de temps. Cette mesure doit être effectuée 20 fois pour chaque taille de l’image, et les résultats devraient être communiqués en moyenne.


Picture4.jpg

Perte de trame :

Le test de perte de trame mesure réponse du réseau dans des conditions de surcharge — un indicateur essentiel de la capacité du réseau à prendre en charge les applications en temps réel dans lequel une grande quantité de perte de trame se dégradera rapidement de la qualité du service. Comme il n’y a pas de retransmission dans les applications en temps réel, ces services pourraient rapidement devenir inutilisables si perte de trame n’est pas contrôlée. L’instrument de test envoie le trafic au taux maximum de la ligne, puis de mesures s’ils tombent sur le réseau des trames. Dans l’affirmative, les valeurs sont enregistrées et le test va redémarrer à un rythme plus lent (les mesures de taux peuvent être aussi grossiers que 10 %, bien qu’un pourcentage plus fin est recommandé). Cet essai est répété jusqu'à ce qu’il n’y a aucune perte de trame pour trois itérations consécutives, date à laquelle un graphique de résultats est créé pour avoir signalé. Les résultats sont présentés sous forme de pourcentage de cadres qui ont été abandonnées ; par exemple, le pourcentage indique la variable entre la charge offerte (trames transmises) vs la charge réelle (trames reçues). Encore une fois, cet essai doit être réalisé pour toutes les tailles de cadre.


Picture2.jpg

Dos à dos :

Le test dos à dos (également connu sous le nom burstability ou Rafale test) évalue la capacité de mise en mémoire tampon d’un commutateur. Il mesure le nombre maximum de trames reçues à pleine vitesse avant un cadre est perdu. Dans les réseaux Ethernet, cette mesure est très utile car il valide le taux d’informations excédentaires (EIR), tel que défini dans de nombreux contrats SLA.


Picture3.jpg

Une paire de: BERT et Multi-StreamTest

Un article: SyncE