спсибо

Он без вайфая. Если что.

мне надо было расчитать самый бюджетный вариант соединить сети 2х объектов в 30км с шифрованием

Сюда входит строительство оптической линии?

Есть задачка, 2011, 2 провайдера, ISP1 - ether1 и ISP2 - ether2, ISP1 - IPoE, белый динамический адрес, но может меняться довольно сильно, вплоть до подсети и шлюза. ISP2 - docsis модем, в порт маршрутизатора приходит также по dhcp белый адрес, возможно можно организовать статику, в процессе подключения docsis модема в провайдера на маршрутизатор сначала приходит адрес 192.168.100.ХХ, задача организовать как минимум failover и желательно с утилизацией обоих каналов (например на ISP2 в штатном режиме вывести гостевую вафлю).

вопрос собственно в способах настройки скриптов или netwatch в условиях изменения шлюза на ISP1

давно пора эту и еще несколько статей на хабре закрепить в шапке :)

ну так то да, только везде прописаны маршруты и адреса руками и все это пойдет к черту если у меня сменится шлюз у провайдера, конкретно ситуация, два дня назад в филиале забыли проплатить isp1, провайдер на это обиделся и выдал приватный адрес и шлюз, ну чтобы только можно было в личный кабинет зайти, после проплаты внешний адрес дали, но вместо 109.108.242.хх он стал 178.74.220.yy и с абсолютно другим шлюзом, что-то мне подсказывает, что если бы у меня все было забито стаически, то биллинг провайдера меня послал подальше.

можно настроить рекурсию, чтобы исключить ситуацию когда прод отдает приватный адрес, и шлюз продолжает пинговаться, но инета нетЮ т.е. маршрут не уйдет в unreachible, но для этого все равно надо задавать шлюз через который ходить до внешних хостов, а он динамаческий.

как вариант вижу дергать скриптом маршрут по комментарию при событии на dhcp client, но насколько это правильно и работоспособно?

Посмотрите статью.

да, посмотрел, увидел, спасибо )

а самое смешное во всем том что у меня MTCRE 86% и MTCTCE 79% (((((

Ребята, могу ли я пустить RTSP через VPN (чтобы обелить адрес), а RTP без VPN (с другого адреса)? Не охота гонять весь трафик через сервер. Да и смысл?

Вот такая схема получается. Извращения чтобы просто прокинуть камеру в интернет через LTE.

RTSP (управление) до камеры проходит через 2 dst-nat и VPN. RTP же (данные) не хочу заворачивать в VPN и гнать через сервер. Хочу их напрямик через 0.0.0.0.

Это вообще реал на практике? Примет ли Stream Recipient данные по RTP не от IP адреса к которому обращается по RTSP (Mikrotik CHR), а от другого (мой ISP)?

Добрый. Подскажите пожалуйста. Локалка, микрот. Подсети 172.16.0.0/24 и 192.168.56.0/24 на разных интерфейсах, друг друга видят. Завел статику в dns - nas.local. Должен ответить хост 192.168.56.245. Не отвечает зараза. Пробую с вин 7 из подсети 172.16.0.0/24. Есть какой то секрет? Сенк