0 name="channel1" frequency=2442 width=20 band=2ghz-b/g/n extension-channel=disabled tx-power=15 1 name="channel2" frequency=2452 width=20 band=2ghz-b/g/n extension-channel=disabled tx-power=20

по прежнему все поля серые

Статью внимательно читайте

читаю

Я эти грабли проходил)))

вот я сейчас дома репетирую, чтобзавтра в офисе разворачивать

Я тоже дома ковырялся)))

пытаюсь на него залить новый ros - через scp или winbox - падает подключение к микроту

Мту проверяй

Мту проверяй

спасибо, там проблема в маршрутах была

по прежнему все поля серые

надо провижен снова сделать

неа

надо туда КЛИКАТЬ

или тупо скопировать ДИНАМИЧЕСКИ СОЗДАНЫЙ интерфейс

и его уже редактировать

или вы собрались динамический интерфейс редактировать? ?

или тупо скопировать ДИНАМИЧЕСКИ СОЗДАНЫЙ интерфейс

+1

вопросик: как работает distance в микротик? например если 2 маршрута на один дистанейшн, с одинаковым дистансем, как микротик выбирает маршрут из 2х?

даст в лоб

за подсовывание грабель

вопросик: как работает distance в микротик? например если 2 маршрута на один дистанейшн, с одинаковым дистансем, как микротик выбирает маршрут из 2х?

кто первый встал того и тапки

это как в анекдоте "АГА, сказали сибирские мужики и пошли пилить лес двуручной пилой"

по прежнему все поля серые

кстати да, тыркни в поле channel

Идет мужик по базару . Видит : продают попугая , у которого на одной лапке синяя нитка , а на другой - красная . Он спрашивает : —А зачем у попугая эти нитки ? Продавец объясняет : —Это очень культурный попугай . Если дернуть за красную нитку , он заговорит по-французски , а если за синюю - по-английски . —А что будет , если дернуть сразу за две ? Попугай не выдержал : —Что - что ? На жопу упаду !

кстати да, тыркни в поле channel

Покурить вышел, ща вернусь потыкаю

вопросик: как работает distance в микротик? например если 2 маршрута на один дистанейшн, с одинаковым дистансем, как микротик выбирает маршрут из 2х?

как в RFC, если маршруты одинаковые, но отличаются шлюзы, то (без использования технологии мультихопа - когда в рамках одного маршрута несколько GW) происходят выборы по рандомному сценарию - выбирается один маршрут, его смена происходит если более 30% трафика не возможно доставить (не помню прям точно какие тут сценарии, но суть в том, что если шлюз плохо себя ведёт - то его меняют) или если механика check gw сообщяет о проблеме на хопе (пропал arp или пинг, смотря что используется, или если лёг интерфейс)

как в RFC, если маршруты одинаковые, но отличаются шлюзы, то (без использования технологии мультихопа - когда в рамках одного маршрута несколько GW) происходят выборы по рандомному сценарию - выбирается один маршрут, его смена происходит если более 30% трафика не возможно доставить (не помню прям точно какие тут сценарии, но суть в том, что если шлюз плохо себя ведёт - то его меняют) или если механика check gw сообщяет о проблеме на хопе (пропал arp или пинг, смотря что используется, или если лёг интерфейс)

?

как в RFC, если маршруты одинаковые, но отличаются шлюзы, то (без использования технологии мультихопа - когда в рамках одного маршрута несколько GW) происходят выборы по рандомному сценарию - выбирается один маршрут, его смена происходит если более 30% трафика не возможно доставить (не помню прям точно какие тут сценарии, но суть в том, что если шлюз плохо себя ведёт - то его меняют) или если механика check gw сообщяет о проблеме на хопе (пропал arp или пинг, смотря что используется, или если лёг интерфейс)

Что это за рфс такой?

как в RFC, если маршруты одинаковые, но отличаются шлюзы, то (без использования технологии мультихопа - когда в рамках одного маршрута несколько GW) происходят выборы по рандомному сценарию - выбирается один маршрут, его смена происходит если более 30% трафика не возможно доставить (не помню прям точно какие тут сценарии, но суть в том, что если шлюз плохо себя ведёт - то его меняют) или если механика check gw сообщяет о проблеме на хопе (пропал arp или пинг, смотря что используется, или если лёг интерфейс)

нет такого рфц.

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

искать по слову FIB RIB и RFC, хоть так чтоли

но я конечно не прав.

а как на самом деле?

а как на самом деле?

эй, это ты на конструктив направляешь - это же хамство.

а вообще просто не доводить до такой двузначной ситуации

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

а вообще просто не доводить до такой двузначной ситуации

+1. Делать два разных роута с одинаковым дистанциями и метриками - это странно

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

тоесть к одному шлюзу будет вести маршрут с меньшим scope

тоесть к одному шлюзу будет вести маршрут с меньшим scope

всмысле ужее дестинейшн сетка?

типа того, к шлюзу ведь тоже должен вести маршрут

как в RFC, если маршруты одинаковые, но отличаются шлюзы, то (без использования технологии мультихопа - когда в рамках одного маршрута несколько GW) происходят выборы по рандомному сценарию - выбирается один маршрут, его смена происходит если более 30% трафика не возможно доставить (не помню прям точно какие тут сценарии, но суть в том, что если шлюз плохо себя ведёт - то его меняют) или если механика check gw сообщяет о проблеме на хопе (пропал arp или пинг, смотря что используется, или если лёг интерфейс)

Странно что у меня маршрут не меняется. Стоит чек гейтвей (но он всегда доступен, ибо это соседнее устройство)

обычно это директ-конектед роуты

