CLI - Нужна помощь...

Тема в разделе "Общие вопросы", создана пользователем Alex-bootton, 12 янв 2020.

  1. Alex-bootton

    Alex-bootton Новый участник

    Всем привет , нужна помощь по командам CLI ....

    Суть проблемы , нужно реализовать команду :
    tool ping-speed address=8.8.8.8
    с последующем сохранением в файл , но при сохранении файла , он или пустой , или не полностью отработан по выставленному времени .
    Не могу понять как поставить задержку для полного завершения команды по времени , и только потом сохранение в файл .....

    Задача стоит такая : нужно что бы в определенное время запускалась некая диагностика , например шлюза провайдера , и данные отправлялись на почту в виде файла или сообщения , это не важно , главное что бы данная команда отработала полностью ....
    Интересуют команды :
    1. ping-speed
    2. speed-test
    3. traceroute


    Заранее всем спасибо кто ответит =)
     
  2. Alex-bootton

    Alex-bootton Новый участник

    Странно как то у Вас тут ..... Форум заброшен ? Или я что то не так сделал !?

    Остановился на следующих командах :

    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
    :put [: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

    В связи с этим ,
    Прошу подсказку какую команду и куда внедрить , что бы команды выполнялась указанное время ..... ?
     
  3. Илья Князев

    Илья Князев Администратор Команда форума

    Создать скрипт в /system script
    Засунуть команду его запуска в /system sheduler
     
  4. Alex-bootton

    Alex-bootton Новый участник

    Приветствую Илья , спасибо что хоть ты ответил !
    пока ждал ответ нашел решение .....
    :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
     
  5. Alex-bootton

    Alex-bootton Новый участник

    Теперь есть второй вопрос , возможно ли сделать скрипт , который будет проверять интернет , и если есть проблема например с трассой , тогда сохранять файл , с последующим отправлением на почту ?
    Или такой вариант : команда при снижении скорости , запускается скрипт , в котором команды : ping-speed
    Что бы поймать падение скорости на стороне провайдера.... , ну или другой вариант , что бы зафиксировать это самое падение скорости...
     
  6. Илья Князев

    Илья Князев Администратор Команда форума

    /tool netwatch ?
    А что будем пинговать? А мы уверены что там не стоит защита от ICMP Flood?
     
  7. Alex-bootton

    Alex-bootton Новый участник

    Netwatch не совсем то , так как пинги не падают , падает скорость , трасеровка тоже может быть в норме , просто с большим временем отклика .
    На счет ICMP Flood - попробую проверить по детальнее , мне кажется что нет , а что пинговать - ? - да найдем что , обычно если есть проблемы со скоростью , то проверятся шлюз провайдера , ДНС провайдера , трасеровка , ну на крайнят можно же и проверку самого микротика добавить в проверку.....

    Мне главное поймать эту проблему , и убедиться что это на стороне провайдера , отправить им все проверки , и заставить их решить вопрос , если ПРОБЛЕМА РЕАЛЬНА У НИХ ..... =)
    Вот как то так .....

    P.S. -
    Кстати , с помощью Микротика , я уже доказал с десяток клиентам провайдера , что проблема на клиентской стороне , но есть подозрение что и провайдера есть какие то проблемы ..... может и кратковременные , но они есть ....
    без такой проверки , такую проблему не поймать !
     
    Последнее редактирование: 31 янв 2020
  8. Илья Князев

    Илья Князев Администратор Команда форума

    Ну смотрите
    1. Traceroute показывает только путь "туда". И время задержки на промежуточных узлах вообще ни о чем не гооврит, кроме того, что на этом узле плохой обратный маршрут (но это не мешает ему быстро гнать пакеты в нужном направлении). Именно это вы и видите, когда на хопе N задержка больше, чем на хопе N+X.
    2. Пинг на произвольный узел не говорит о проблемах у этого провайдера. Они легко могут быть у его пира. Или когда у вашего провайдера до узла назначения 2 хопа, а вот назад пакет идет через Стокгольм (и этой ситуацией ваш провайдер не управляет).

    В общем проще встать в позу неадекватного клиента и долбать жалобами. Пусть провайдер разбирается. )
     
  9. Alex-bootton

    Alex-bootton Новый участник

    На счет "неадекватного" это конечно хорошо , но они таких в ИГНОР спускают , а вот если что то им предъявляешь , то они начинают задумываться , мол клиент все знает , а мы ни хрена не знаем =) , и начинают предпринимать какие то действия...

    Ладно спасибо за ответы , буду долбать их что есть , впишу их почту , и пусть микротик шлет им все замеры =)

    Илья , а для чего тогда есть такие функции как speed-test и ping-speed ?
    Что они конкретно проверяют ?
     
  10. Илья Князев

    Илья Князев Администратор Команда форума

    По идее они проверяют скорость канала. Но, если канал "жирный", а роутре наоборот не очень, то утыкаемся в CPU маршрутизатора, который загружен этим приложением.
     
  11. Alex-bootton

    Alex-bootton Новый участник

    Ясно , спасибо за ответы , буду тогда что нибудь мастерить =)