RP
Там про дифферент физикал интерфейс.
Статья рассматривает 18 кейсов не правильной настройки RouterOS в части работы с канальным уровнем.
Size: a a a
2021 March 26
W
Ну там же в самом начале статьи написано что когда вланы на разных физических интерфейсах
W
Я изначально писал, что у меня все вланы приходят в sfp
RP
There are certain configurations that are known to have major flaws by design and should be avoided by all means possible. Misconfigured Layer2 can sometimes cause hard to detect network errors, random performance drops, certain segments of a network to be unreachable, certain networking services to be malfunctioning or a complete network failure. This page will contain some common and not so very common configurations that will cause issues in your network.
LV
Ой, а у вас тут интересно😁
LV
Нет бы пиво пить😁
W
Так всё под пиво 🍻
W
There are certain configurations that are known to have major flaws by design and should be avoided by all means possible. Misconfigured Layer2 can sometimes cause hard to detect network errors, random performance drops, certain segments of a network to be unreachable, certain networking services to be malfunctioning or a complete network failure. This page will contain some common and not so very common configurations that will cause issues in your network.
A more simplified scenario of Bridged VLAN on physical interfaces, but in this case, you simply want to bridge two or more VLANs together that are created on different physical interfaces.
RP
A more simplified scenario of Bridged VLAN on physical interfaces, but in this case, you simply want to bridge two or more VLANs together that are created on different physical interfaces.
Там кроме этого сценария других нет?
W
Ну ты ж ссылку дал именно на bridge vlan, там про разные интерфейсы
W
И про STP
RP
Я дал ссылку на всю страницу, я пишу с телефона
RP
Там описаны 18 кейсов неправильной настройки MikroTik в части Layer 2.
MK
Вы получили связность сетей, не маршрутизацию, для последнего используется RIB и соответствующий процесс основанный на lookup по RIB.
Wildcard peer используется для генерации Policy, покажите вашу конфигурацию.
Wildcard peer используется для генерации Policy, покажите вашу конфигурацию.
RP
MK
Какая изначальная у вас задача?
Подключить к центральному микротику со статичным WAN IP по IKE2 внешних клиентов 2х типов:
1) android/ios с динамическими WAN адресами, имеющих доступ только к одному IP за центральным микротиком
2) mikrotik с динамическими WAN адресами, имеющих доступ между собой и к подсети за центральным микротиком
1) android/ios с динамическими WAN адресами, имеющих доступ только к одному IP за центральным микротиком
2) mikrotik с динамическими WAN адресами, имеющих доступ между собой и к подсети за центральным микротиком
RP
M K
Подключить к центральному микротику со статичным WAN IP по IKE2 внешних клиентов 2х типов:
1) android/ios с динамическими WAN адресами, имеющих доступ только к одному IP за центральным микротиком
2) mikrotik с динамическими WAN адресами, имеющих доступ между собой и к подсети за центральным микротиком
1) android/ios с динамическими WAN адресами, имеющих доступ только к одному IP за центральным микротиком
2) mikrotik с динамическими WAN адресами, имеющих доступ между собой и к подсети за центральным микротиком
Так, ну с первым типом вопросов я думаю у вас нет.
Что касается второго, то в split-include вы передаёте префикс для сети находящейся за центральным MikroTik, я полагаю. И вопрос остаётся в том, как осуществить обмен между Spoke, через Hub?
Что касается второго, то в split-include вы передаёте префикс для сети находящейся за центральным MikroTik, я полагаю. И вопрос остаётся в том, как осуществить обмен между Spoke, через Hub?
MK
Так, ну с первым типом вопросов я думаю у вас нет.
Что касается второго, то в split-include вы передаёте префикс для сети находящейся за центральным MikroTik, я полагаю. И вопрос остаётся в том, как осуществить обмен между Spoke, через Hub?
Что касается второго, то в split-include вы передаёте префикс для сети находящейся за центральным MikroTik, я полагаю. И вопрос остаётся в том, как осуществить обмен между Spoke, через Hub?
По первому типу да, вроде бы все ясно.
По второму с доступом из spoke до подсетей за hub - тоже вроде как проблем нет (правда с помощью nat), а вот обратно пока удалось добиться только кривым ручным policy (т.к. непонятно как еще передать hub'y знание о том, какие сети за конкретным spoke). Ну и соответственно обмен между Spoke, через Hub тоже проблема на данном этапе.
По второму с доступом из spoke до подсетей за hub - тоже вроде как проблем нет (правда с помощью nat), а вот обратно пока удалось добиться только кривым ручным policy (т.к. непонятно как еще передать hub'y знание о том, какие сети за конкретным spoke). Ну и соответственно обмен между Spoke, через Hub тоже проблема на данном этапе.
ᴋ🚀
ᴋ🚀
какой режим ловит вифи и транслирует его в порты?