Russian Users MikroTik | Форум пользователей MikroTik

BLOODER писал(а):Опять на коленке ну что это такое

У меня тяга к образным выражениям с молодости. Сейчас уж не переучишь.

Кстати, а с чего вы взяли что из локалки которая с нетом не будет проходить пинг на 8.8.8.8, то есть через бридж вы хотите сказать без интернета у нас валяется 1:1 играем дальше

Пробуйте команду, я вам ее привел. В терминале наберите.

Чёрт побери((( вот, вы правы
[admin@SERVER] > /ping count=3 8.8.4.4 interface=bridge-local
HOST SIZE TTL TIME STATUS
8.8.4.4 timeout
8.8.4.4 timeout
8.8.4.4 timeout
sent=3 received=0 packet-loss=100%
HOST SIZE TTL TIME STATUS

[admin@SERVER] > /ping count=3 8.8.4.4 interface=ether1
HOST SIZE TTL TIME STATUS
8.8.4.4 timeout
8.8.4.4 timeout
8.8.4.4 timeout
sent=3 received=0 packet-loss=100%
HOST SIZE TTL TIME STATUS

[admin@SERVER] > /ping count=3 8.8.4.4 interface=yota
HOST SIZE TTL TIME STATUS
8.8.4.4 56 45 77ms
8.8.4.4 56 45 79ms
8.8.4.4 56 45 80ms
sent=3 received=3 packet-loss=0% min-rtt=77ms avg-rtt=78ms max-rtt=80ms

А как запускать скрипт после ребута?
И с задержкой ?

я без задержки сделал

Вот опять Вы не хотите думать. Вы же ставите временной интервал в шедулере Ping. Вот с этой задержкой и стартует скрипт ping_con. После ребута если используете первый вариант, то старт скрипта по интервалу в шедулере. Если второй, то старт откладывается на то время, которое вы указали в переменных :local deltaH ; :local deltaM ; :local deltaS (часы, минуты и секунды соответственно) до старта шедулера плюс временной интервал самого шедулера.
Ну а скрипт ping_time стартует по шедулеру Time единожды после отсчета в последнем 100 секунд. Он лишь призван проверить, есть ли связь с серверами точного времени и в случае положительного ответа задать время старта основного скрипта ping_con через шедулер Ping. Если ответа нет, просто работает счетчик который отложит время старта шедулера Ping и с ним основного скрипта ping_con на 3600 секунд. Если кто-то предложит более простую схему (работоспособную, конечно) я могу попытаться ее реализовать. Пока меня эта устраивает.

Добрый день!
Не нашел подходящей темы, спрошу здесь.

В скрипте есть строка :set MainIfInetOk (($ResultGoogle + $ResultIphome + $ResultMail) >= (2 * $PingCount)) которая сравнивает кол-во переданных и потерянных пакетов.
Как сюда или отдельно прописать сравнение времени ответа. Т.е. хочу получить такой критерий проверки:

"Если количество ответов больше 2/3 и среднее время ответа меньше 100 мс", то такой канал буду считать рабочим.

В одной строке сравнивать мокрое и красивое как-то не слишком кошерно. Выводите отдельную переменную для времени и с ней работайте. Хотя, для какого из трех узлов Вы будете брать время ответа? Или станете еще и среднее вычислять? Ну попробуйте, если желание есть, там условий будет сразу несколько, я в них не полезу, просто неинтересно и бесперспективно мне показалось. Если охота сами собирайте такую связку.
В самом конце у Вас выйдет как-то там :

Если переменная А1 примет значение .... и переменная В1 примет значение ..... , то случится ....., иначе будет ....

Да в каком месте сравнивать это дело десятое... Почему считаете бесперспективным? Разве время задержки не является одним из показателем работоспособности канала?

Какой будет цикл мне понятно, подскажите как получить данный параметр. Т.е. кол-во запросов 3 это ping count=3, а ping time=100 или ping timeout=100 не дает нужный параметр.

Да и вообще может куда направите, где есть есть сам алгоритм определяющий работоспособность канала (хотя бы не реализации, а только алгоритм). Неужели все определяют живность канала только по пингу пары внешних адресов? Я понимаю, что это лучше чем проверка по шлюзу провайдера, но ведь не предел мечтаний...