Sind Jumbo Frames (MTU bis 9k) über das offene Internet realistisch / üblich?

Ich habe eine Anwendung, die von größeren Ethernet-Frames profitieren würde. (Theoretisch könnten wir die Anzahl der ausgehenden Pakete um> 50%, vielleicht sogar 66% reduzieren.)

Ich bin auch dabei, Netzwerkanforderungen für eine Neuinstallation meiner Anwendungsserver mit potenziellen Hosting-Unternehmen festzulegen. Es wäre nett, Client-Verbindungen zumindest nicht daran zu hindern, von Jumbo-Frames zu profitieren.

Aber wie realistisch ist das? Einige allgemeine Fragen, vorausgesetzt, das Segment des Netzwerks, das wir steuern können, ist Jumbo Frame-freundlich (Switches sind MTU-fähig, ICMP-MTU-Pfaderkennung zulässig usw.) :

• Ist es realistisch, Jumbo Frames über das öffentliche Internet zu versenden?
• Lädt es zu endlosen Netzwerkproblemen bei dem Versuch, Jumbo Frames über das öffentliche Internet zu unterstützen?
• Gibt es noch andere Bedenken, die ich nicht berücksichtigt habe?

Der Schlüssel hier ist, dass Sie Ihr kleines Segment des Netzwerks steuern und große MTUs aktivieren können, aber Sie können nicht den Pfad steuern, den Ihre Pakete über das Internet nehmen, und Sie können mit Sicherheit nicht die Konfiguration der Router steuern, die Ihre Pakete passieren. Die meisten Internet-Router sind nicht über 1500 konfiguriert, sodass Sie mit dieser Lösung nicht viel Glück haben werden. Schlimmer noch, manchmal werden größere Pakete tatsächlich von Routern verworfen, die keine Jumbo-Frames unterstützen. Wenn Sie also versuchen, Jumbo-Frames ins Internet zu senden, stoßen Sie auf schlimmere Ergebnisse.

Jumbo-Frames eignen sich hervorragend für Ihr internes Netzwerk - insbesondere für Netzwerke, die Streaming oder iSCSI ausführen.

1. Wenn Sie das Internet nicht über eine einzige Instanz betrachten, die es Ihnen ermöglicht, sich auf dieses Problem zu konzentrieren und dann zu einem gleichermaßen kontrollierbaren Endpunkt überzugehen, besteht eine Wahrscheinlichkeit von> 99,9%, dass Ihr Datenverkehr nicht "intakt" übertragen wird. und behaupten, es ist JF. Der Grund dafür ist, dass es sich bei JFs um eine Ethernet- Spezifikation handelt und nicht das gesamte Internet ein Ethernet ist. Daher werden sie zerlegt, wieder zusammengesetzt, übertragen und dann erneut paketiert.
2. Probleme - wahrscheinlich nicht, vielleicht werden Sie am ersten Tag auf ein oder zwei Probleme stoßen, aber sobald es fertig ist und funktioniert, sollte es in Ordnung sein.
3. Ich würde sagen , dass , wenn Sie die vollständige Kontrolle über alle Teile der Kette vom Server zum Client haben würde ich versucht sein , mein System zu konstruieren , die niedrigsten unter Berücksichtigung, nicht die höchsten, gemeinsamen Nenners, dh sie bekommen arbeiten dann stimmen, nicht umgekehrt .

Wie andere bereits gesagt haben, lautet die Antwort derzeit nein.

Berücksichtigen Sie auch die MTU des Uplinks Ihres Providers, es sei denn, dies unterstützt Jumbo-Frames. Dann haben Sie vor dem Start Pech.

Viele tertiäre Bildungsnetzwerke (AARNET, JANET, Internet2) verfügen über End-to-End-fähige Jumbo-Frames in ihren Netzwerken. Wenn Sie Leuten in diesen Netzwerken dienen, würde ich vorschlagen, dass es sich lohnt.

Nach meiner Erfahrung sind Jumbo-Frames normalerweise auf eine dedizierte Verbindung zwischen einem Anwendungsserver und seinem Datenbankserver beschränkt. Die Anzahl der Arten von Inkompatibilitätsmöglichkeiten bei komplexeren Objekten ist umwerfend.