Size: a a a

ERP USERSIDE - Общение

2020 November 13

G

Goletsa in ERP USERSIDE - Общение
Ivan Shvedov
Мне дали документ: Описание API-методов телефонной подсистемы USERSIDE
Там нет такого запроса...
Вот этот вот
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Goletsa
usm_ping
такого модуля уже нет
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Нет, подожди
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
мы тут публично общаемся. ты говоришь, что мой модуль глючит. я пытаюсь тебе доказать, что это не так
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Давай разберемся с этим тут сейчас
источник

E

Evgeniy in ERP USERSIDE - Общение
Денис Бондарь
Давай разберемся с этим тут сейчас
Сказал Денис и достал топор
источник

O

Oleksandr G. in ERP USERSIDE - Общение
Денис Бондарь
мы тут публично общаемся. ты говоришь, что мой модуль глючит. я пытаюсь тебе доказать, что это не так
тільки будьте обережні, будь ласка, сьогодні п*ятниця, 13-е. Я Вас дуже прошу))
источник

G

Goletsa in ERP USERSIDE - Общение
Денис Бондарь
мы тут публично общаемся. ты говоришь, что мой модуль глючит. я пытаюсь тебе доказать, что это не так
Я написал что дефолтовые настройки не покрывают типичную инсталляцию и приходится их крутить
источник

E

Evgeniy in ERP USERSIDE - Общение
Oleksandr G.
тільки будьте обережні, будь ласка, сьогодні п*ятниця, 13-е. Я Вас дуже прошу))
источник

G

Goletsa in ERP USERSIDE - Общение
Потому что иначе опрашивает плохо
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Раньше был модуль usm_ping выполняющий функции пингования. Пинг был асинхронный. То есть все узлы (несколько тысяч) пинговались по очереди.

Новый модуль usm_checker ничего общего со старым не имеет, потому что он не только пинговалка. Но даже если опустить эти различия, то пинг у него асинхронный. Теперь итерации пингуются по очереди. В одной итерации может быть сколько угодно узлов. Если у тебя не запинговалось с 1000 узлами в итерации, но при этом ты говоришь, что раньше в старом usm_ping все пинговалось, то там был один узел в итерации, потому что синхронно
источник

DZ

Dmitry Z in ERP USERSIDE - Общение
Объективности ради - тоже самое. У меня старая версия usm_ping работала без проблем, поставил - забыл.
А с новым пришлось помучаться.  Сети вырезал, подбирал чтобы не вываливалось...
источник

G

Goletsa in ERP USERSIDE - Общение
Денис Бондарь
Раньше был модуль usm_ping выполняющий функции пингования. Пинг был асинхронный. То есть все узлы (несколько тысяч) пинговались по очереди.

Новый модуль usm_checker ничего общего со старым не имеет, потому что он не только пинговалка. Но даже если опустить эти различия, то пинг у него асинхронный. Теперь итерации пингуются по очереди. В одной итерации может быть сколько угодно узлов. Если у тебя не запинговалось с 1000 узлами в итерации, но при этом ты говоришь, что раньше в старом usm_ping все пинговалось, то там был один узел в итерации, потому что синхронно
Снижал чуть ли не до единиц что-ли
источник

G

Goletsa in ERP USERSIDE - Общение
Надо смотреть, не помню точное значение
источник

DZ

Dmitry Z in ERP USERSIDE - Общение
Не спорю что он лучше/хуже. Просто говорю что с полпинка не запустилось.
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Goletsa
Я написал что дефолтовые настройки не покрывают типичную инсталляцию и приходится их крутить
типичную для тебя. да. у тебя сеть не пропускает 500 в итерации. причем тут модуль?

В первой версии usm_checker я подбирал количество итераций по умолчанию на глаз. Это было дома. У меня дома RB951G. И у меня все отлично прошло при 550 узлах в итерации. При 600 узлах в итерации мой микротик загнулся.

Я сделал вывод: раз мой говномикротик умеет 550, то наверняка у операторв связи оборудование получше и запросто сможет пропустить такое количество. Ну и наверочку поставил 500 по умолчанию.

Оказалось, что у операторов всё плохо. Потому что они запускают usm_checker на виртуалках, а гипервизоры очень не любят подобный icmp-флуд, чем и является асинхронный пинг. И режут его жестко. Ктож знал?

Уже достаточно давно по умолчанию в конгфиге 100 узлов в итерации. И то, есть клиенты, у которых заработало только с 8 узлами в итерации.

Напомню. Старый us_ping имел ОДИН узел в итерации. ОДИН!!!
источник

ДБ

Денис Бондарь... in ERP USERSIDE - Общение
Dmitry Z
Объективности ради - тоже самое. У меня старая версия usm_ping работала без проблем, поставил - забыл.
А с новым пришлось помучаться.  Сети вырезал, подбирал чтобы не вываливалось...
прочитайте пожалуйста предыдущее сообщение
источник

ИТ

Иван Таранухин... in ERP USERSIDE - Общение
Доброе утро. Вопрос о наболевшем, в 3,13 как побороть проблему с пропаданием интерфейсов в стекирование?
источник

G

Goletsa in ERP USERSIDE - Общение
Иван Таранухин
Доброе утро. Вопрос о наболевшем, в 3,13 как побороть проблему с пропаданием интерфейсов в стекирование?
Страдать
источник

G

Goletsa in ERP USERSIDE - Общение
Денис Бондарь
типичную для тебя. да. у тебя сеть не пропускает 500 в итерации. причем тут модуль?

В первой версии usm_checker я подбирал количество итераций по умолчанию на глаз. Это было дома. У меня дома RB951G. И у меня все отлично прошло при 550 узлах в итерации. При 600 узлах в итерации мой микротик загнулся.

Я сделал вывод: раз мой говномикротик умеет 550, то наверняка у операторв связи оборудование получше и запросто сможет пропустить такое количество. Ну и наверочку поставил 500 по умолчанию.

Оказалось, что у операторов всё плохо. Потому что они запускают usm_checker на виртуалках, а гипервизоры очень не любят подобный icmp-флуд, чем и является асинхронный пинг. И режут его жестко. Ктож знал?

Уже достаточно давно по умолчанию в конгфиге 100 узлов в итерации. И то, есть клиенты, у которых заработало только с 8 узлами в итерации.

Напомню. Старый us_ping имел ОДИН узел в итерации. ОДИН!!!
Сеть то пропускает, но да, слишком много уровней абстракции. Но м держать отдельный физический сервер только под пинг глупо же
источник