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