Modifier algorithme de détection du trou noir PMTU pour Windows NT 3.51

Traductions disponibles Traductions disponibles
Numéro d'article: 136970 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Sommaire

Symptômes

Transfert de grandes quantités de données à partir d'un système Windows NT 3.5 ou 3.51 ordinateur vers un autre ordinateur à l'aide de TCP/IP sur des périphériques intermédiaires peut-être échouer.

Cause

Certains périphériques intermédiaires sont incapables de gérer des tailles de paquet de grande taille et ne pas répondre correctement lors de leur réception.

Résolution

Pour corriger ce problème, installez le correctif mentionné ci-dessous.

Vue d'ensemble de la découverte PMTU

Windows NT 3.5 et 3.51 utilise la découverte PMTU comme décrit dans RFC1191. Lorsqu'une connexion est établie, les deux hôtes impliqués échangent leurs valeurs de taille (MSS) maximale de segment TCP. La plus petite des deux valeurs MSS est utilisée pour la connexion. La taille MSS pour un système est généralement la MTU (Maximum Transfer Unit) au niveau de la couche de liaison de moins de 40 octets pour les en-têtes IP et TCP.

Lorsque les segments TCP sont destinés à un réseau non local, le bit ne pas fragmenter est défini dans l'en-tête IP. N'importe quel routeur ou le média le long du tracé peut avoir une MTU diffère de celui de deux hôtes. Si un média est rencontré avec une MTU est trop petite pour le datagramme IP routé, le routeur va tenter de fragmenter le datagramme en conséquence. Lors de la tentative pour ce faire, elle ne trouvera que le bit ne pas fragmenter dans l'en-tête IP est défini. À ce stade, le routeur doit informer l'expéditeur ordinateur hôte avec un destination inaccessible message ICMP que le datagramme ne peut pas être transféré d'autres sans fragmentation.

La plupart des routeurs spécifierez aussi la MTU est autorisée pour le saut suivant en plaçant la valeur pour elle dans les 16 bits de poids faible du champ en-tête ICMP qui porte la mention «non utilisé» dans la spécification ICMP. Consultez RFC1191, section 4, pour le format de ce message. Lorsqu'il reçoit cet message d'erreur ICMP, TCP ajuste sa MSS pour la connexion à la MTU moins la taille de l'en-tête TCP et IP spécifiée, afin que tous les autres paquets envoyés sur la connexion sera ne dépasse pas la taille maximale qui peut parcourir le chemin d'accès sans fragmentation.

À l'aide le plus grand MTU possible pour chaque chemin d'accès optimise l'efficacité

LA découverte PMTU est activée par défaut, mais peut être contrôlée en ajoutant la valeur suivante au Registre :
HKEY_LOCAL_MACHINE

\SYSTEM\CurrentControlSet\Services\tcpip\parameters
\EnablePMTUDiscovery (REG_DWORD, 0 = désactivé, 1 = activé)

Lorsque la découverte PMTU est désactivée, une unité MTU de 576 octets est utilisée pour toutes les adresses IP de destination non local. (La taille MSS TCP = 536).

LA détection de trou noir PMTU dans Windows NT 3.5 et 3.51

Un certain nombre de fournisseurs de vendre des routeurs et autres périphériques intermédiaires qui ne sont pas conformes. Au lieu de renvoyer des messages ICMP destination inaccessibles pour l'ordinateur hôte d'origine, ils peuvent ignorer silencieusement les datagrammes IP qui sont trop volumineuses pour être transmises sur le média suivant dans un chemin d'accès. Ces périphériques sont appelés «routeurs trou noir".

Windows NT 3.5 et 3.51 TCP/IP peut être configuré pour tenter de découvrir ces routeurs trou noir et adapter la PMTU pour être suffisamment petit pour traverser les. Une valeur de Registre peut être ajoutée pour activer la détection de trou noir de PMTU :
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\tcpip\parameters \EnablePMTUBHDetect (REG_DWORD, 0 = désactivé, 1 = activé)

Si cette valeur n'est pas présente détection de trou de noir PMTU (valeur par défaut), puis n'est pas activé.

Lorsque PMTUBHDetect est activé, une fois un segment TCP est retransmis 1/2 de TCPMaxDataRetransmissions (un autre paramètre de Registre, par défaut = 5) heures sans réception confirmée, le bit ne pas fragmenter sera désactivé sur le reste des tentatives de retransmission. Si le segment obtient un accusé de réception, le MSS sera décrémenté et le bit ne pas fragmenter sera défini dans les futures datagrammes IP envoyés sur cette connexion.

Statut

Les ingénieurs de support technique Microsoft ont rencontré un certain nombre de routeurs et autres périphériques intermédiaires qui rejettent silencieusement les cadres de grande taille, même lorsque le bit ne pas fragmenter n'est pas défini. Étant donné que l'algorithme de détection de trou noir PMTU TCP/IP Windows NT 3.5 et 3.51 existant ne pas détecter et adapter pour ces périphériques, les clients qui a rencontré des problèmes n'avaient aucun autre choix que pour désactiver la détection PMTU. Par conséquent, Microsoft a apporté la modification suivante :
Lorsque PMTUBHDetect est activé, une fois un segment TCP est retransmis 1/2 de TCPMaxDataRetransmissions (par défaut = 5 toujours) fois sans reconnu, une MSS de 536 octets (MTU = 576) sera utilisé sur le reste des tentatives de retransmission. Le bit ne pas fragmenter ne définira pas sur un de ces segments 536 octets. 536 octets est la plus petite MTU normalement rencontrée, et étant donné que le bit ne pas fragmenter n'est pas défini, le paquet peut être fragmenté plus si nécessaire.

Cette modification devrait se traduire par une plus fiable de transfert de fichiers volumineux sur des réseaux étendus avec un mélange de périphériques intermédiaires, tels qu'Internet. Le fichier Tcpip.sys modifié est disponible à partir de support technique Microsoft.



Remarque : Par défaut PMTUBHDetect toujours est 0 (désactivé), donc pour tirer parti de cette fonction la valeur doit être ajoutée au Registre ci-dessus et la valeur 1.

Pour obtenir une liste complète des paramètres de configuration TCP/IP et leurs paramètres possibles, consultez la base de connaissances article 120642.



Ce problème a été corrigé dans le dernier Service Pack US pour Windows NT version 3.51 et Windows NT 4.0. Pour plus d'informations sur l'obtention du Service Pack, recherchez le mot suivant dans la base de connaissances Microsoft, sans espaces) :
S E R V P A C K

Propriétés

Numéro d'article: 136970 - Dernière mise à jour: samedi 1 mars 2014 - Version: 3.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
Mots-clés : 
kbnosurvey kbarchive kbmt kbnetwork KB136970 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 136970
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com