ДБ
Сеть то пропускает, но да, слишком много уровней абстракции. Но м держать отдельный физический сервер только под пинг глупо же
Ну так поставь один узел в итерации и будет тебе как в твоем любимом us_ping — синхронно
Size: a a a
2020 November 13
ИТ
Страдать
где выключается этот глючный опрос не получилось найти?
ДБ
Вам дали мощный модуль, умеющий асинхронный ICMP. Делающий работу в сотни раз быстрее. А вы не поняли этого.
G
где выключается этот глючный опрос не получилось найти?
usm_peleng попробуй галку снять
ИТ
G
Вам дали мощный модуль, умеющий асинхронный ICMP. Делающий работу в сотни раз быстрее. А вы не поняли этого.
Мы хотим пыщьпыщь а не разбираться в тонкостях стека, этого и на брасах хватает
ДБ
Мы хотим пыщьпыщь а не разбираться в тонкостях стека, этого и на брасах хватает
(С) слова представителя современной IT индустрии
G
Заставили перейти со старого модуля, появились проблемы которых не было
ДБ
Ну послушай
G
Вот и всё
ДБ
Модуль то тут не причем
G
И не у меня одного выходит
E
типичную для тебя. да. у тебя сеть не пропускает 500 в итерации. причем тут модуль?
В первой версии usm_checker я подбирал количество итераций по умолчанию на глаз. Это было дома. У меня дома RB951G. И у меня все отлично прошло при 550 узлах в итерации. При 600 узлах в итерации мой микротик загнулся.
Я сделал вывод: раз мой говномикротик умеет 550, то наверняка у операторв связи оборудование получше и запросто сможет пропустить такое количество. Ну и наверочку поставил 500 по умолчанию.
Оказалось, что у операторов всё плохо. Потому что они запускают usm_checker на виртуалках, а гипервизоры очень не любят подобный icmp-флуд, чем и является асинхронный пинг. И режут его жестко. Ктож знал?
Уже достаточно давно по умолчанию в конгфиге 100 узлов в итерации. И то, есть клиенты, у которых заработало только с 8 узлами в итерации.
Напомню. Старый us_ping имел ОДИН узел в итерации. ОДИН!!!
В первой версии usm_checker я подбирал количество итераций по умолчанию на глаз. Это было дома. У меня дома RB951G. И у меня все отлично прошло при 550 узлах в итерации. При 600 узлах в итерации мой микротик загнулся.
Я сделал вывод: раз мой говномикротик умеет 550, то наверняка у операторв связи оборудование получше и запросто сможет пропустить такое количество. Ну и наверочку поставил 500 по умолчанию.
Оказалось, что у операторов всё плохо. Потому что они запускают usm_checker на виртуалках, а гипервизоры очень не любят подобный icmp-флуд, чем и является асинхронный пинг. И режут его жестко. Ктож знал?
Уже достаточно давно по умолчанию в конгфиге 100 узлов в итерации. И то, есть клиенты, у которых заработало только с 8 узлами в итерации.
Напомню. Старый us_ping имел ОДИН узел в итерации. ОДИН!!!
Я когда перебирал проблему, что жаловались на ит и юсу них тормозил, да виртуалка, а там порт в 100мб и за тремя роутерами😂
А @goletsa ещё его дополнительно забором накрывает, безопасность жеж
А @goletsa ещё его дополнительно забором накрывает, безопасность жеж
ДБ
кто виноват, что ты сев в феррари сразу газ в пол по привычке как на жигулях?
E
кто виноват, что ты сев в феррари сразу газ в пол по привычке как на жигулях?
Он тя просто трололо, оставь его)
ДБ
Он тя просто трололо, оставь его)
это не тебе же
G
ДБ
@goletsa получил мощный модуль, который за секунду опрашивает 500 узлов
Но его сеточка не смогла пропустить такой флуд.
Понимаю. Это действительно флуд и многим дохера умным оборудованием распознрается как флуд и режется. Об этом написано в мануале, что если режется сетью — понижайте это количество.
Но его сеточка не смогла пропустить такой флуд.
Понимаю. Это действительно флуд и многим дохера умным оборудованием распознрается как флуд и режется. Об этом написано в мануале, что если режется сетью — понижайте это количество.
DZ
Вообще us виноват. Приучил что все мигает, работает.
А тут новый модуль, настраивать надо..
А тут новый модуль, настраивать надо..
G
Вообще us виноват. Приучил что все мигает, работает.
А тут новый модуль, настраивать надо..
А тут новый модуль, настраивать надо..
