Une stratégie précise pour mesurer les performances des liaisons point à point?

12

J'ai besoin de fournir un moyen précis de démontrer les performances de la ligne sur un circuit Ethernet point à point à couche plate2 de 1 Go, à environ 100 miles de distance qui semble traverser un certain nombre de sauts sur la distance.

L'exigence métier devra démontrer les performances avec une précision de latence minimale de 8 ms. La liaison acheminera le trafic voix et données, le SLA du service devant garantir une bande passante de 1000 Mo.

Quelles sont les méthodes précises connues de mesure des performances compte tenu de ces exigences?
Je connais un certain nombre de mesures disponibles qui pourraient constituer une stratégie de test, mais après avoir recherché un tas d'informations sur Google, cela peut devenir écrasant et je ne sais pas si un logiciel comme iPerth devrait être utilisé, quelle est la référence pour ce scénario, etc.?

Mat
la source
Cette question n'est pas très claire. Qu'entendez-vous par «mesurer les performances sur ce type de connexion»? Comme vous l'avez mentionné, il existe un certain nombre de mesures de performances que vous pouvez mesurer ... (c.-à-d. Latence du réseau, gigue, bande passante, taux d'erreur sur les bits). Vous devez clarifier les mesures à tester avec la personne qui vous a demandé de mesurer les performances.
Mike Pennington
1
Je pense que c'est une question valable. Ce n'est pas comme s'il y avait 1000 façons de déterminer si un lien fonctionne comme il se doit. Il existe des métriques définies qui vous donneront la santé du lien.
bigmstone
Mike - Je pense que c'est assez clair, bien que je prenne en compte les paramètres convenus qui devront être réglés. Je voulais des réponses concernant leur expérience des stratégies qu'ils ont utilisées avec succès et qui ont déjà d'excellentes informations, merci à tous. Heureux de modifier si vous souhaitez suggérer quelque chose de plus concis?
MattE
@MattEarp, je dis que vous posez une question à laquelle nous ne pouvons pas répondre (la façon la plus précise de mesurer les performances) ... après avoir fait des tests de réseau importants dans ma carrière, nous ne savons pas assez pour vraiment aider à moins que vous dire ... "Ce circuit transportera du trafic de trading financier. Comment puis-je tester les performances du taux de non-baisse et mesurer la latence avec une précision de 1 ms" alors nous avons quelque chose à travailler. Sur la base des besoins du demandeur d'origine et des paramètres SLA du circuit, nous pouvons aider à construire une stratégie de test ... mais il n'y a pas assez d'informations maintenant. Veuillez définir le cas d'utilisation, les mesures et les exigences de précision
Mike Pennington
@MikePennington - J'ai édité la question avec une compréhension de ce qui doit être mesuré en termes de latence minimale à laquelle j'espère que vous pourrez mieux répondre.
MattE

Réponses:

8

Si vous essayez de tester 1xGE No Drop Rate et de mesurer le retard du circuit dans les 8 ms, j'utiliserais nuttcp pour tester la bande passante et iperf2 / mtr pour tester le retard.

Je ferais ce qui suit ...

  1. Trouvez deux PC de bureau Linux , si possible (les ordinateurs portables sont parfois acceptables, mais vous pouvez rencontrer des problèmes avec les performances du chipset ou du bus à des vitesses de 1 GE). Vous pouvez démarrer sur un CD de la boîte à outils Performance Sonar , si vous ne voulez pas une installation Linux permanente sur ces boîtes
  2. Sélectionnez les tailles de paquets pour votre test. Comme vous avez besoin d'une prise en charge vocale sur le circuit, vous devez tester les flux avec des trames plus petites, telles que des trames Ethernet à 128 octets. Si je faisais le test, je choisirais des trames Ethernet 128, 256, 768 et 1514 octets.
  3. Testez les performances de la bande passante UDP nuttcp de vos PC Linux connectés dos à dos avant d'expédier l'un d'eux à 100 miles de distance. Vous voulez vous assurer que vous pouvez mesurer 1000 Mbps à différentes tailles de paquets. Assurez-vous de tenir compte de l' intervalle entre les trames lorsque vous calculez les débits attendus ... par exemple, le meilleur débit possible que vous pouvez attendre sur un circuit Gige non balisé à une taille de trame Ethernet moyenne de 128 octets est de 864,9 Mbps.
  4. Utilisez iperf2 ou mtr pour tester le retard du circuit ...
  5. Choisissez une fenêtre de test. Je pense qu'il est préférable de tester les circuits en continu pendant au moins une journée ... deux jours à une semaine sont préférables si vous avez besoin d'avoir une idée de la sursouscription potentielle au sein du réseau de votre opérateur.
  6. Expédiez l'un des PC au site distant, préconfiguré pour l'adressage IP dont vous avez besoin sur la liaison.

