Résolution des problèmes de performances TCP/IP sur le réseau sous-jacent

Note

Cet article est inclus dans une série en 3 parties. Vous pouvez consulter la partie 1 : Vue d’ensemble des performances TCP/IP et partie 3 : Problèmes connus de performances TCP/IP.

Lorsque le débit tombe en dessous d’une base de référence donnée, utilisez un outil de capture de paquets pour effectuer une trace réseau et détecter les problèmes réseau.

Utiliser l’outil ctsTraffic pour analyser la trace réseau

Voici un exemple de la façon dont vous pouvez utiliser l’outil ctsTraffic pour analyser la trace réseau :

Note

La prise d’une trace réseau peut entraîner un ralentissement supplémentaire du débit.

1. Exécutez l’outil ctsTraffic côté client et serveur.

   Exécutez cette commande sur le serveur :

   CTStraffic -listen:*
   

   Exécutez cette commande sur le client :

   CTSTraffic -target:<serverip> -consoleverbosity:3 -connections:4 -iterations:10 -connectionfilename:<filename>.csv
   

2. Arrêtez les traces réseau côté client et serveur.

3. Vérifiez le <nom de fichier>.csv :

   • Si NetworkErrors ou ProtocolErrors sont affichés dans le fichier, passez à l’étape suivante.
   • Si aucune erreur n’est affichée, arrêtez et ignorez la trace réseau. Collectez une nouvelle trace sur le client et le serveur. Essayez avec un nombre croissant de connexions (-connections:) à l’étape 1 jusqu’à ce que l’erreur se produise.

4. Recherchez le numéro de socket client de l’erreur dans le <fichier de fichier>.csv et appliquez ce numéro en tant que filtre pour rechercher une perte de paquets, une retransmission de paquets ou une réinitialisation TCP qui n’a pas été lancée à partir d’un point de terminaison. Avec ces informations en main, contactez l’équipe réseau pour obtenir de l’aide.

Examiner les journaux de l’Analyseur de performances

Vérifiez Analyseur de performances journaux pour rechercher les paquets reçus ignorés dans les situations suivantes :

• Il existe des erreurs, mais aucun problème n’est détecté dans la capture de paquets.
• Le paquet d’origine atteint la destination, mais l’expéditeur retransmet le même paquet, car il n’y a pas d’accusé de réception (ACK) par le destinataire.

Les paquets ignorés peuvent être causés par le pilote de carte réseau ou par le processeur indisponible pour traiter les paquets entrants sur le récepteur. Vérifiez que le pilote de carte réseau est à jour et que rss /VMMQ est configuré correctement. Par exemple, pour utiliser davantage de processeurs de base sur un serveur tel que SQL Server, personnalisez RSS/VMMQ pour ne pas utiliser le processeur de base et commencer le traitement à partir du cœur physique suivant.

Pour plus d’informations, consultez Compteurs de performances liés au réseau.

Note

Personnalisez RSS/VMMQ uniquement pour la résolution des problèmes et avec une compréhension complète de l’opération.

Prochaines étapes

En savoir plus sur les problèmes connus liés aux performances TCP/IP