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

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

Всем привет! Помогите разобраться, что-то я упускаю. В 1100ah2 на ether1 и ether2 приходит один и тот же провайдер. Адреса 1.1.1.2 и 1.1.1.3 Шлюз общий - 1.1.1.1 Через второй адрес должен ходить один компьютер. 192.168.0.1 В mangle я делаю этому компу routing mark "1_3" В таблице роутинга 1_3 запись 0.0.0.0/0 через 1.1.1.1%ether2 prefsource=1.1.1.3 В таблице main для всех остальных запись 0.0.0.0/0 через 1.1.1.1%ether1 prefsource=1.1.1.2 Так всё работает, но... При такой записи не работает рекурсивная маршрутизация. Т.е. если я пишу две записи 0.0.0.0/0 через 8.8.8.8 и 8.8.8.8 через 1.1.1.1%ether1 - это не работает. Если ставлю просто 8.8.8.8 через 1.1.1.1 - пишет ether2 reachable. Можно ли в эту схему все-таки вписать рекурсивную маршрутизацию или возвращаться к проверке падения канала через netwatch и скрипты? PS Два адреса на одном интерфейсе я по определенным причинам пока сделать не могу

А можно вопрос - а смысл такой схемы, а тем более рекурсивной маршрутизации? У провайдера явно терминируется на одну железку это дело.

Задайте два vrf для интерфейсов eth1 и eth2. В каждом создайте рекурсивную маршрутизацию. И роуты в локалку. И манглами распределяйте кого из локальных отправлять в какую таблицу.

Два Линка вроде же

Два линка с одним и тем же шлюзом.

Ну а почему нет. Как будто два разных клиента

А можно вопрос - а смысл такой схемы, а тем более рекурсивной маршрутизации? У провайдера явно терминируется на одну железку это дело.

Потому что есть еще и третий линк от другого провайдера. Я почему и оставлял один машрут от первого провайдера в main. Чтобы при падении активным становился второй.

С разными метриками указывайте в Main через ipшлюза%интерфес. Хоть 10 добавьте

Задайте два vrf для интерфейсов eth1 и eth2. В каждом создайте рекурсивную маршрутизацию. И роуты в локалку. И манглами распределяйте кого из локальных отправлять в какую таблицу.

Да, я уже посмотрел презентацию Алексея, он разруливает роутинг рулами, в выходные буду реализовывать, все-таки на продакшене в будние дни не побалуешь)

Оооооок, в врф-ах рекурсия складывается. Был неправ, признаю.

А мы верили на слово про main )))

Ему внутрь надо как я понял. input interface тоже бы добавить вторым правилом да и что бы лишнее не отрабатывать добавить пару условий например chain=forward action=change-mss new-mss=1300 passthrough=no tcp-flags=syn protocol=tcp in-interface=eoip tcp-mss=1301-65535

добавил на тунельные интерфейсы и вернул ipsec. счётчик тикает, пакеты теряются устройства за роутером таперь можно толко пинговать

в настройках интерфейса. С обеих сторон нет возможности.

Тогда на одном но 2 правила на инпут и аутпут.

правила на инпут не ставится. на аутпут не тикает

Френель есть?

Керчь?

Добрый день! Радиомост из LHG G-5acD-XL. Расстояние 4км. noise floor -106gBm, tx/rx signal strength 50/47 dBm. Signal to noise 59 db. tx/rx ccq скачет постоянно от 50/50 до 99/99. Помогите диагностировать проблему. связь между антеннами (Bandwidth test) иногда просто замирает. потом скаканет до 100мбит. Мост далеко, хочетсяудаленно понять. Может ли это означать, что прямой видимости нет ?

Какой протокол используете?

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

Еще для линков идущих низко над поверхностью воды бывает полезно вообще отключить вертикальную поляризацию на обеих сторонах.

У меня линки на 1-3 км в полнейший туман(видимость метров 10) на наносах 5ггц, держат ccq в районе 85-90 постоянно.

Рад за вас и ваши насосы. Вопрос был про микротик. Или вы пофлеймить?

Это к поляризации. Думаю дело не в ней, человек сказал же, остальные линки норм

Отключение вертикальной поляризации для линков над поверхностью воды, в качестве рекомендации описано в официальных документах ubiquiti

Если есть возможность, киньте линк для ознакомления, не видел... Спасибо.

Коллеги, а МТ может кормить PoE других вендоров?

Коллеги, а МТ может кормить PoE других вендоров?

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

Вы можете на микроте включить постоянно питание. И если dlink от 24в работает то все поднимется. Но это может рано или поздно закончится что длинк может выйти из строя. А может и норм будет.

микрот через свой блок питания работает и так

Добрый день. Началась проблема с несколькими беспроводными клиентами через капсман если управляются все точки через 1 интерфейс через коммутатор все нормально, если включаются в порты МТ напрямую у некоторых клиентов dhcp1 offering lease 192.168.8.157 for A0:A8:CD:80:5E:EA to A0:A8:CD:80:5E:E9 without success У остальных и н этих точках и на других проблем нет.

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

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

не понятна топология, по приведенному логу DHCP выдает 192.168.8.157 ранее принадлежавший A0:A8:CD:80:5E:EA клиенту A0:A8:CD:80:5E:E9 - клиент отказывается, поскольку делает ARP-запрос и видимо получает на него ответ (т.е. адрес уже фактически занят)? 2 DHCP в один L2 ?

wireless access-list time

я нашел это поле но оно больше на расписание похоже чем на таймер работы acl

"каждый день - не больше часа" - это Ваше условие ?