Наврал. Странная хрень. Принес мак с другого роутера - и он подключился и показал хороший результат. А второй раз опять за свое взялся.. видать подцепил какую-то настройку и опять за свое. Вместо моих законных 30 мегабит у него дай бог 3.

А это точно не шумный эфир? Есть возможность же посмотреть на микроте канальную скорость клиента и ccq?

Добрый день,   кто нибуть работал с Роутер  3G, 4G (LTE) MikroTik LtAP LTE6 kit - есть вопрос по питанию данного устройства

А это точно не шумный эфир? Есть возможность же посмотреть на микроте канальную скорость клиента и ccq?

Короче тема такая. Если в роутере ставишь N протокол, то мак нормально работает. А если g/n или b/g/n то он цепляется по g, сволочь. И скорость в 5-7 раз ниже сразу.  Почему он так делает? На других роутерах так не делает а тут на пониженном почему-то

Доброго времени, Коллеги вроде бы настроил рекурсивную маршрутизацию для двух провайдеров. Но вот не пойму почему резервный не отвечает не на какие запросы из мира, до тех пор как работает основной. А хотелось бы как то отслеживать вообще живой резервный или нет :( . Ниже экспорт маршрутов:
/ip route
add distance=20 gateway=134.249.250.254 routing-mark=ISP1
add distance=20 gateway=91.196.122.249 routing-mark=ISP2
add check-gateway=ping distance=21 gateway=8.8.8.8 target-scope=30
add check-gateway=ping distance=22 gateway=8.8.4.4 target-scope=30
add distance=15 dst-address=8.8.4.4/32 gateway=134.249.250.254
add distance=18 dst-address=8.8.4.4/32 type=unreachable
add check-gateway=ping distance=1 dst-address=8.8.8.8/32 gateway=134.249.250.254
add distance=15 dst-address=8.8.8.8/32 gateway=91.196.122.249
add distance=18 dst-address=8.8.8.8/32 type=unreachable
/ip route rule
add action=lookup-only-in-table routing-mark=ISP1 table=ISP1
add action=lookup-only-in-table routing-mark=ISP2 table=ISP2

Модем R11e-LTE6, включение  "production mode", смена IMEI - 600р

Модем R11e-LTE6, включение  "production mode", смена IMEI - 600р

Доброго времени, Коллеги вроде бы настроил рекурсивную маршрутизацию для двух провайдеров. Но вот не пойму почему резервный не отвечает не на какие запросы из мира, до тех пор как работает основной. А хотелось бы как то отслеживать вообще живой резервный или нет :( . Ниже экспорт маршрутов:
/ip route
add distance=20 gateway=134.249.250.254 routing-mark=ISP1
add distance=20 gateway=91.196.122.249 routing-mark=ISP2
add check-gateway=ping distance=21 gateway=8.8.8.8 target-scope=30
add check-gateway=ping distance=22 gateway=8.8.4.4 target-scope=30
add distance=15 dst-address=8.8.4.4/32 gateway=134.249.250.254
add distance=18 dst-address=8.8.4.4/32 type=unreachable
add check-gateway=ping distance=1 dst-address=8.8.8.8/32 gateway=134.249.250.254
add distance=15 dst-address=8.8.8.8/32 gateway=91.196.122.249
add distance=18 dst-address=8.8.8.8/32 type=unreachable
/ip route rule
add action=lookup-only-in-table routing-mark=ISP1 table=ISP1
add action=lookup-only-in-table routing-mark=ISP2 table=ISP2

Всем доброго. Настроил capsman без проводов. 5Ghz -  транспортная линия, 2,4 Ghz - wifi. Не могу по своему замыслу сделать так чтобы cap3 коннектилась к hAP ac ЧЕРЕЗ virtual ap1, а cap0 по аналогии коннектилась к hAP ac ЧЕРЕЗ virtual ap0. Дело в том что они удалены от hAP ac и сигнал 5-ки нестабилен. Поэтому эти промежуточные cap-ы хочу задействовать в роли ретрансляторов.

Доброе! А сейчас кто с кем связан?

hAP ac по 5-ке связан с CAP1, я хочу чтобы CAP0 ходила на hAP ac через CAP1

Всем доброго. Настроил capsman без проводов. 5Ghz -  транспортная линия, 2,4 Ghz - wifi. Не могу по своему замыслу сделать так чтобы cap3 коннектилась к hAP ac ЧЕРЕЗ virtual ap1, а cap0 по аналогии коннектилась к hAP ac ЧЕРЕЗ virtual ap0. Дело в том что они удалены от hAP ac и сигнал 5-ки нестабилен. Поэтому эти промежуточные cap-ы хочу задействовать в роли ретрансляторов.

А связь между cap0 и cap1 есть?

Я тут вижу два варианта: либо ретрансляция через WDS, но скорость будет сильно зарезана, либо понимать соединения точка-точка, и дальше играть в роутинг, ну и ещё вроде есть mesh, но я с ним дела не имел