Einige Benutzer stellen möglicherweise fest, dass die drahtlose Verbindung zwischen dem Computer und ihrem Mobiltelefon zu WLAN langsam ist und die Webseite manchmal nicht geöffnet werden kann, nachdem sie auf eine leichte Katze oder einen Router gestoßen sind, der IPv6 aktiviert hat. Hier sind die Lösungen.
In jüngster Zeit wurde häufig erwähnt, dass das Problem der langsamen IPv6 -Verbindungsgeschwindigkeit aktiviert wurde. Gegenwärtig gibt es in China tatsächlich ein Problem, bei dem es nicht genügend Server und CDN -Knoten gibt, die IPv6 unterstützen, und die internationale Bandbreite von IPv6 ist kleiner als die von IPv6. Es ist jedoch nicht wahrscheinlich, dass inländische Websites blockiert werden. Die Begegnung mit diesem Problem zeigt in der Regel an, dass der Link zum Zielserver ein PMTU -Schwarzloch aufweist. 4G Industrial Router
Über PMtu schwarze Löcher
MTU (maximale Übertragungseinheit) ist die maximale Größe (einschließlich IP-Paket-Header) von dreischichtigen Datenpaketen, die eine Verbindung durchlaufen können. Die Standard -MTU auf Ethernet beträgt 1500 Bytes, es kann jedoch Links als MTU 1500 auf dem Pfad zwischen Ihnen und dem Zielserver liegen. Der minimale MTU -Wert auf diesem Pfad ist der PMTU -Wert des gesamten Pfades. Wenn der Router Pakete weiterleitet Industrierouter
Wenn das Terminalgerät zusammengefasst ist, kann es auch das DF -Flag (Don't Fragment) festlegen, um dem Router zu sagen, dass er nicht fragmentiert wird. Zu diesem Zeitpunkt löst der Zwischenrouter Pakete ab, die die MTU überschreiten und mit einer ICMP -Fragmentierung benötigt werden. Nach dem Empfangen dieses Pakets sendet der Absender das nächste Mal ein kleineres Paket, das PMtu Discovery heißt. In Wirklichkeit ist ersichtlich, dass der HTTPS -Verkehr hauptsächlich mit dem Router des DF.Vehicle -Routers gekennzeichnet ist
Es gibt jedoch eine große Anzahl von Zwischengeräten im Internet, die nicht auf ICMP reagieren, um sogenannte "Sicherheit" oder eine falsche Konfiguration zu erhalten
Die Fragmentierung benötigte Paket, wodurch ein Paket mit einer Größe von PMTU beim Zugriff auf bestimmte Websites stillschweigend verworfen wird, bis das TCP -Protokoll einen Zeitüberschreitungsverlust erfasst und sie wiederholt, was sehr langsam ist. In dieser Situation können wir sagen, dass sich auf dem Pfad zwischen Ihnen und dem Zielserver ein PMTU -Schwarzloch befindet.
Darüber hinaus unterstützt IPv6 Sharding nicht mit anderen Worten, dass alle Pakete unter IPv6 mit DF markiert sind. Wenn der Zwischenrouter auf eine Situation stößt, in der die Paketgröße größer als die MTU ist, sollte sie auf das ICMPv6 -Paket zu groß reagieren. In ähnlicher Weise können einige Zwischengeräte aus verschiedenen Gründen Pakete direkt verlieren, ohne auf das ICMPv6 -Paket zu großen Nachrichten zu reagieren, bis das TCP -Protokoll einen Zeitüberschreitungsverlust erkennt, und es erneut übernimmt.
Warum hat IPv4 dieses Problem nicht?
Tatsächlich hat IPv4 auch dieses Problem. Ich habe gesehen, wie Netizens mehr als einmal sagen, dass die von mir eingerichtete weiche Route sehr langsam auf bestimmte Websites zugreift, aber die Rückstellung auf eine harte Route ist normal. Dies liegt daran, dass die meisten Home -Router standardmäßig das Einschalten von MSS (maximale Segmentgröße) für TCP unter IPv4 einschalten (Freunde, die OpenWPT -Softrouting verwenden, finden den MSS -Klemmschalter in Firewall -Einstellungen). MSS Clamping ist eine Arbeit für PMTU -schwarze Löcher. Einfach ausgedrückt, während TCP -Handshake gibt es ein MSS -Feld, das die maximale Größe eines einzelnen TCP -Pakets bestimmt. Router können TCP-Handshake-Pakete schnüffeln und den MSS-Wert reduzieren, sodass die endgültige Größe des Dreischicht-IP-Pakets (MSS+TCP-Headergröße+IP-Headergröße) einen bestimmten Wert nicht überschreitet.
Zusammenfassung:
Heutzutage stellen inländische ISPs im Allgemeinen WAN -Verbindungen durch virtuelle PPPOE -Wählungen her. Die Standard-MTU für Ethernet beträgt 1500, aber der Pppoe-Tunnel hat einen Overhead von 8 Bytes, so
Der Paketkopf (20 Bytes) und der TCP -Paket -Header (20 Bytes) geben an, dass MSS unter IPv4 unter 1452 festgelegt werden muss.
Der Paket -Header von IPv6 beträgt 40 Bytes, daher müssen MSS unter 1432 unter IPv6 festgelegt werden.
Zu diesem Zeitpunkt tritt das Problem auf. Derzeit haben viele optische Katzen und Home -Router eine schlechte Optimierung von IPv6 und unterstützen keine MSS -Klemmung von TCP -Paketen unter IPv6. Dies führt zu einer langsamen Öffnung beim Zugriff auf IPv6 -Websites mit PMTU -schwarzen Löchern im Pfad.
