Что происходит, когда потребительский коммутатор получает кадр Ethernet с меткой VLAN?
Предположим, что вы подключаете магистральный порт от сетевого коммутатора с поддержкой VLAN к сетевому коммутатору потребительского уровня (не совместим с VLAN) через прямой кабель. Теперь первый коммутатор отправляет последнему коммутатору кадр Ethernet с меткой 802.1Q. Что должен делать более поздний переключатель? Оставить кадр? Переслать кадр? Неопределенное поведение?
Если поведение не определено, что наиболее вероятно?
Изменить: Спасибо за ваши ответы. Подводя итог, поведение потребительского коммутатора зависит от:
- Как это обрабатывает кадры с
0x8100в поле EtherType 1 - Как он обрабатывает гигантские кадры или кадры с полезной нагрузкой больше 1500 байт
В Википедии есть хорошая диаграмма, сравнивающая не отмеченный и помеченный кадр Ethernet:
Есть сообщения о том, что некоторые коммутаторы потребительского уровня отлично пропускают кадры с метками VLAN.
1 или более точно, где поле EtherType ожидается для кадров без тегов
3 ответа
Я действительно видел это по дешевке. Кто-то подключил коммутатор между магистральным портом, в котором было несколько vlans. Кадры были перенаправлены с сохранением тегов VLAN. Другие порты на этом коммутаторе могут использовать немаркированный VLAN.
Коммутатору нужен только Mac источника / назначения, чтобы решить, в какие порты пересылать кадры, так что это не так уж удивительно, у помеченного кадра все еще есть маки источника и назначения в том же месте в заголовке кадра.
Имейте в виду, что Ethernet фактически поддерживает много разных типов кадров на одном и том же проводе. Это было разработано, чтобы быть довольно гибким о том, что он может сделать.
Обычно чрезмерно большие кадры Ethernet могут быть отброшены. При наличии таких вещей, как кадры большого размера, сложно определить большие кадры Ethernet, поэтому это действительно зависит - но, вероятно, наиболее часто встречающееся поведение - это отбрасывание.
редактировать: для уточнения: Стандартный размер кадра Ethernet IEEE 802.3 составляет 1518 байт, 802.3Q добавляет 4 байта к кадру, поэтому общий MTU составляет 1522 байта, что может быть слишком большим для некоторых коммутаторов.
Коммутатор потребительского класса попытается переадресовать MAC-адрес фрейма-назначения - все, что его волнует. Если MAC-адрес назначения отсутствует в его таблице CAM, он заменит кадр из всех своих портов, кроме того, с которого был получен пакет.
Коммутатор, который использует метод пересылки с прорезью, определенно будет пересылать кадр, так как он начинает пересылку сразу после считывания MAC-адреса назначения, даже если общий размер кадра больше, чем MTU, так как он не может рассчитать размер кадра с этим методом пересылки.
Переключатель, основанный на методе Store And Forward, вероятно (при условии, что размер кадра <= MTU) будет делать то же самое, если с FCS все в порядке.
Если 802.1Q-неспособный коммутатор соединяет конечные устройства, устройства получат кадр и отбросят его, поскольку они не "знают", как обрабатывать кадры 802.1Q (тип 0x8100).
Я предполагаю, что, если коммутатор потребительского класса соединяет коммутаторы с поддержкой 802.1Q (ужас!), Кадры будут пересылаться и обрабатываться 802.1Q - конечно, так долго, как они принимаются на магистральных портах.