И конфа не читабельна

Какая конфа не читабельна?

Вообще на курс свичинга ,если таковой и будет у Микротика можно не ходить и так все разобрано.

Второе можно не ставить.

однако в вики описано именно так - нужно явно указывать антаггед порты. а по факту добавление пвид на порту достаточно?

Указание pvida для порта , автоматом добавляет его в бридже влан признак унтагед?

однако в вики описано именно так - нужно явно указывать антаггед порты. а по факту добавление пвид на порту достаточно?

Конечно. В вики просто пример приведен, где все разделено по отдельным настройкам. Но никто не мешает все за раз прописать. Вот пример:

исходя из этой картинки, в ether3 будет какой тэг сниматься? 1768?

судя по картинки все три будут сниматься, а какой будет навешиваться?

исходя из этой картинки, в ether3 будет какой тэг сниматься? 1768?

Воооот! ) Будет не сниматься, а невешиваться тот пвид, который явно на порту указан. На картинке просто пример того, что можно прописывать антег явно (ether3) а можно и не прописывать (wlan2)

Воооот! ) Будет не сниматься, а невешиваться тот пвид, который явно на порту указан. На картинке просто пример того, что можно прописывать антег явно (ether3) а можно и не прописывать (wlan2)

в interface bridge port?

да interface bridge port

Воооот! ) Будет не сниматься, а невешиваться тот пвид, который явно на порту указан. На картинке просто пример того, что можно прописывать антег явно (ether3) а можно и не прописывать (wlan2)

ещё один способ выстрелить себе в ногу

лучше требовать явного указания портов и прочего чем такие "умолчания"

ещё один способ выстрелить себе в ногу

Вполне корректная настройка.

лучше требовать явного указания портов и прочего чем такие "умолчания"

This👍

потом пишешь interface bridge vlan print, и он антаги выдает только активных портов, а в экспорте видишь, что прописаны и другие порты)

Подскажите пожалуйста в режиме passthrough LTE - клиентское устройство от кого адрес на интерфейсе получает? от модема или от провайдера?

покритикуйте схему: SXTR LTE KIT двумя портами подключена к hex. Ether1 порт настроен как passthrough, а второй порт для управления SXTR. Маршрут в мир на SXTR прописан через hex.

после перезагрузки перестают работать задания в планировщике если дата начала у них в прошлом, типа начиная с позавчера

если создать такое задание то оно не работает. что бы заработало дата начала должна быть в будущем

что вполне логично. не понял а как сделать что бы ежедневно что то выполнялось

добавить интервал = 24ч. а что будет после перезагрузки, задание не запуститься же из за того что дата начала в прошлом

после перезагрузки перестают работать задания в планировщике если дата начала у них в прошлом, типа начиная с позавчера

настрой NTP-клиента

зачем

часы правильно показывают время после перезагрузки

в планировщике в задании написано запустить сегодня через 2 часа и повторять потом каждые 24 часа

если завтра роутер перезапуститься то в задании по прежнему будет написано запустить вчера в такое то время

и задание тупо не запуститься никогда

Дорогие мои друзья! Скажите пожалуйста, вот такую задачу родил мой воспаленный мозг в общем, есть условие и если это условие выполнено, то при запуске следующего условия, если выполнялось предыдущее условие то оно тоже стартанет, если нет то нет В моем понимании это задать одну глобальную переменную и упаковать её в оба скрипта первый срипт если выполняется то значение переменной =1 если не выполняется то = 0 Если выполнено 1 значение и в переменной =1 то после выполнения второго скрипта, нужно так же задать глобальной переменной значение = 0 теперь вопрос, каким скриптом назначить глобальную переменную? Да немного запутано =) Но я старался 😁

:global peremennaya по всей видимости

first script global stage 1 if global stage>0 do{start two script} global stage 0 Как то так? Нуу это на пальцах и совсем грубо ))

🔥 [testing] New version has been released! Version: 6.47beta8 (testing) #mikrotik #routeros #update #packages #checker #testing #new https://telegra.ph/Changelog-647beta8-testing-12-10

Продскажите, знатоки. Экспериментально выяснил, что при редистрибуции из ospf в bgp метрика ospf конвертится в med bgp... Где то в документации этот процесс описан?

