Развертывание Frame Jumbo Ethernet

Каковы некоторые общие рекомендации по успешному развертыванию jumbo-фреймов в маршрутизируемой среде?

19 голосов | спросил Dennis Olvany 30 Mayam13 2013, 05:31:06

4 ответа


18

Условия

Физический интерфейс - порт уровня 2 или коммутатор. Указывает на переключение восходящих линий и нисходящих линий в контексте этого документа. Может или не может выполнять теги 802.1q.

Логический интерфейс - порт уровня 3 или маршрутизируемый порт. Относится к серверным интерфейсам, интерфейсам маршрутизатора, виртуальным интерфейсам коммутатора и субинтерфейсам. Все, что имеет IP-адрес.

Стандартный домен - набор VLAN с 3-мя соседними уровнями, которые работают со стандартной полезной нагрузкой Ethernet 1500 байт.

Jumbo domain - набор VLAN с 3-мя соседними уровнями, которые работают с MTU полезной нагрузки Ethernet более 1500 байт, обычно 9000 байт.

Сетевая топология

Jumbo frames не являются технологией микширования и совпадения. Рамки Jumbo развернуты в четко очерченном сегменте сети, который ограничен маршрутизатором. Эта граница уровня 3 необходима для обеспечения совместимости со стандартным доменом. Маршрутизатор обеспечивает фрагментацию и ICMP-ответы для Path MTU Discovery, которые не предоставляются на более низких уровнях сетевого стека. Все коммуникации в пределах большого домена будут обладать поддержкой для большей полезной нагрузки, тогда как вся связь между стандартными и большими доменами будет происходить при стандартном размере полезной нагрузки. Связь между несмежными jumbo-доменами также происходит при стандартном размере полезной нагрузки.

Jumbo VLAN

Jumbo frames не являются технологией микширования и совпадения. Этот момент стоит повторить. Данная VLAN относится к стандартному домену или к jumbo-домену, ни для одного из них. Это означает, что все физические интерфейсы, которые имеют большую виртуальную локальную сеть, должны обладать большими кадрами. Если jumbo frame встречает физический интерфейс, который не позволяет создавать большие рамки, он будет удален. Аналогично, все логические интерфейсы на большой виртуальной локальной сети должны быть настроены с тем же значением MTU.

Физические интерфейсы

Физические интерфейсы могут нести любое количество стандартных и больших виртуальных локальных сетей, если на интерфейсе разрешены jumbo-фреймы. Кроме того, оба типа сетей VLAN могут транслироваться на хост или маршрутизатор. Важно только, чтобы логические интерфейсы на хосте или маршрутизаторе были настроены с соответствующим значением MTU для каждой соответствующей VLAN. В этом смысле существует разрыв между физическими интерфейсами и логическими интерфейсами. Физический интерфейс должен соответствовать или превосходить Jumbo MTU, он не обязательно должен быть точным.

Логические интерфейсы

Jumbo frames не являются технологией микширования и совпадения. Вот оно снова. Во всех смыслах и задачах каждый физический интерфейс в сети может позволить jumbo-фреймам, несет ли он стандартную VLAN, большую виртуальную локальную сеть или и то, и другое. Логические интерфейсы - это точное соответствие MTU. Это также то, где он может немного запутаться. Например, конфигурация Cisco 6500 SVI для MTU 9000 позволяет получить полезную нагрузку Ethernet в 9000 байт, тогда как конфигурация команды HP NIC для MTU 9014 позволяет получить полезную нагрузку Ethernet 9000 байт. Это связано с тем, что значение Cisco определяет только полезную нагрузку, а значение HP указывает полезную нагрузку и заголовок Ethernet. Важно знать эти данные, чтобы точно соответствовать MTU.

Validation

Полезно знать методы проверки правильности развертывания большой виртуальной локальной сети VLAN. Тесты Ping достаточно, но нужно позаботиться о настройке бит DF. Утилиты ping для Cisco и Windows предлагают метод для этого, но еще раз метод подсчета байтов отличается. Параметр длины в Cisco включает полезную нагрузку ICMP, заголовок ICMP и заголовок IP. Параметр длины в Windows указывает только на полезную нагрузку ICMP. Длина 9000 на Cisco и длина 8972 на Windows создают Ethernet-фрейм длиной 9018 с полезной нагрузкой 9000 байт.

Заключение

Надеюсь, кто-то там найдет эту диатрибу полезной. В сети, я думаю, мы все знаем, что важно делать это в первый раз. Пожалуйста, не стесняйтесь оставлять комментарии относительно точности информации, потенциальных улучшений и дополнительных ссылок.

Ссылки

http://en.wikipedia.org/wiki/Jumbo_frame

ответил Dennis Olvany 30 Mayam13 2013, 05:31:06
11

Или подытожить:

  • Держите его в соответствии со своей средой - проверьте, какое максимальное значение MTU поддерживает ваша инфраструктура, учитывая различные способы его расчета (с или без заголовков L2)
  • Учет для физических интерфейсов, интерфейсов SVI и L3.
  • Имейте в виду протоколы, такие как OSPF, чтобы применять соответствие MTU между устройствами до того, как они образуют смежность
  • Получить сеть прямо перед тем, как прикасаться к любым серверам. Серверы, сконфигурированные без Jumbos, будут работать очень хорошо в сети с поддержкой jumbo, но наоборот - это катастрофа.
ответил Benjamin Dale 30 Maypm13 2013, 18:02:03
3

В зависимости от вашего макета сети вы должны убедиться и начать с наизнанку. Начните со ссылок в своем ядре и оттуда оттуда через свои уровни распространения и доступа (если применимо). Убедитесь, что ваша сеть полностью поддерживает jumbo-фреймы, прежде чем запускать ее в своих портах доступа. В настоящее время большинство конечных устройств 100/1000 не поддерживают jumbo-фреймы и будут (по-умолчанию) стандартными стандартными mtu, если они это сделают.

Лучший совет, который я могу предложить, если вы думаете о развертывании огромных фреймов в своей сети, убедитесь, что вы не блокируете PMTUD (v4 или v6) в любой точке вашей сети. До тех пор, пока вы покидаете свои восходящие порты до последнего времени, у вас не должно быть никаких проблем в вашей сети.

ответил Justin Seabrook-Rocha 30 Maypm13 2013, 23:21:16
3

Один из аспектов, который здесь не рассматривается, - это почему.

Jumbo-фреймы могут принести большую пользу некоторым приложениям, но на самом деле стоит сравнить ваши приложения, чтобы узнать, действительно ли вы получите выгоду, покрывающую затраты. В наши дни даже для приложений, которые приносят наибольшую выгоду, редко даже удается добиться 10% -ного увеличения пропускной способности, что может не покрывать увеличенных эксплуатационных расходов. Внутри магистрали с использованием туннелирования (MPLS, L2TP и т. Д.) Это может потребоваться и для небольшой стоимости, поскольку одна магистраль обычно представляет собой одну группу администраторов, однако, как только вы начинаете расширять jumbos до уровня доступа, он быстро становится более сложным.

Еще одна вещь, которую следует учитывать, - это то, что все ваши документы и процедуры необходимо будет обновить, чтобы новые добавленные устройства (или замены RMA) не стали тихими черными дырами для трафика.

ответил LapTop006 1 J0000006Europe/Moscow 2013, 16:22:58

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132