Допустим приходящий линк воткнут в 25 порт. В приходящем потоке в тегированном виде приходит vlan 300 (в котором должны находится клиенты) и не тегированный первый (нативный) Vlan:
[vid=300][Data] – 300 - клиентский влан
[Native data] – первый vlan
Для того чтобы клиенты смогли работать в портах 1-24, необходимо в эти порты пропустить 300 влан и снять с него маркер (тег). Для того чтобы пользователи увидели его не прибегая к настройки вланов со своей стороны, т.е. чтобы для них было все просто и понятно – прозрачно, как будто нет никаких vlan’ov .
Сначала необходимо добавить Vlan в конфигурацию свитча:

create vlan Segment_300 tag 300

теперь необходимо в 1-24 порты просветить 300 влан, но уже без тега. Сейчас мы не сможем этого сделать, так как по умолчанию во всех портах не тегированным вланом является default vlan с id 1. Удалим влан из клиентских портов:

config vlan default delete 1-24

Теперь можно добавить в эти порты клиентский vlan

config vlan Segment_300 add untagged 1-24

И так, теперь клиенты находятся в 300 не тегированном vlan’e. Мы определили в каких портах находится нативный 300 vlan, это клиентские, но не указали в каких портах он может приходить, а значит сейчас работать сеть у клиентов не будет.
Добавим тегированный vlan в магистральные порты (25-26):

config vlan Segment_300 add tagged 25-26

С этого момента свитч способен в 25-26 портах принять тегированный vlan, снять маркеры и направить в 1-24 порты, т.е. клиенты могут работать. С первым vlan’om ничего делать не нужно, он приходит в нативном виде, а значит свитч будет доступен без дополнительных настроек