INFO : Performance des connexions TCP Winsock pour les Ports inutilisés

Cet article explique comment la mise en oeuvre de Winsock de TCP sur les différents Les connexions aux ports qui n'ont pas de socket de poignées de plates-formes Microsoft un serveur qui écoute les. Il décrit également les performances liées Considérations et comment les ajuster en fonction de vos besoins.

Lorsqu'un processus crée un socket TCP dans la couche Winsock de Microsoft et émet un appel de fonction connect() pour certaines ordinateur hôte et numéro de port, le protocole TCP effectue ses standard « négociation tridirectionnelle » d'un paquet SYN, accusé de réception par l'ordinateur hôte de la cible avec accusé de réception/SYN et un accusé de réception final à partir de la mise en ?uvre client. Toutefois, conformément aux spécifications de TCP indiquées dans la RFC 793 de Transmission ( Protocole de contrôle), une réinitialisation (RST) peut être générée si la tentative SYN adressé à un ordinateur hôte qui existe, mais le port n'est pas utilisé. C'est mieux décrit par la citation suivante de la RFC à partir de la page 35 :Lors de la réception du client ACK/RST à partir de l'ordinateur hôte de la cible, le client détermine qu'il n'y a en effet aucun service n'écoute il. Dans la Implémentation de Microsoft Winsock de TCP, conservera une connexion en attente tentative d'émettre des paquets SYN jusqu'à ce qu'une valeur nombre maximum de tentatives est atteint (jeu dans le Registre, cette valeur par défaut est 3 fois supplémentaires). Depuis un ACK/RST. a été reçue à partir de l'ordinateur hôte de la cible, la couche TCP sait que l'ordinateur hôte cible en effet accessible et ne pas doubler la valeur de délai d'attente dans le paquet En-tête IP, selon la norme pendant les tentatives de connexion avec accusé de réception SYNs. Au lieu de cela, la connexion en attente attend la connexion de base délai d'attente de valeur et d'émettre un autre paquet SYN à établir une connexion. En tant que durée pendant laquelle un paquet ACK/RST à partir d'un port inutilisé est reçu, le délai d'attente valeur n'augmentera pas et le processus est répété jusqu'à ce que le nombre maximum de tentatives valeur est atteinte.

Ce comportement peut entraîner une dégradation des performances si pour une raison quelconque un processus à plusieurs reprises émet des appels de fonction connect() ports avec Aucune écoute ce qui entraîne l'erreur WSAECONNREFUSED. Notez que les autres implémentations de TCP, tels que ceux généralement disponibles dans de nombreux systèmes UNIX, la fonction connect() échoue immédiatement à la réception de la première ACK/RST paquet, ce qui entraîne la prise de conscience d'une erreur très rapidement. Toutefois, cela comportement n'est pas spécifié dans les RFC et est laissé à chaque implémentation de décider. L'approche des plates-formes de Microsoft qui est le système administrateur a la liberté de régler les paramètres de performance des TCP à leurs goûts, à savoir la valeur maximale réessayer proposé par 3. Le avantage de ceci est peut-être le service que vous essayez d'atteindre temporairement arrêté et peut être resurface entre les tentatives SYN. Dans ce cas, il convient que la fonction connect() attendu assez longtemps pour obtenir un connexion depuis que le service était vraiment là.

Il contient la liste complète des valeurs de Registre NT TCP. Du particulier les intérêts sont la clé :Pour plus d'informations sur les entrées de Registre de Windows 95 TCP, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :La clé suivante est présente un intérêt particulier :Redémarrez votre ordinateur après avoir ajusté les valeurs de Registre.

AVERTISSEMENT: Modification de ces valeurs affecte les demandes de connexion sortantes TCP toutes à partir de l'ordinateur affecté. Si toutes les activités TCP sur l'ordinateur a peu de temps de latence et peu de distance pour le voyage aller-retour, cela en réduisant à faible comme zéro (bien que Microsoft ne recommande pas cette) ne fera aucune différence. Toutefois, si les applications ou les tentatives de connexion échouent régulièrement avec les erreurs Winsock standard et les serveurs distants cible sont connus pour être disponible, il est probable que ces entrées de Registre sont la cause. Dans ce cas, il se peut que vous deviez augmenter la valeur maximale tentatives de sorte que TCP sera double le valeur de durée de vie du paquet SYN dans son en-tête IP à des tentatives successives jusqu'à ce qu'il a une assez longue durée de vie pour atteindre l'ordinateur hôte cible et de recevoir un accusé de réception/SYN.

RFC-793, Transmission Control Protocol, septembre 1981

Livre blanc, Microsoft Windows NT: TCP/IP Implementation Details 1996 Base de connaissances 158474