кто тут гуру по вафле? DFS Mode (detecting radar) можно победить netinstallом? а то больно долго сканит...

Продскажите, знатоки. Экспериментально выяснил, что при редистрибуции из ospf в bgp метрика ospf конвертится в med bgp... Где то в документации этот процесс описан?

например

например

Что "например"?

что и как ты проверял

Еще раз: где то в документации есть описание того как переносятся метрики при редистрибуции маршрутов?

есть такое:When BGP originates a route with the ‘network’ command, MED is copied from the metric of the original route.

есть такое:When BGP originates a route with the ‘network’ command, MED is copied from the metric of the original route.

а где это?

т.е. для статики или коннектед надо полагать это будет 1?

или 0?

И какая метрика будет для ospf ext-2

кто тут гуру по вафле? DFS Mode (detecting radar) можно победить netinstallом? а то больно долго сканит...

Указать частоты которые без радар детектора. Вообще они для страны возможно прописаны. Нетинсталом можно можно убрать это ограничение.

у циски loopback - metric 0, у джуна - 1 или наоборот, точно не помню)

Указать частоты которые без радар детектора. Вообще они для страны возможно прописаны. Нетинсталом можно можно убрать это ограничение.

вот и в вики так написано... тоже про нетинсталл подумал

после перезагрузки перестают работать задания в планировщике если дата начала у них в прошлом, типа начиная с позавчера

Странно. А если начало выполнения указать startup

И какая метрика будет для ospf ext-2

ты когда заредистрибутил ospf в bgp локально в таблице bgp что видел?

Надо каждый день в определенное время а стартап неопределенное время

ты когда заредистрибутил ospf в bgp локально в таблице bgp что видел?

сейчас скажу...

вообще хотелось бы почитать это в документации, поэтому и спрашиваю...

И какая метрика будет для ospf ext-2

у ext-2 метрика статична

у ext-2 метрика статична

не все так просто

не все так просто

почему же)

потому что

Продскажите, знатоки. Экспериментально выяснил, что при редистрибуции из ospf в bgp метрика ospf конвертится в med bgp... Где то в документации этот процесс описан?

может наоборот таки редистрибьютите: bgp->ospf ?

поменял на ext-2.... редистрибуция с метрикой 1024 (указано жестко) в bgp вижу 1227

ну там есть еще промежуточные узлы в домене ospf

вобщем, похоже что он прибавляет еще путь до того кто объявил LSA

https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/5242-bgp-ospf-redis.html

тут просто пример, но детали с медом не расписаны

ты можешь метрику менять при редистрибуции

Продскажите, знатоки. Экспериментально выяснил, что при редистрибуции из ospf в bgp метрика ospf конвертится в med bgp... Где то в документации этот процесс описан?

это логичное поведение, но не стандартизированное

тут цыско... а разные вендоры тут могут лепить отсебятину

почему вас вообще это интересует? юзкейс для использования меда ровно один, и он вмешательства человека не требует

почему вас вообще это интересует? юзкейс для использования меда ровно один, и он вмешательства человека не требует

требует, если хочешь разрулить ситуэйшн как тебе нужно)

тогда проставляйте мед так, как нужно

а если вам пофигу, то при прочих равных соседская АС, которой тоже будет пофигу, отправлять трафик будет туда, где ближе

тогда проставляйте мед так, как нужно

я про документацию спросил... а вы сейчас носом тыкать будете...

не, не буду

просто у меня закралось подозрение, что вы собираетесь неправильно применять мед

просто у меня закралось подозрение, что вы собираетесь неправильно применять мед

ну есть два выхода из AS в одну и ту же соседскую AS. И я хочу использовать тот что ближе...

точнее два входа...

вы хотите порекомендовать соседу использовтаь тот, что ближе

вы хотите порекомендовать соседу использовтаь тот, что ближе

верно

прекрасно, это как раз тот самый случай, когда мед может помочь (а может и не помочь)

lp на префиксы соседа, aspath prepend на свои на резервном стыке

прекрасно, это как раз тот самый случай, когда мед может помочь (а может и не помочь)

вначале я хотел сделать через разный препенд для разных сетей... но тут указывается жестко и менять можно будет только с костылями...

а тут случайно обнаружил что такая вот конвертация имеет место быть... и задался вопросом - сколько же еще интересного таит в себе микротик...