Страница 1 из 1
trunk vs general
Добавлено: 30 июн 2020 17:26
oleg4el
Здравствуйте.
Не мог бы кто-нибудь объяснить различие между trunk и general режимами работы порта. В документации примера не нашёл. Выглядит так, как будто они одинаковые.
Re: trunk vs general
Добавлено: 01 июл 2020 10:23
GregKulagin
Если я правильно понимаю транк работает только с тегированый трафиком а general может работать и с тегированым и нетегированым одновремено
типо так switchport general allowed vlan add 10 tagged
switchport general allowed vlan add 20 untagged
Re: trunk vs general
Добавлено: 01 июл 2020 16:24
oleg4el
Если я правильно понимаю транк работает только с тегированый трафиком
При trunk трафик native vlan идёт не тэгированным, если я не ошибаюсь.
Re: trunk vs general
Добавлено: 01 июл 2020 16:29
GregKulagin
Да все верно при транке в нативный влан идет не тегированый трафик
Re: trunk vs general
Добавлено: 01 июл 2020 20:04
oleg4el
Вот. Стало быть проблема та же - в чём отличие
?
Re: trunk vs general
Добавлено: 02 июл 2020 09:23
alex_bat
Здравствуйте, вот вырезка из документации:
General – интерфейс с полной поддержкой 802.1q, принимает как тегированный, так и нетегированный трафик.
Может выполнять такую же функцию как режим trunk, а также может снимать метку на выход. (например switchport general allowed vlan 10 untagged)
Данный режим нужен также при использовании функционала qinq, map mac, когда нужно обратно на выход снимать vlan.
Re: trunk vs general
Добавлено: 02 июл 2020 15:10
oleg4el
вот вырезка из документации:
Это я читал и ничего не понял.
General – интерфейс с полной поддержкой 802.1q, принимает как тегированный, так и нетегированный трафик.
trunk - тоже самое. Может принимать тегированный и нетегированный трафик, нет?
Можно пример? С trunk и с general.
Re: trunk vs general
Добавлено: 02 июл 2020 15:48
alex_bat
Как я уже описал выше отличается наличием опции untagged.
Пример использования:
1) sQinQ
Задача: пропустить vlan 31 без изменения, на остальные vlan, приходящие в порт 11 добавить метку 30.
interface gigabitethernet1/0/11
switchport mode general
switchport general allowed vlan add 31 tagged
switchport general allowed vlan add 30 untagged
selective-qinq list ingress permit ingress_vlan 31
selective-qinq list ingress add_vlan 30
exit
!
Это мы добавили метку 30 на входе, а обратно на выход эта метка снимается за счет настройки untagged
2) MAC Based VLAN.
Трафик попадает на основании src.mac в определенный vlan
map mac 54:ab:3a:00:00:00 24 macs-group 1
exit
interface gigabitethernet1/0/1
switchport mode general
switchport general allowed vlan add 3,5 untagged
switchport general map macs-group 1 vlan 5
switchport general pvid 3
exit
!
Re: trunk vs general
Добавлено: 08 июл 2020 23:50
oleg4el
sQinQ
Где можно почитать про этого зверя?
trunk так не даст?
switchport general allowed vlan add 31 tagged
switchport general allowed vlan add 30 untagged
selective-qinq list ingress permit ingress_vlan 31
selective-qinq list ingress add_vlan 30
Во. Если я правильно понял, то это могло бы выглядеть проще:
switchport in vlan 31 pass
switchport in vlan all add tag 30
switchport out vlan 31 pass
switchport out vlan 30 del tag 30
switchport out vlan all deny
Почему бы работе с метками не выглядеть как правилам файрвола? Когда уже кто-нибудь так сделает?
Если мне надо гонять по порту кучу vlan'ов с метками, то мне подходит и trunk и general, так?
Если мне надо, что бы на порту была куча vlan'ов с метками и один без метки, то опять подходит trunk и general, так?
Для QinQ trunk подходит?
Re: trunk vs general
Добавлено: 09 июл 2020 00:37
oleg4el
switchport in vlan 31 pass
switchport in vlan all add tag 30
switchport out vlan 31 pass
switchport out vlan 30 del tag 30
switchport out vlan all deny
При удалении нет смысла писать номер vlan'а. Можно так:
switchport out vlan 30 del tag
Тогда замена метки может выглядеть так:
switchport out vlan 30 del tag add tag 17
Re: trunk vs general
Добавлено: 09 июл 2020 00:40
oleg4el
Т.о. получаем более многословную настройку vlan, зато намного более понятную, ввиду отсутствия умолчаний. Видно что и куда. Всё написано явно. Тут не нужны режимы работы порта. Нет различия qinq или не qinq.