всё это взаимодействует с тегированными фреймами и т.д.?
Правила обработки пакетов для портов Access Входящие правила Если фрейм без VID, то добавить тег с идентификатором равным PVID Если фрейм с VID = PVID, то принять пакет. Иначе – пакет отбросить. Исходящие правила Удалить тег Правила обработки пакетов для портов Trunk Входящие правила Если фрейм без VID, то добавить тег с идентификатором равным PVID Если фрейм с VID = PVID или VID есть в Tagged VLAN, то принять пакет. Иначе – пакет отбросить Исходящие правила Если фрейм с VID = PVID, то снять тег Если фрейм с VID есть в Tagged VLAN, то оставить тег
Разве на access порт приходят кадры с vid?
а что им может помешать туда прийти? )
Если вы специально не настраиваете сетевую карту (и то не любую) на компьютере - то кадр от него на порт коммутатора приходит без vid
ну там может висеть другой свитч. тут же не речь о том что так правильно делать или нет, а о логике работы управляемого свича
у меня почти 80% на портов висят ESX с кучей вланов
Если там висит другой свич - то между ними транк, тегированный тобишь линк
еще раз, от того что подключения аксес порта к транковому порту не совсем правильное, логика работы аксес порта то не меняется. умеет он забирать тагетированный трафик для себя
При чем тут подключение? Порт на коммутаторе ставится в транк или аксес. Если аксес - то вкодящие фреймы которые на него приходят неважно они с vid или без него - что с ними происходит и при чем тут pvid
там же и написано: если без без vid или vid=влану порта - принять. не могу понять, что вам не нравится?
Мне не нравится то что я не понимаю pvid - это интегральная часть системы виртуальных лан или это дополнительное новвоведение, надстройка
Обсуждают сегодня