Mikrotik.moscow [тема: улучшить функцию "check-gateway" — использовать произвольный IP для проверки]

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Thu, 25 May 2017 11:49:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Хорошо. Выключи пинг шлюза и используй вместо этого netwatch.
25.05.2017 11:49:00, jarda.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Thu, 25 May 2017 11:31:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Наша ситуация: Устройство Mikrotik получает статусные данные от подключённых к нему по Ethernet локальных датчиков. Эти данные нужно надёжно отправлять в центр обработки данных. У маршрутизатора Mikrotik есть два доступных канала связи с центром данных: основной — наземное проводное соединение через ISP, без существенных затрат на передачу данных, и резервное — сотовое соединение, которое используется при отказе основного канала. Сотовая связь тарифицируется по объёму переданных данных в месяц. Мы используем рекурсивные маршруты, чтобы проверять доступность обоих каналов, и сообщаем в центр обработки данных о сбое любого из путей. Это ускоряет ремонт в случае отказа.

Что касается резервного сотового канала, рекурсивная маршрутизация отправляет ping размером 70 байт и получает ответ каждые 10 секунд.
70 байт/датаграмма * 2 (ping + ответ) * 6 (пингов в минуту) * 1440 (минут в дне) * 30 (дней в месяце) = 36 мегабайт в месяц.

Это всего лишь служебная информация, которая позволяет начать ремонт при возникновении проблемы. Возможность уменьшить размер ping до минимального и снизить частоту отправки значительно уменьшила бы стоимость передачи этих статусных данных. Вот мой вопрос/запрос…
25.05.2017 11:31:00, telepro.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Thu, 25 May 2017 10:34:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Странно. Я мог бы представить, что мне это нужно только быстрее, так зачем его замедлять?
25.05.2017 10:34:00, jarda.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Thu, 25 May 2017 08:26:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
В данный момент нет способа контролировать это.
25.05.2017 08:26:00, mrz.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Wed, 24 May 2017 20:26:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Кто-нибудь знает: есть ли какой-то способ контролировать частоту отправки пингов, когда в определении маршрута включена функция Check-gateway? По умолчанию сейчас кажется, что пинг посылается примерно раз в 10 секунд. Хотелось бы замедлить этот процесс. Заранее спасибо.
24.05.2017 20:26:00, telepro.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Mon, 15 May 2017 22:13:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Несколько лет назад я написал код, который запускаю для проверки каждого маршрута с учетом поправок по расстоянию (веса для разных линий). Можно использовать любую команду RouterOS для проверки маршрута, создав комментарий к маршруту, который начинается с “ROUTE_CHECK:”. Это позволяет использовать конкретные таблицы маршрутизации и составные выражения. У меня на системах пингуются два адреса, и суммируется их статус (получается 0, 1 или 2), причём любое значение, кроме 0, считается успешным. Если возвращается 0, маршрут либо отключается, либо у него корректируется дистанция в зависимости от переменных minDistance/maxDistance. Всё это объединяется, чтобы задавать «приоритеты» для доступных линий, так чтобы всегда оставался последний запасной вариант. Запуск происходит через планировщик каждые 5 секунд.

add check-gateway=ping comment="ROUTE_CHECK: :global minDistance 5; :global maxDistance 55; return ([/ping PUBLICIP1 count=1 interface=OutsideComcast routing-table=Comcast]+[/ping PUBLICIP2 count=1 interface=OutsideComcast routing-table=Comcast])" distance=5 gateway=GATEWAYMASKED routing-mark=PhoneInternet
add check-gateway=ping comment="ROUTE_CHECK: :global minDistance 10; :global maxDistance 50; return ([/ping PUBLICIP1 count=1 interface=OutsideVerizon routing-table=Verizon]+[/ping PUBLICIP2 count=1 interface=OutsideVerizon routing-table=Verizon])" distance=10 gateway=GATEWAYMASKED routing-mark=PhoneInternet
add check-gateway=ping comment="ROUTE_CHECK: :global minDistance 5; :global maxDistance 50; return ([/ping PUBLICIP1 count=1 interface=OutsideVerizon routing-table=Verizon]+[/ping PUBLICIP2 count=1 interface=OutsideVerizon routing-table=Verizon])" distance=5 gateway=GATEWAYMASKED pref-src=SRCMASKED
add check-gateway=ping comment="ROUTE_CHECK: :global minDistance 10; :global maxDistance 55; return ([/ping PUBLICIP1 count=1 interface=OutsideComcast routing-table=Comcast]+[/ping PUBLICIP2 count=1 interface=OutsideComcast routing-table=Comcast])" distance=10 gateway=GATEWAYMASKED

