Чи реалістичні / поширені Jumbo Frames (MTU до 9 к) у відкритому Інтернеті?

У мене є додаток, який би отримав користь від більших кадрів Ethernet. (Теоретично ми могли б зменшити кількість вихідних пакетів на> 50%, можливо, навіть на 66%.)

Я також зараз визначаю вимоги до мереж з компаніями-кандидатами-хостингами для нової установки моїх серверів прикладних програм. Було б добре, як мінімум, не обмежувати клієнтські зв’язки, щоб отримати користь від Jumbo Frames.

Але наскільки це реально? Деякі загальні питання, припускаючи, що сегмент мережі, якою ми можемо керувати, є зручним для Jumbo Frame (комутатори можуть працювати з великими MTU, дозволено відкриття маршруту ICMP MTU тощо) :

• Чи реально надсилати Jumbo Frames через загальнодоступний Інтернет?
• Це запрошення нескінченних мережних проблем, які намагаються підтримати Jumbo Frames через загальнодоступний Інтернет?
• Чи є інші проблеми, які я не розглядав?

Ключовим тут є те, що ви можете керувати своїм маленьким сегментом мережі та вмикати великі MTU, але ви не можете контролювати шлях, яким ваші пакети займають Інтернет, і, звичайно, не можете керувати конфігурацією маршрутизаторів, через які пройдуть ваші пакети. Більшість маршрутизаторів Інтернету не налаштовано вище 1500, тому з цим рішенням вам не пощастить. Гірше, що іноді більші пакети насправді потрапляють на маршрутизатори, які не підтримують джамбо-кадри, тому я думаю, що ви дійсно виявите, що гірше, якщо ви спробуєте відправити джамбо-кадри в Інтернет.

Кадри Jumbo чудово підходять для вашої внутрішньої мережі, особливо для мереж, що здійснюють потокове передавання або iSCSI.

1. Якщо ви не переконаєтесь, що ваш Інтернет переглядається через одну особу, яка дозволить вам бути надзвичайно конкретними щодо цієї проблеми, а потім перейти до якоїсь однаково контрольованої кінцевої точки, тоді є> 99,9% шансів, що ваш трафік не буде перенесений "неушкодженим" і підтримувати його JF. Причина полягає в тому, що JF - це специфікація Ethernet, і не весь Інтернет є Ethernet, тому вони розбираються, збираються, передаються, а потім повторно пакетуються.
2. Проблеми - напевно, ні, можливо, в перший день ви можете зіткнутися з проблемою або два, але як тільки вона буде працювати, це має бути добре.
3. Я б сказав, що якщо ви не маєте повного контролю над кожною частиною ланцюга від сервера до клієнта, я б спокусився спроектувати свою систему, враховуючи найнижчі, не найвищі загальні знаменники, тобто змушуйте її працювати, а потім налаштовуватися, а не навпаки. .

Як вже говорили інші, відповідь наразі - ні.

Крім того, врахуйте MTU своїх постачальників висхідної лінії зв'язку, якщо тільки це не підтримує рамки Jumbo, тоді вам не пощастить перед початком роботи.

Дуже багато мереж вищої освіти (AARNET, JANET, Internet2) мають до кінця ввімкнені джембові кадри у своїх мережах. Якщо ви обслуговуєте людей у ​​цих мережах, я вважаю, що це варто.

Мій досвід полягає в тому, що рамки Jumbo зазвичай обмежуються спеціальним зв'язком між сервером програми та його сервером баз даних. Кількість типів можливостей несумісності у чомусь більш складному є вражаючою.