Які є загальні вказівки щодо успішного розгортання джамбо-кадрів у маршрутизованому середовищі?
Відповіді:
Умови
Фізичний інтерфейс - порт рівня 2 або комутатор. Посилається на переключення посилань і посилань у контексті цього документа. Може або не виконувати теги 802.1q.
Логічний інтерфейс - порт 3 рівня або маршрутизований порт. Посилається на серверні інтерфейси, інтерфейси маршрутизатора, комутацію віртуальних інтерфейсів та підінтерфейсів. Все, що має IP-адресу.
Стандартний домен - це набір 3-суміжних VLAN, що працюють на стандартній корисному навантаженні Ethernet 1500 байт.
Домен Jumbo - набір суміжних VLAN мереж-3, які працюють на MTU корисного навантаження MTU більше 1500 байт, як правило, 9000 байт.
Мережева топологія
Кадри Jumbo - це не сумісна технологія. Кадри Jumbo розміщені в чітко окресленому сегменті мережі, який обмежений маршрутизатором. Межа цього рівня 3 важлива для підтримки сумісності зі стандартним доменом. Маршрутизатор забезпечує фрагментацію та відповіді ICMP для Path MTU Discovery, які не надаються на нижчих рівнях мережевого стеку. Вся комунікація всередині домену jumbo користуватиметься підтримкою великого корисного навантаження, тоді як весь зв’язок між стандартним та jumbo доменом буде здійснюватися при стандартному розмірі корисної навантаження. Спілкування між неспорідненими доменними доменними блоками також відбувається при стандартному розмірі корисної навантаження.
Джумбо VLAN
Кадри Jumbo - це не сумісна технологія. Цей момент варто повторити. Дана VLAN належить до стандартного домену або доменного домену, ніколи і обом. Це означає, що всі фізичні інтерфейси, які несуть перемикання VLAN, повинні дозволяти джомбові кадри. Якщо кадр jumbo стикається з фізичним інтерфейсом, який не дозволяє кадрів jumbo, він буде скинутий. Аналогічно, всі логічні інтерфейси VMB-інтерфейсу повинні бути налаштовані з точно таким же значенням MTU.
Фізичні інтерфейси
Фізичні інтерфейси можуть містити будь-яку кількість стандартних та джембо-VLAN, доки в інтерфейсі дозволено кадрів jumbo. Також обидва типи VLAN можуть бути передані в хост або маршрутизатор. Важливо лише, щоб логічні інтерфейси на хості або маршрутизаторі були налаштовані з відповідним значенням MTU для кожної відповідної VLAN. У цьому сенсі існує розрив між фізичними та логічними інтерфейсами. Фізичний інтерфейс повинен відповідати або перевищувати MTU jumbo, це не повинно бути точно збігом.
Логічні інтерфейси
Кадри Jumbo - це не сумісна технологія. Там знову. Для будь-яких намірів і цілей кожен фізичний інтерфейс в мережі може дозволити джомбові кадри, чи є він стандартною VLAN, jumbo VLAN або обома. Логічні інтерфейси - це, де дійсно має значення точний збіг MTU. Це також може дещо заплутатись. Наприклад, конфігурування Cisco 6500 SVI для MTU 9000 дозволяє навантажувати Ethernet 9000 байтів, конфігуруючи команду HP NIC для MTU 9014, дозволяє завантажувати Ethernet 9000 байт. Це пояснюється тим, що значення Cisco вказує лише корисне навантаження, а значення HP вказує корисний навантаження плюс заголовок Ethernet. Важливо бути в курсі цих деталей, щоб точно відповідати матчу MTU.
Перевірка
Корисно бути в курсі методів перевірки правильності розгортання VB-перемички. Тестів Ping достатньо, але потрібно подбати про встановлення біта DF. І утиліти Ping, і Cisco, і Windows пропонують метод зробити це, але знову ж таки метод підрахунку байтів відрізняється. Параметр довжини на Cisco включає корисну навантаження ICMP, заголовок ICMP та IP-заголовок. Параметр довжини в Windows вказує лише корисну навантаження ICMP. Довжина 9000 для Cisco і 8972 в Windows виробляють Ethernet-кадр довжиною 9018 з корисним навантаженням 9000 байт.
Висновок
Сподіваємось, хтось там знайде цей діатриб корисним. В мережі я думаю, що всі ми знаємо важливість зробити це правильно з першого разу. Будь ласка, залишайте коментарі щодо точності інформації, потенційних удосконалень та додаткових посилань.
Список літератури
Або підсумувати:
Залежно від плану вашої мережі, ви повинні переконатися в цьому і почати зсередини. Почніть з посилань у вашій ядрі та працюйте звідти за допомогою шарів розподілу та доступу (якщо це можливо). Переконайтеся, що ваша мережа повністю підтримує джамбо-кадри, перш ніж починати вмикати її у своїх портах доступу. Більшість 100/1000 кінцевих пристроїв сьогодні не підтримують джомбові кадри, і, очевидно, за замовчуванням стандартні mtu, якщо вони є.
Найкраща порада, яку я можу запропонувати, якщо ви думаєте про розгортання джомбових кадрів у вашій мережі, переконайтесь, що ви не блокуєте PMTUD (v4 або v6) ніде в межах своєї мережі. Поки ви залишаєте порти висхідного потоку до останнього, у вас не повинно виникнути жодних проблем у вашій мережі.
Один з аспектів, які тут не висвітлюються, - це чому.
Кадри Jumbo можуть принести велику користь для деяких додатків, але варто фактично порівняти ваші програми, щоб побачити, чи дійсно ви отримаєте вигоду, яка покриває витрати. У ці дні навіть для застосувань, які найбільше приносять користь, рідко навіть можна досягти 10% покращення пропускної здатності, що може не покрити збільшені експлуатаційні витрати. Всередині магістралі, що використовує тунелювання (MPLS, L2TP тощо), це може знадобитися, і за невеликих витрат, як одна магістральна система, як правило, є однією групою адміністраторів, однак, як тільки ви почнете розширювати jumbos до рівня доступу, він швидко ускладнюється.
Ще слід врахувати, що всю документацію та процедури потрібно буде оновити, щоб забезпечити, щоб будь-які нові пристрої (або заміна RMA) не стали безшумними чорними дірами для руху.