Если кто-то хочет попробовать — добавьте этот планировщик/скрипт. Ниже привожу более читабельную версию.

/system script add name=route_check owner=admin policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive source=":foreach k in [/ip route find comment~\"ROUTE_CHECK\"] do={
:local actualroute [:tostr [/ip route get \$k]]
:local disabled [/ip route get \$k disabled]
:local comment [/ip route get \$k comment]
:local distance [/ip route get \$k distance]
:local cmd [:pick \$comment 13 [:len \$comment]]
:local parsedcmd [:parse \"\$cmd\"]
:global minDistance \"\"
:global maxDistance \"\"
:global stepDistance 5
:local status [\$parsedcmd]
:set minDistance [:tonum \$minDistance]
:set maxDistance [:tonum \$maxDistance]
#:put \"STATUS: \$status \$[:type \$status]\"
:if ([:type \$status] != \"num\") do={
:error \"\$comment вернул значение не числового типа (нужен return в выражении?)\"
}
if ([:type \$minDistance] != \"nil\" && [:type \$maxDistance] != \"nil\") do={
if (\$minDistance >= \$maxDistance) do={
:error \"minDistance >= maxDistance\"
}
:local newDistance \$distance
if (\$status = 0) do={
:set newDistance (\$distance + \$stepDistance)
}
if (\$status != 0) do={
:set newDistance (\$distance - \$stepDistance)
}
if (\$newDistance < \$minDistance) do={ :set newDistance \$minDistance; }
if (\$newDistance > \$maxDistance) do={ :set newDistance \$maxDistance; }
if (\$newDistance != \$distance) do={
/log warning \"distance (\$status): \$distance [\$minDistance, \$maxDistance] -> \$newDistance - \$actualroute\"
/ip route set \$k distance=\$newDistance
}
} else {
:if (\$status = 0 && !\$disabled) do {
/ip route disable \$k
/log warning \"Команда: \$cmd статус=\$status\"
/log warning \"distance (\$status): \$distance ОТКЛЮЧАЮ - \$actualroute\"
} else {
:if (\$status != 0 && \$disabled) do {
/ip route enable \$k
/log warning \"distance (\$status): \$distance ВКЛЮЧАЮ - \$actualroute\"
}
}
}
}"

/system scheduler add interval=5s name=route_check on-event=route_check policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive start-date=feb/09/2016 start-time=03:39:20