Pensées diverses

D'autres réponses ont suggéré d'utiliser iperf2 seul; cependant, il n'a pas d'options CLI pour ajuster la taille du paquet UDP. Il a également tendance à démontrer des performances instables à des vitesses élevées sous MS Windows.

Ce document du Forum Metro Ethernet sur le test des circuits Ethernet de porteuse aidera à fournir une compréhension générale de certains compromis que vous faites lors du test des circuits.

Mike Pennington
la source
iperf est en fait passé à la v3 sur un nouveau site - code.google.com/p/iperf - ou avez-vous créé un lien intenionnel avec la v2?
pauska
J'ai testé avec la v3, mais la v2 semble plus stable dans mon expérience
Mike Pennington
Excellent point sur les tests dos à dos avant l'expédition.
generalnetworkerror
6

iperf peut faire ce travail. Assurez-vous simplement de tester vos appareils dos à dos en premier afin de connaître les capacités des appareils.

Bien sûr, il existe également des outils plus professionnels.

Ceci est un bon RFC pour lire la méthologie appropriée: http://www.ietf.org/rfc/rfc2544.txt

mellowd
la source
6

Si vous avez des PC aux deux extrémités, vous pouvez exécuter xjperf , Qcheck à partir d'Ixia ou d'autres outils. Vous pouvez obtenir des résultats différents selon que vous utilisez UDP ou TCP et le nombre de sessions.

Pour une distance de plus de 100 miles, vous regardez un RTT minimum de 1,6 ms à la vitesse de la lumière en fibre / cuivre. Votre RTT devrait donc être très bas, peut-être seulement quelques ms. Disons que vous avez un RTT de 6 ms. Avec les options de taille de fenêtre par défaut sous Windows, vous pourriez n'obtenir qu'environ 85 Mbps de débit. Vous auriez besoin d'une taille de fenêtre d'au moins 768 kilo-octets pour envoyer un gig de trafic.

Vous pouvez utiliser le calculateur de débit TCP pour effectuer vos propres calculs.

Ixia a plus d'outils haut de gamme, mais ils coûtent de l'argent, contrairement aux outils ci-dessus.

Daniel Dib
la source
+1 pour xjperf / iperf. Extrêmement pratique dans ces situations.
pauska
2

Puisque vous voulez mesurer un circuit de couche 2, je voudrais pousser sans vergogne certains logiciels libres que j'écris. Il est toujours en version bêta, mais fait exactement ce que vous voulez en fonction des informations contenues dans votre question.

Contrairement à nuttcp, iPerf, jPerf et al, Etherate s'exécute directement sur la couche 2 conçue spécifiquement pour les tests Ethernet. Comme les autres, un ordinateur portable sur chacun d'eux est tout ce qui est nécessaire et mon ordinateur portable Intel i3 peut maximiser une liaison Gig avec facilité.

Comme il est en phase bêta, les fonctionnalités plus avancées ne sont pas encore prêtes comme les tests MPLS mais les tests de débit, de latence et de MTU (tous directement sur la couche 2 Ethernet) sont implémentés.

https://github.com/jwbensley/etherate

jwbensley
la source
1

Afin d'obtenir un «profil de santé» complet d'un lien, vous devrez considérer plusieurs mesures différentes.

  • Latence
  • Jitter
  • Débit
  • Perte

La meilleure façon de mesurer ces mesures avec précision est avec un appareil dédié aux tests. Exfo, JDSU et Fluke sont plusieurs grandes sociétés qui fabriquent des appareils comme celui-ci.

Un PC / peut / tester ces mesures, mais vous devez vous assurer qu'il n'y a rien sur l'ordinateur qui biaise les chiffres et que l'application que vous utilisez est exacte.

iperf mesurera le débit de la bande passante mais ne mesurera pas grand-chose d'autre. Le ping mesurera la latence du moment, mais pas la gigue. L'écho ICMP n'est également vraiment précis qu'à 1 ms. Si vous essayez d'obtenir une mesure de latence réelle, vous devrez décider si 1 ms de granularité est suffisant pour vous / vos applications.

bigmstone
la source
1

Iperf et mtr pour effectuer un test spécifique. Et fumer pour avoir un historique simple des performances du lien en utilisant la sonde fping.

xmon
la source