Назад | Перейти на главную страницу

Что происходит, когда потребительский коммутатор получает фрейм Ethernet с тегами VLAN?

Предположим, вы подключаете магистральный порт сетевого коммутатора с поддержкой VLAN к сетевому коммутатору потребительского уровня (без поддержки VLAN) через прямой кабель. Теперь первый коммутатор отправляет более позднему коммутатору фрейм Ethernet с тегами 802.1Q. Что должен делать более поздний переключатель? Бросить рамку? Переслать рамку? Неопределенное поведение?

Если поведение не определено, что наиболее вероятно?

Редактировать: Thank you for your answers. To summarize, the behavior of the consumer switch depends on:

  1. Как он обрабатывает кадры с 0x8100 в поле EtherType1
  2. Как он обрабатывает jumbo-кадры или кадры с полезной нагрузкой, превышающей 1500 байтов

В Википедии есть хорошая диаграмма сравнение немаркированного и тегированного кадра Ethernet:

Сообщается, что некоторые коммутаторы потребительского уровня без проблем пропускают кадры с тегами VLAN.

1 или точнее, где ожидается поле EtherType для немаркированных кадров

Обычно слишком большие кадры Ethernet могут быть отброшены. При наличии таких вещей, как фреймы большого размера, большие фреймы Ethernet трудно определить, так что это действительно зависит, но отбрасывание, вероятно, будет наиболее частым поведением.

изменить: Чтобы уточнить: стандартный размер кадра Ethernet IEEE 802.3 составляет 1518 байтов, 802.3Q добавляет к кадру 4 байта, поэтому общий MTU составляет 1522 байта, что может быть слишком большим для некоторых коммутаторов.

Я действительно видел это на дешевом переключателе. Кто-то подключил коммутатор между магистральным портом, на котором было несколько vlan. Кадры пересылались с неповрежденной пометкой vlan. Другие порты на этом коммутаторе могут использовать немаркированный vlan.

Коммутатору нужен только исходный / целевой Mac, чтобы решить, на какие порты пересылать кадры, так что это не слишком удивительно, ведь у тегированного кадра все еще есть исходный и целевой Mac в том же месте в заголовке кадра.

Имейте в виду, что Ethernet на самом деле поддерживает множество различных каркасные типы по тому же проводу. Он был разработан, чтобы быть довольно гибким в отношении того, что он может делать.

Коммутатор потребительского класса будет пытаться переслать MAC-адрес назначения кадра - это все, о чем он заботится. Если MAC-адрес назначения отсутствует в его таблице CAM, он рассылает фрейм по всем своим портам, кроме того, от которого был получен пакет.

Переключатель, который использует Прорезать метод пересылки определенно пересылает кадр, поскольку он начинает пересылку, как только MAC-адрес назначения будет прочитан - даже если общий размер кадра больше, чем MTU - поскольку он не может вычислить размер кадра с этой пересылкой метод.

Переключатель на основе Магазин и вперед техника будет наверное (пока размер кадра <= MTU) сделайте то же самое, пока FCS в порядке.

Если коммутатор, не поддерживающий 802.1Q, соединяет конечные устройства, устройства получат фрейм и отбросят его, поскольку они «не знают», как обрабатывать фреймы 802.1Q (тип 0x8100).

Я предполагаю, соединяет ли коммутатор потребительского класса коммутаторы с поддержкой 802.1Q (ужас!) кадры будут пересылаться и обрабатываться 802.1Q - конечно же, пока они принимаются на магистральных портах.