:foreach k in [/ip route find comment~"ROUTE_CHECK"] do={
:local actualroute [:tostr [/ip route get $k]]
:local disabled [/ip route get $k disabled]
:local comment [/ip route get $k comment]
:local distance [/ip route get $k distance]
:local cmd [:pick $comment 13 [:len $comment]]
:local parsedcmd [:parse "$cmd"]
:global minDistance ""
:global maxDistance ""
:global stepDistance 5
:local status [$parsedcmd]
:set minDistance [:tonum $minDistance]
:set maxDistance [:tonum $maxDistance]
#:put "STATUS: $status $[:type $status]"
:if ([:type $status] != "num") do={
:error "$comment вернул значение не числового типа (нужен return выражения?)"
}
if ([:type $minDistance] != "nil" && [:type $maxDistance] != "nil") do={
if ($minDistance >= $maxDistance) do={
:error "minDistance >= maxDistance"
}
:local newDistance $distance
if ($status = 0) do={
:set newDistance ($distance + $stepDistance)
}
if ($status != 0) do={
:set newDistance ($distance - $stepDistance)
}
if ($newDistance < $minDistance) do={ :set newDistance $minDistance; }
if ($newDistance > $maxDistance) do={ :set newDistance $maxDistance; }
if ($newDistance != $distance) do={
/log warning "distance ($status): $distance [$minDistance, $maxDistance] -> $newDistance - $actualroute"
/ip route set $k distance=$newDistance
}
} else {
:if ($status = 0 && !$disabled) do {
/ip route disable $k
/log warning "Команда: $cmd статус=$status"
/log warning "distance ($status): $distance ОТКЛЮЧАЮ - $actualroute"
} else {
:if ($status != 0 && $disabled) do {
/ip route enable $k
/log warning "distance ($status): $distance ВКЛЮЧАЮ - $actualroute"
}
}
}
}
15.05.2017 22:13:00, nathan1.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Mon, 15 May 2017 12:42:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
+1 за эту просьбу о функции. Было бы очень полезно.
15.05.2017 12:42:00, telepro.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Tue, 20 Dec 2016 15:25:00 -0500

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Привет! На мой взгляд, это улучшение функции значительно упростит настройку проверки маршрутов, убрав множество строк конфигурации и сделав настройку проще и понятнее. Очень похоже на то, что уже реализовано с «ARP IP targets» в проверке ARP-бонда. Спасибо, Дэвид.
20.12.2016 15:25:00, dcosta.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Sat, 06 Feb 2016 21:29:00 -0500

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
+10 за предложение функции!
06.02.2016 21:29:00, blazej44800.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Sun, 22 Nov 2015 23:25:00 -0500

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Бвхаха, 5 лет xD Ты читал эту статью?
22.11.2015 23:25:00, Chupaka.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Sat, 21 Nov 2015 23:50:00 -0500

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Ошибка возникает, когда проблема находится после вашего шлюза, то есть ваш шлюз отвечает нормально, но связь прерывается через 2, 3 или больше маршрутизаторов дальше. Только с помощью скрипта можно проверить, создана ли опция вроде «check-address=10.110.0.99»!
21.11.2015 23:50:00, esanbr.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Wed, 21 Jun 2017 21:28:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
В советской России Интернет серфит тебя. Вот так.
21.06.2017 21:28:00, idlemind.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Wed, 21 Jun 2017 16:49:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Как человек, который теряет пинги внутри своей сети, вообще может быть провайдером?
21.06.2017 16:49:00, jarda.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Wed, 21 Jun 2017 07:08:00 -0400

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
В наше время в России многие домашние и SMB-шлюзы провайдеров отвечают на arp-ping с потерями около 50%, поэтому разумно добавить некоторое сглаживание и пороги потерь пакетов для check-gateway=arp.
21.06.2017 07:08:00, cypa.

улучшить функцию "check-gateway" — использовать произвольный IP для проверки

Fri, 24 Jan 2014 08:41:00 -0500

улучшить функцию "check-gateway" — использовать произвольный IP для проверки RouterOS в форуме RouterOS.
Я новичок в Mikrotik и был рад увидеть столько способов балансировки нагрузки и резервирования трафика при наличии нескольких upstream-соединений. Однако, похоже, что для настоящей проверки состояния, выходящей за рамки просто «включен ли upstream-роутер», приходится копаться в скриптах — а это настоящая головная боль, особенно если хочешь использовать больше двух upstream.

Многие DSL, кабельные, EoC, T1 и подобные подключения имеют отдельный LAN-блок, поэтому просто пинговать IP upstream-роутера, который используется как шлюз по умолчанию, ничего не скажет о наличии реального соединения. Возможность указать, например, IP первого хопа за upstream-роутером или какой-то сервер выше по цепочке была бы гораздо удобнее и отражала бы реальную ситуацию.

Например, было бы намного проще так:

ip route add dst-address=0.0.0.0/0 gateway=10.111.0.1 check-gateway=ping check-address=10.110.0.99

Без скриптов, без netwatch — просто вводишь IP, который хочешь мониторить, чтобы проверить доступность через него.
24.01.2014 08:41:00, sporkman.