Всем привет , нужна помощь по командам CLI .... Суть проблемы , нужно реализовать команду : tool ping-speed address=8.8.8.8 с последующем сохранением в файл , но при сохранении файла , он или пустой , или не полностью отработан по выставленному времени . Не могу понять как поставить задержку для полного завершения команды по времени , и только потом сохранение в файл ..... Задача стоит такая : нужно что бы в определенное время запускалась некая диагностика , например шлюза провайдера , и данные отправлялись на почту в виде файла или сообщения , это не важно , главное что бы данная команда отработала полностью .... Интересуют команды : 1. ping-speed 2. speed-test 3. traceroute Заранее всем спасибо кто ответит =)
Странно как то у Вас тут ..... Форум заброшен ? Или я что то не так сделал !? Остановился на следующих командах : 1. /tool ping-speed 8.8.8.8 second-ping-size=128 once duration=30 file=Ping.txt Но суть та же , команда выполняется не 30 сек , а гораздо меньше ..... И второй вариант , более продвинутый , но так же нет задержки для выполнения данного теста..... :local info [/system resource monitor] :local ping [ping count=5 interval=100ms 8.8.8.8]; :delay 10; #read log :local logcontent :foreach int in=[/log find ] do={ :set logcontent ("$logcontent\r\n" .[/log get $int time]. " - " .[/log get $int message]) } :log info $info :log info $ping :local ping ($ping->"ping") :log info $info ut [:time {:for i from=1 to=10 do={ :delay 100ms }}]; :set log ###read log :local logcontent :foreach int in=[/log find ] do={ :set logcontent ("$logcontent\r\n" .[/log get $int time]. " - " .[/log get $int message]) } :delay 1; :log info $int #send email #/tool e-mail send to="XXXX@gmail.com" subject=([/system identity get name] . " Log " . [/system clock get date]) body=$logcontent В связи с этим , Прошу подсказку какую команду и куда внедрить , что бы команды выполнялась указанное время ..... ?
Приветствую Илья , спасибо что хоть ты ответил ! пока ждал ответ нашел решение ..... :log info "8.8.8.8 down"; :execute {/ping 8.8.8.8 count=10} file=ping-fail; :execute {/tool traceroute 8.8.8.8 duration=8} file=TRACEROUTE :delay 15; /tool e-mail send file=TRACEROUTE.txt,ping-fail.txt to="XXXX@gmail.com" subject=([/system identity get name] . " Log " . [/system clock get date]) body="TEST_TRACEROUTE_do_8.8.8.8" :delay 10; /file remove TRACEROUTE.txt /file remove ping-fail.txt
Теперь есть второй вопрос , возможно ли сделать скрипт , который будет проверять интернет , и если есть проблема например с трассой , тогда сохранять файл , с последующим отправлением на почту ? Или такой вариант : команда при снижении скорости , запускается скрипт , в котором команды : ping-speed Что бы поймать падение скорости на стороне провайдера.... , ну или другой вариант , что бы зафиксировать это самое падение скорости...
Netwatch не совсем то , так как пинги не падают , падает скорость , трасеровка тоже может быть в норме , просто с большим временем отклика . На счет ICMP Flood - попробую проверить по детальнее , мне кажется что нет , а что пинговать - ? - да найдем что , обычно если есть проблемы со скоростью , то проверятся шлюз провайдера , ДНС провайдера , трасеровка , ну на крайнят можно же и проверку самого микротика добавить в проверку..... Мне главное поймать эту проблему , и убедиться что это на стороне провайдера , отправить им все проверки , и заставить их решить вопрос , если ПРОБЛЕМА РЕАЛЬНА У НИХ ..... =) Вот как то так ..... P.S. - Кстати , с помощью Микротика , я уже доказал с десяток клиентам провайдера , что проблема на клиентской стороне , но есть подозрение что и провайдера есть какие то проблемы ..... может и кратковременные , но они есть .... без такой проверки , такую проблему не поймать !
Ну смотрите 1. Traceroute показывает только путь "туда". И время задержки на промежуточных узлах вообще ни о чем не гооврит, кроме того, что на этом узле плохой обратный маршрут (но это не мешает ему быстро гнать пакеты в нужном направлении). Именно это вы и видите, когда на хопе N задержка больше, чем на хопе N+X. 2. Пинг на произвольный узел не говорит о проблемах у этого провайдера. Они легко могут быть у его пира. Или когда у вашего провайдера до узла назначения 2 хопа, а вот назад пакет идет через Стокгольм (и этой ситуацией ваш провайдер не управляет). В общем проще встать в позу неадекватного клиента и долбать жалобами. Пусть провайдер разбирается. )
На счет "неадекватного" это конечно хорошо , но они таких в ИГНОР спускают , а вот если что то им предъявляешь , то они начинают задумываться , мол клиент все знает , а мы ни хрена не знаем =) , и начинают предпринимать какие то действия... Ладно спасибо за ответы , буду долбать их что есть , впишу их почту , и пусть микротик шлет им все замеры =) Илья , а для чего тогда есть такие функции как speed-test и ping-speed ? Что они конкретно проверяют ?
По идее они проверяют скорость канала. Но, если канал "жирный", а роутре наоборот не очень, то утыкаемся в CPU маршрутизатора, который загружен этим приложением.
