Échec de communication par le biais de Segment Ethernet entre des anneaux FDDI

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: 138575
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
La communication entre deux anneaux FDDI par l'intermédiaire d'un segment Ethernet peut échouer lorsque vous utilisez TCP/IP et de n'importe quelle carte d'interface réseau FDDI (NIC, Network Interface Card) dans Windows NT 3.5. Par exemple :
   FDDI Ring-----Bridge-----Ethernet segment-----Bridge-----FDDI Ring				
Cause
Dans la mesure où les deux 3.5 Windows NT Server/Workstation sont connectés à l'anneau FDDI, les deux hôtes négocie pour utiliser la taille MTU du FDDI. Cependant une fois que la communication entre les deux hôtes commence le segment Ethernet échoue transmettre les paquets de plus de 1 500 octets. Cette situation peut se produire pas si les ponts sont remplacés par des routeurs, routeur étant capable de fragmentation des paquets (TCP/IP uniquement).
Résolution
Pour corriger ce problème, modifiez le Registre.

Avertissement: À l'aide de l'Éditeur du Registre incorrecte peut provoquer des problèmes sérieuses au niveau du système, pouvant vous obliger à réinstaller Windows NT. Microsoft ne peut pas garantir que les problèmes résultant de l'utilisation de l'Éditeur du Registre puissent être résolus. Utilisez cet outil à vos risques et périls.
  1. Exécutez l'Éditeur du Registre (Regedt32.exe).
  2. À partir de la sous-arborescence HKEY_LOCAL_MACHINE, accédez à la clé suivante :

    Nom de \SYSTEM\CurrentControlSet\Services\<adapter et # > \Parameters\Tcpip
  3. Dans le menu Edition, sélectionnez Ajouter une valeur.
  4. Ajoutez les éléments suivants :

    Nom de la valeur : MTU
    Type de données : REG_DWORD
    Données: < 1 500 ou taille MTU du segment Ethernet >
  5. Cliquez sur OK.
  6. Quittez l'Éditeur du Registre.
  7. Arrêt et redémarrage de Windows NT.
Plus d'informations
La taille MTU Spécifie la taille de l'unité de transmission maximale d'une interface. Chaque interface utilisé par TCP/IP peut avoir une valeur MTU différente spécifiée. La valeur MTU est généralement déterminée par le biais de négociation avec le pilote inférieur, à l'aide de la valeur de ce pilote inférieur. Toutefois, cette valeur peut être substituée. Dans l'idéal, l'unité de transmission MAXIMALE doit être suffisamment grande pour contenir tout datagramme dans un cadre. Le facteur de limitation est généralement la technologie effectue le transfert. Certaines technologies de limitent la taille maximale pour aussi peu que 128 ; Ethernet limite les transferts de 1500 ; et proNet 10 permet autant que 2044 octets par trame.

Les datagrammes supérieures à la valeur MTU sont automatiquement divisées en éléments plus petits appelés fragments ; taille est un multiple de huit octets. La fragmentation se produit généralement quelque part par le biais duquel le trafic doit passer dont MTU est plus petite que le datagramme encapsulé. Si la fragmentation se produit, les fragments de voyagent séparément à l'ordinateur de destination, où ils sont automatiquement réassemblés avant que le datagramme est traité.
prodnt

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 138575 - Dernière mise à jour : 02/22/2014 12:16:22 - Révision : 2.1

Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 4.0 Édition Développeur, Microsoft Windows NT Server 3.5, Microsoft Windows NT Server 4.0 Standard Edition

  • kbnosurvey kbarchive kbmt kbnetwork KB138575 KbMtfr
Commentaires