PMTU-Black-Hole Erkennung Algorithmus ändern für Windows NT 3.51

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 136970 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Kann fehlschlagen, große Datenmengen von einer Windows NT 3.5 oder 3.51 Computer auf einen anderen zwischengeschalteten Geräte über TCP/IP-Computer zu übertragen.

Ursache

Einige zwischengeschalteten Geräte sind Behandeln von großen Paketgrößen und nicht richtig reagiert, wenn Sie empfangen.

Lösung

Installieren Sie zur Behebung dieses Problems die unten aufgeführten.

PMTU-Ermittlung (Übersicht)

Verwenden Sie Windows NT 3.5 und 3.51 PMTU-Ermittlung, wie in RFC1191 beschrieben. Wenn eine Verbindung hergestellt wird, exchange die beiden beteiligten Hosts Ihre TCP maximale Segment-Größenwerte (MSS). Der kleineren von zwei MSS-Werte wird für die Verbindung verwendet. MSS für ein System ist normalerweise die MTU (Maximum Transfer Unit) auf der Ebene Link minus 40 Bytes für die IP- und TCP-Header.

Wenn TCP-Segmente mit einem nicht lokalen Netzwerk gerichtet sind, wird das Bit keine Fragmentierung im IP-Header festgelegt. Alle Router oder Medien entlang des Pfads können eine MTU haben, die sich von den beiden Hosts unterscheidet. Wenn ein Medium mit einer MTU, die für das gerouteten IP-Datagramm zu klein ist festgestellt wird, versucht der Router das Datagramm entsprechend fragment. Beim Versuch, zu tun, wird es finden, dass das DF-Bit im IP-Header gesetzt ist. Zu diesem Zeitpunkt sollte der Router informieren senden Host mit einer ICMP-Ziel nicht erreichbar Nachricht, die das Datagramm weitergeleitet werden, kann nicht ohne Fragmentierung weiter.

Die meisten Router werden auch die MTU angeben, die für den nächsten Hop zulässig ist, indem den Wert für ihn in die niederwertigen 16 Bit von ICMP-Headerfelds mit der Bezeichnung "nicht verwendete" in der ICMP-Spezifikation. Finden Sie unter RFC1191, Abschnitt 4, für das Format dieser Nachricht. Nach Erhalt dieser ICMP-Fehlermeldung, TCP passt seine MSS für die Verbindung zur angegebenen MTU minus den TCP- und IP-Headergröße, so dass alle weiteren Pakete für die Verbindung gesendet nicht größer als die maximale Größe, die den Pfad ohne Fragmentierung passieren kann.

Mit der größten möglichen MTU für jeden Pfad optimiert die Leistung

PMTU-Ermittlung ist standardmäßig aktiviert, aber von den folgenden Wert zur Registrierung hinzufügen gesteuert werden kann:
HKEY_LOCAL_MACHINE

\SYSTEM\CurrentControlSet\Services\tcpip\parameters
\EnablePMTUDiscovery (REG_DWORD, 0 = deaktiviert, 1 = aktiviert)

Wenn die PMTU-Ermittlung deaktiviert ist, wird eine MTU von 576 Byte für alle nicht lokalen IP-Zieladressen verwendet. (Der TCP-MSS 536 =).

PMTU-Black-Hole-Erkennung in Windows NT 3.5 und 3.51

Eine Reihe von Herstellern verkaufen Router und andere zwischengeschalteten Geräte, die nicht kompatibel sind. Anstelle von ICMP-Ziel nicht erreichbare-Meldungen an die ursprüngliche Host zurückgegeben wird, können Sie automatisch IP-Datagramme verworfen, die an das nächste Medium in einem Pfad übergeben werden, auf zu groß sind. Diese Geräte werden als "Black-Hole-Router" bezeichnet

Windows NT 3.5 und 3.51 TCP/IP können konfiguriert werden, um zu versuchen diese Black-Hole-Router entdecken und Anpassen der PMTU-klein genug, Sie durchlaufen werden. PMTU-Black-Hole-Erkennung aktivieren kann ein Registrierungswert hinzugefügt werden:
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\tcpip\parameters \EnablePMTUBHDetect (REG_DWORD, 0 = deaktiviert, 1 = aktiviert)

Wenn dieser Wert nicht vorhanden (Standard), PMTU-Black-Hole-Erkennung dann ist nicht aktiviert.

Wenn PMTUBHDetect ist aktiviert, nachdem ein TCP-Segment erneut übertragen, wird 1/2 der TCPMaxDataRetransmissions (anderen Registrierungsparameter, Standard = 5) Zeiten ohne bestätigt wird, das Bit keine Fragmentierung wird gelöscht auf den verbleibenden versucht der Neuübertragung. Wenn das Segment bestätigt, wird die maximale SEGMENTGRÖßE erhöht, und das Bit keine Fragmentierung wird in zukünftigen IP-Datagramme über die Verbindung gesendeten festgelegt werden.

Status

Microsoft Support-Techniker ist aufgetreten, eine Anzahl von Routern und anderen intermediate Geräte, die große Frames, automatisch löschen, selbst wenn das Bit keine Fragmentierung nicht festgelegt ist. Da der vorhandene Windows NT 3.5 und 3.51 TCP/IP PMTU-Black-Hole-Erkennung Algorithmus nicht erkennen und für diese Geräte anpassen mussten Kunden Probleme gestoßen sind keine Auswahl jedoch um die PMTU-Erkennung deaktivieren. Daher hat Microsoft die folgenden Änderung:
Wenn PMTUBHDetect ist aktiviert, nachdem ein TCP-Segment erneut übertragen wird 1/2 des TCPMaxDataRetransmissions (Standard = 5 noch) Mal ohne wird bestätigt, ein MSS 536 Bytes (MTU = 576) werden auf den verbleibenden versucht der Neuübertragung verwendet. Das Bit keine Fragmentierung wird nicht auf diese Segmente 536 Byte festgelegt werden. 536 Bytes ist die kleinste MTU normalerweise aufgetreten, und da das Bit keine Fragmentierung festgelegt ist, das Paket kann werden weitere fragmentiert bei Bedarf.

Diese Änderung sollte zuverlässiger Übertragung von großen Dateien über Wide-Area Netzwerke mit einer Mischung von zwischengeschalteten Geräten, wie das Internet führen. Die geänderte Tcpip.sys-Datei ist Microsoft Product Support Services erhältlich.



Hinweis: PMTUBHDetect standardmäßig immer noch 0 (deaktiviert), um die Vorteile dieser Funktion den Wert nutzen muss werden der obigen Registrierung hinzugefügt, und auf 1 festgelegt.

Eine vollständige Übersicht über TCP/IP-Konfigurationsparameter und deren möglichen Einstellungen finden Sie unter Knowledge Base-Artikel 120642.



Dieses Problem wurde in der neuesten Standard Service Pack für Windows NT 3.51 und Windows NT 4.0 behoben. Informationen zum Beziehen des Service Packs Abfrage auf das folgende Wort in der Microsoft Knowledge Base ohne Leerzeichen):
S E R V P A-C K

Eigenschaften

Artikel-ID: 136970 - Geändert am: Samstag, 22. Februar 2014 - Version: 3.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
Keywords: 
kbnosurvey kbarchive kbmt kbnetwork KB136970 KbMtde
Maschinell übersetzter Artikel
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.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 136970
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

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