почему 802.1Q не инкапсулирует исходный кадр?

Я изучаю VLAN. После нескольких часов поиска я понял, что 802.1Q не инкапсулирует исходный кадр, а вместо этого добавляет 32-битное поле между исходным MAC-адресом и полем «EtherType» исходного кадра. Но я не могу понять, почему. Может кто-нибудь объяснить мне, почему 802.1Q не инкапсулирует исходный кадр? Большое спасибо.


networking vlan
person S.C    schedule 14.06.2016    source источник
comment
Потому что так говорит стандарт IEEE.   -  person Ron Maupin    schedule 14.06.2016

Ответы (1)


arrow_upward
1
arrow_downward

Предшественником стандарта 802.1q был протокол Cisco ISL. ISL полностью инкапсулирует кадр. Это означает, что когда какое-либо устройство получает кадр ISL, оно должно понимать тег ISL, иначе весь кадр считается искаженным.

В 802.1q первые 12 байтов кадра, независимо от того, помечен он или нет, всегда одинаковы.

Чтобы проиллюстрировать, что именно изменяет тег, вот захват пакета кадра без тега, а затем тот же кадр с тегом:

Тег 802.1q

Часть в квадратных скобках оранжевого цвета полностью взята из исходного кадра. Зеленая часть в квадратных скобках — это то, что тег 802.1q добавляет к кадру.

Обратите внимание, что в обоих случаях первые 12 байтов — это MAC-адрес назначения и MAC-адрес источника.

Более того, в обоих случаях следующие 2 байта кадра представляют собой поле «EtherType», которое указывает на следующий протокол, инкапсулированный в дейтаграмму.

Это означает, что вне зависимости от того, понимает транзитное устройство теги 802.1q или нет, обработка этого кадра не меняется. Это означает, что теги 802.1q все равно будут "работать" через устройство, которое...

  • старше и не поддерживает или не понимает теги 802.1q
  • не настроен на чтение/поиск определенного тега
  • построен для проверки только первых 12 байтов любого кадра, чтобы он мог принять решение о скорости линии о том, как пересылать пакет, что является стратегией в Переключение со сквозным доступом.

В целом, он позволяет внедрять и стандартизировать VLAN и теги VLAN без необходимости исправлять все когда-либо созданные устройства, которые Обработка уровня 2, чтобы научить их интерпретировать "стратегию тегирования полностью инкапсулированной VLAN" (например, ISL). Вместо этого устройства, которые должны поддерживать VLAN, могут быть исправлены для понимания 802.1q, а все остальные устройства в пути могут просто продолжать работать без суеты.

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

person Eddie    schedule 14.06.2016