Enregistrement de la latence entre un point de départ contrôlé et un point de terminaison non contrôlé

9

Il s'agit peut-être d'une question de dépannage très basique, mais il vaut la peine de demander que je teste les choses correctement et interprète efficacement les résultats.

J'ai un point de départ contrôlé (un cluster de serveurs sous mon contrôle) et un point de terminaison non contrôlé (un centre de données auquel je n'ai pas d'accès physique ou distant). Dans le cadre du dépannage normal, j'ai souvent besoin d'établir des numéros de latence.

Actuellement, j'utilise un traceur ping ou juste un bon vieux continu pingoutracert

Si j'essaie d'établir des nombres de bout en bout plus réalistes (le logiciel avec lequel je travaille est un logiciel de base de données), j'utilise parfois Fiddler 2 pour capturer le trafic Web et comparer certains des temporisateurs (des choses comme ClientDoneRequest-> ServerBeginResponse) à obtenir une heure complète de bout en bout.

Que considérez-vous lors de la détermination des nombres de latence réseau directe?

Sean Long
la source
Beaucoup de gens suggèrent que vous respectiez ping, et vous dites même que vous utilisez déjà ping. Peut-être pourriez-vous expliquer pourquoi vous voulez que quelque chose d'autre prenne des mesures, pourquoi ce n'est pas pingce dont vous avez besoin? Vous n'avez pas réellement dit ce qui ne va pas en soi, vous venez de poser une question ouverte et vous ne semblez pas obtenir la ou les réponses dont vous avez besoin.
jwbensley
C'était assez ouvert et j'ai obtenu la réponse que je voulais. Je ne l'avais simplement pas marqué comme tel. Ping est le bon outil pour ce que je fais.
Sean Long
Je vois, eh bien, veuillez noter que les questions ouvertes sont décourageantes; networkengineering.stackexchange.com/faq#dontask Vous devriez essayer à l'avenir de répertorier les points que vous recherchez dans un outil de mesure, les raisons pour lesquelles vous en avez besoin, les points que vous n'aimez pas, etc., pour donner plus de structure à la question.
jwbensley

Réponses:

7

La dernière moitié de votre question semble indiquer que vous recherchez des chiffres de latence qui prennent en compte le processus de formation des données de la couche application, auquel cas "ping" n'aidera pas beaucoup étant donné qu'il n'y a pas beaucoup de données à former dans un ping paquet.

Les gens du réseau s'appuient généralement sur le ping car c'est un moyen relativement léger et fiable de produire une certaine quantité de données aléatoires pour tester l'accessibilité et la latence pour un chemin donné. Une application qui utilise des appels HTTP, par exemple, se comportera différemment car HTTP n'est pas identique à ICMP.

Si vous êtes préoccupé par les chiffres généraux de latence du réseau, en dehors de tout contexte spécifique à l'application (qui est la meilleure façon de tester), le ping fonctionne très bien.

Mierdin
la source
Je suis plus préoccupé par les trucs de couche réseau ici. Il existe d'autres façons d'isoler et de tester la couche d'application, et j'ai inclus les informations du violoneur principalement comme arrière-plan. D'après le reste des commentaires, il semble que Ping va essentiellement me donner les meilleures informations sans avoir à utiliser un outil spécifique.
Sean Long
5

Avez-vous la possibilité d'utiliser IP SLA entre deux routeurs à chaque point? Je ne suis pas sûr de votre topologie à l'extrémité distante, donc je ne sais pas si vous avez un serveur de l'autre côté ou si ce serveur se connecte à un routeur qui pourrait en théorie exécuter IP SLA

mellowd
la source
4

Je veux juste mentionner deux ou trois choses. La latence peut dépendre grandement de votre hôte. Assurez-vous que c'est le serveur que vous testez et non votre ordinateur portable. Selon le système d'exploitation (Windows ou Linux), vos temps de latence ping peuvent être différents. J'ai eu une expérience où les systèmes Windows montraient une latence plus lente que les systèmes Linux sur les mêmes chemins de réseau.

Ping comme test raisonnable. Cependant, si vous pouvez effectuer une session TCP de votre serveur vers votre point de terminaison dans ce centre de données, vous obtiendrez des chiffres plus précis sans avoir le contrôle du point de terminaison. Je lancerais une capture de paquets pendant que votre session TCP est établie. Suivez ensuite le flux TCP et regardez vos temps delta. Quelle est la différence de temps entre votre paquet TCP initial et la séquence suivante? C'est à peu près en temps réel le type de latence que vous voyez.

Essayez-vous de découvrir si le réseau fonctionne bien ou si les serveurs effectuent leur travail?

Mat
la source
J'essayais de savoir comment mesurer les trucs du réseau avec précision, je vois comment cela pourrait être déroutant (puisque j'ai mentionné Fiddler2). Je peux isoler et tester des éléments de couche application assez facilement (c'est une toute autre histoire), mais je dois pouvoir mesurer avec précision les trajets entre un environnement donné et un centre de données distant, ainsi qu'en interne entre un poste de travail client et un serveur ( Donc, à travers Ethernet / sans fil).
Sean Long
4

La latence peut être une chose amusante à mesurer - en particulier avec précision. Ping fait un assez bon travail pour avoir une idée générale de la latence de votre réseau, mais quand il s'agit de nombres très faibles, il peut devenir le mauvais outil pour le travail. Il ne fait également rien pour les tests de niveau supérieur (comme les temps de réponse du site Web).

Pour mesurer strictement les performances du réseau (latence / bande passante / perte / etc.), j'aime l' équipement de test d'Exfo . C'est simplement une préférence et honnêtement, c'est le premier appareil que j'ai utilisé, donc je suis sûr que les appareils concurrents fonctionneraient tout aussi bien. JDSU est également un important fournisseur de ce type d'équipement.

Il y a aussi PCHAR qui est un outil open-source pour mesurer la latence plus précisément que le ping. Je ne l'ai pas utilisé directement mais je connais des gens qui l'ont et l'aiment.

Cet article vous donne un bon aperçu de certaines des choses que ICMP Echo peut / ne peut pas bien faire.

bigmstone
la source