Kommunikation über Ethernet-Segment zwischen FDDI Rufzeichen fehl

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

138575
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Problembeschreibung
Wenn Sie TCP/IP und alle FDDI-Netzwerkschnittstellenkarte (NIC) in Windows NT 3.5 verwenden, kann die Kommunikation zwischen zwei FDDI Rufzeichen über ein Ethernet-Segment fehlschlagen. Beispiel:
   FDDI Ring-----Bridge-----Ethernet segment-----Bridge-----FDDI Ring				
Ursache
Da beide Server Windows NT 3.5/Workstation mit dem FDDI-Ring verbunden sind, werden den beiden Hosts aushandeln, mit der FDDI MTU-Größe. Jedoch nach Beginn die Kommunikation zwischen den beiden Hosts werden Ethernet-Segment nicht Weiterleiten von Paketen mehr als 1.500 Byte. Diese Situation kann nicht auftreten, wenn die Brücken mit Routern, ersetzt werden, da Router fähig fragmentieren Pakete (nur TCP/IP) sind.
Lösung
Ändern Sie die Registrierung, um dieses Problem zu beheben.

Achtung: Durch das unkorrekte Verwendung des Registrierungseditors kann schwerwiegende, systemweite Probleme verursachen, die möglicherweise installieren Sie Windows NT zur Fehlerkorrektur erforderlich machen. Microsoft kann nicht garantieren, dass alle Probleme, die aus der Verwendung des Registrierungseditors herrühren, behoben werden können. Benutzen Sie das Programm auf eigene Verantwortung.
  1. Starten Sie den Registrierungseditor (regedt32.exe).
  2. Öffnen Sie in der Teilstruktur HKEY_LOCAL_MACHINE den folgenden Schlüssel:

    \SYSTEM\CurrentControlSet\Services\<adapter namen und # > \Parameters\Tcpip
  3. Klicken Sie im Menü <UITerm>Bearbeiten</UITerm> auf <UITerm>Wert hinzufügen</UITerm>.
  4. Fügen Sie Folgendes hinzu:

    Wertname: MTU
    Datentyp: REG_DWORD
    Daten: < 1500 oder ethernet-Segment MTU-größe >
  5. Klicken Sie auf OK.
  6. Beenden Sie den Registrierungseditor.
  7. Fahren Sie Windows NT herunter und starten Sie es neu.
Weitere Informationen
Die MTU-Größe gibt die maximum Transmission Unit Größe einer Schnittstelle an. Für jede von TCP/IP verwendete Schnittstelle kann ein eigener MTU-Wert festgelegt werden. Die MTU wird normalerweise durch Verhandlung mit dem niedrigeren Treiber ermittelt mit diesen niedrigere Treiber-Wert. Dieser Wert kann jedoch außer Kraft gesetzt werden. Im Idealfall sollten die MTU groß genug für alle Datagramm in einem Frame sein. Der einschränkende Faktor ist normalerweise die Technologie, wodurch die Übertragung. Einige Technologien begrenzen Sie die maximale Größe, so wenig wie 128; Ethernet begrenzt Umbuchungen auf 1500; und proNet 10 kann so viele wie 2044 Oktetts pro Rahmen.

Datagramme, die größer als der MTU-Wert werden automatisch in kleinere Teile Fragmente bezeichnet unterteilt; Größe ist ein Vielfaches von 8 Oktetten. Fragmentierung tritt gewöhnlich auf irgendwo über die der Datenverkehr, dessen MTU übergeben muss kleiner als das eingekapselte Datagramm ist. Fragmentierung tritt auf, übertragen die Fragmente separat auf dem Zielcomputer, werden Sie automatisch zusammengesetzt bevor das Datagramm verarbeitet wird.
prodnt

Warning: This article has been translated automatically

Eigenschaften

Artikelnummer: 138575 – Letzte Überarbeitung: 02/22/2014 15:04:57 – Revision: 2.1

  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 4.0 Standard Edition
  • kbnosurvey kbarchive kbmt kbnetwork KB138575 KbMtde
Feedback