Switch в качестве устройства для транзита vlan

Обсуждение ПО и его настройки
Аватара пользователя
Vlad-2
Модератор
Сообщения: 2531
Зарегистрирован: 08 апр 2016, 19:19
Откуда: Петропавловск-Камчатский (п-ов Камчатка)
Контактная информация:

ksa писал(а): 27 фев 2019, 16:28 Тогда все равно, скорее всего, потребуется растегированный трафик по sfp2
Ну или да, делать ан-таг и подавать уже обычный трафик,
или если сервер умный, можно на нём вилан настроить.
ksa писал(а): 27 фев 2019, 16:28 Но для начала разобраться бы хотя бы с первой схемой)
Картинки проще выглядят, а Вас я не до конца понимаю.
Виланы надо вести виланами(тегированными) почти до конца.
У меня в сети много виланов, когда надо, я встаю/подаю тот что
мне нужен куда надо (в тот порт, в тот транк куда надо).
И уже по мере решаю, на порт сервера или виртуализации
как подавать, если задача простая, делаю untag и всё.
Так что делайте по схеме, как работать программно с виланами
(шпаргалку я дал). Там то 3 пункта в целом и всё.

И не увлекайтесь на микротиках коммутацией, всё что
Вы делаете - можно конечно делать, но в рамках таких моментов
не совсем правильно.
Всё же роутеры это роутеры, трафик, маршрутизация, каналы,
а коммутацией всё же должны больше заниматься свитчи.



На работе(ах): 2xCCR1016-12G, RB3011UiAS и hAP lite (RB941)
Дома: CCR1016-12G, RBcAP2n (standalone), RB wAP LTE kit
Для тестов(под рукой): RB3011UiAS, hAP mini (RB931) и что-то ещё по мелочи
MTCNA
MTCRE
KARaS'b
Сообщения: 1199
Зарегистрирован: 29 сен 2011, 09:16

ksa писал(а): 27 фев 2019, 16:00 Это будет сложновато реализовать... устройство 16Sfp+, боюсь что процу будет не просто))
Все зависит от трафика. Если все ваши порты постоянно нагружены чуть ли не под планку, то да, будет плохо. А если там не очень большой трафик, то для начала и для обучения этого будет более чем достаточно.


Аватара пользователя
ksa
Сообщения: 46
Зарегистрирован: 11 сен 2018, 12:07

Vlad-2 писал(а): 27 фев 2019, 16:40
При работа с виланами в рамках простого:
а) хотим взять вилан и отдать на другой порт уже не тегированный = через бридж
б) хотим взять всё и отдать всё = просто общий один бридж
в) хотим взять вилан и отдать на другой порт тоже виланом(тегир.) = создаём
вилан-интерфейсы на нужных портах и только вилан-интерфейсы через отдельный
бридж объединяем.

Вот и все режимы работы с виланами в базисе на программном уровне :)
Вот по пункту "Б" все хорошо работает)
С "А" надо еще покопаться))


Аватара пользователя
Vlad-2
Модератор
Сообщения: 2531
Зарегистрирован: 08 апр 2016, 19:19
Откуда: Петропавловск-Камчатский (п-ов Камчатка)
Контактная информация:

Процентов 80 я уже описал и в этих трёх пунктах,
и в предыдущем сообщении, где описывал логику и прочее...

Осталось попробовать. Это просто.



На работе(ах): 2xCCR1016-12G, RB3011UiAS и hAP lite (RB941)
Дома: CCR1016-12G, RBcAP2n (standalone), RB wAP LTE kit
Для тестов(под рукой): RB3011UiAS, hAP mini (RB931) и что-то ещё по мелочи
MTCNA
MTCRE
Аватара пользователя
ksa
Сообщения: 46
Зарегистрирован: 11 сен 2018, 12:07

Vlad-2 писал(а): 27 фев 2019, 17:13 Процентов 80 я уже описал и в этих трёх пунктах,
и в предыдущем сообщении, где описывал логику и прочее...

Осталось попробовать. Это просто.
Спасибо за помощь, буду пробовать дальше)


Аватара пользователя
algerka
Сообщения: 407
Зарегистрирован: 14 дек 2011, 12:31

ksa писал(а): 27 фев 2019, 17:23 Спасибо за помощь, буду пробовать дальше)

ether1 - vlan10 нетегированная
ether24 - vlan10 & vlan20 обе тегированные (а-ля транк в циске)
vlan20 - на этот интерфейс вешайте dhcp

Если у вас CRS3ХХ, то как-то так:

Код: Выделить всё

/interface bridge name=bridge1 pvid=20 vlan-filtering=yes

/interface bridge port
add bridge=bridge1 interface=ether1 pvid=10
add bridge=bridge1 interface=ether24

/interface bridge vlan
add bridge=bridge1 tagged=ether24 vlan-ids=10
add bridge=bridge1 tagged=ether24,bridge1 vlan-ids=20

/interface vlan add interface=bridge1 name=vlan20 vlan-id=20


Александр
Ответить