Странно что у меня маршрут не меняется. Стоит чек гейтвей (но он всегда доступен, ибо это соседнее устройство)

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

2 провайдера

Дистанейшн 0.0.0.0/0

и ты им влепил одинаковый дистанс? ?

Разные гейты

типа того, к шлюзу ведь тоже должен вести маршрут

к хопу может вести маршрут, а может и не вести, если он в твоей сети. (это про сценарий определения доступности маршрута через промежуточный хоп)

и ты им влепил одинаковый дистанс? ?

По разному пробовал

Разные гейты

таак, и чего? оно в одной таблице маршрутизации?

к хопу может вести маршрут, а может и не вести, если он в твоей сети. (это про сценарий определения доступности маршрута через промежуточный хоп)

какой МОЕЙ. она просто директ конектед :)- доступна через интерфейс. но маршрут всеравно должен быть. что бы устройство знало ЧЕРЕЗ КАКОЙ ИМЕННО ИНТЕРФЕЙС

Если за гейтом пропадает интернет, микротому все равно пуляет на гейт с дистанцем 1

ну, ты делай фейловер безскриптовый

какой МОЕЙ. она просто директ конектед :)- доступна через интерфейс. но маршрут всеравно должен быть. что бы устройство знало ЧЕРЕЗ КАКОЙ ИМЕННО ИНТЕРФЕЙС

а ну да, ну да, упустил из виду коннекшин маршрут

Тк маршрут не глохнет

Тк маршрут не глохнет

да

https://wiki.mikrotik.com/wiki/Advanced_Routing_Failover_without_Scripting

звиняйте что наламываю увлекательную длинную дискусию

мне просто влом потом весь вечер скролить

Тк маршрут не глохнет

покажи скрин таблицы.

или тупо скопировать ДИНАМИЧЕСКИ СОЗДАНЫЙ интерфейс

пасиба. не сразу дошло о чем ты пишешь

все получилось

звиняйте что наламываю увлекательную длинную дискусию

ну вот да, мультихоп - самое оно, для таких простых сценариев

не вижу одинаковый дистанс

вторая никогда не включится пока первая включена

в общем, забей ты на дистанс

поясни человеку как сделать проверку доступности канала ЗА шлюзом

а то вики немного запутано написаная

/ip route add dst-address=Host1 gateway=GW1 scope=10 add dst-address=Host2 gateway=GW2 scope=10 /ip route add distance=1 gateway=Host1 routing-mark=ISP1 check-gateway=ping add distance=2 gateway=Host2 routing-mark=ISP1 check-gateway=ping

вот вся суть метода. вся суть в scope=10, к нему будет в первую очередь обращатся (если всё очень утрировать)

поясни человеку как сделать проверку доступности канала ЗА шлюзом

Вот что нужно

:)

Вот что нужно

ну да =) статья как раз про это. Но я писал про другой сценарий, с одинаковыми дистансами и метриками

+1. Делать два разных роута с одинаковым дистанциями и метриками - это странно

Вот это заявление

тоесть по сути микротик будет ходить в инет через ГВ1(так как через него ведет маршрут к Хост1 и скопом=10), а пинговать будет Хост1

Вот это заявление

не ходи вокруг да около. ПИши конкретно. Так диалога не получится

ну да =) статья как раз про это. Но я писал про другой сценарий, с одинаковыми дистансами и метриками

ну так просто вопрос был задан ?

ну так просто вопрос был задан ?

я видимо упустил и не на него отвечал

не ходи вокруг да около. ПИши конкретно. Так диалога не получится

То есть по вашему ecmp, на котором построено абсолютное большенство sp и dc сетей это странно?

ну просто люди спрашивают не то что им нужно, а то что они ДУМАЮТ что им нужно ?

Или лучше у нас один линк будет простаивать а второй на сто процентов загружен?

То есть по вашему ecmp, на котором построено абсолютное большенство sp и dc сетей это странно?

ещё раз читаем текст, а не между строк =) в рамках микротика ecmp подразумевает ОДИН маршурт с несколькими хопами внутри, а не НЕСКОЛЬКО разных маршрутутов с одинаковыми метриками, дистанциями и сетками назначения, но разными GW UPD в отдной таблице маршрутизации

Или лучше у нас один линк будет простаивать а второй на сто процентов загружен?

а это уже надо самому задавать. нечего технике решать за меня ?. Аспектов может быть много ?. Вплоть до ширины каналов

За такое уволят сразу :D

То есть по вашему ecmp, на котором построено абсолютное большенство sp и dc сетей это странно?

вот и пишу что ecmp - это норм, а вот другой вариант - это странно

а можно еще вопрос про капсман, пока вы тут все такие горячие )

как сделать еще одну виртуальную вайфай на том же капсмане?

гостевую

А какая разница

капсмане или кап-клиенте?

как сделать еще одну виртуальную вайфай на том же капсмане?

создаёшь второй конфиг и его как slave обьявляешь

Дистанц то один

Дистанц то один

хз хз. когда явно задано в одном маршруте - мы знаем как микротик буде себя вести. а когда куча разных то будем только ДОГАДЫВАТЬСЯ ?

в вики микротика не встречал разбора такой ситуации.

slave-configurations (string; Default: )

тут вопрос не том как ДОЛЖНО. а как БУДЕТ МИКРОТИК себя вести ?

А какая разница

если это было мне, то большая разница. Поведение внутри ecmp группы одно, а поведение для нескольких равнозначных маршрутов - другое (и для него я писал выше свой коммент).

тут вопрос не том как ДОЛЖНО. а как БУДЕТ МИКРОТИК себя вести ?

циска в этом месте поведёт себя точно так же, к слову