smg1016m Субмодуль SM-VP

[mihar]

Подскажите, как правильно считать нагрузку на Субмодуль SM-VP у smg1016m?
Входящий с Е1 занимает 1 канал, на sip еще канал, если запись разговора то ещё один, всего три?
А если вызов приходит в Группы вызова в которой очередь, висящие в очереди по одному каналу занимают?

Ситуация: smg1016m, поток Е1, организован мини-колцентрик на 6 операторов.
Всё было хорошо, пока из за ковида не увеличилась нагрузка в разы, очередь копится на все 30 потоков Е1, через некоторое короткое время
в Аварийных появляется пара-тройка записей "Высокая загрузка процессора CPU 0" , причём всегда только одного ядра, потом
"SM-VP DEVICE Авария Нет связи с субмодулем SM-VP 1" и через 5 секунд " SM-VP DEVICE ОК Субмодуль SM-VP 1 в работе".
При этом все соединения, естественно сбрасываются.

[Dmitriy_eltex]

Здравствуйте.

"очередь копится на все 30 потоков Е1"
Потоков всего 16, может речь про каналы Е1?
Нужно больше конкретики, что за нагрузка у Вас реально, не совсем понятно..

Ограничения по записи разговоров на 1 субмодуль есть в документации:


С очередью схема вызова будет аналогична Е1->SIP.
Если у Вас идет превышение этих ограничений, то могут быть проблемы.
С этой точки зрения рекомендуем ограничить количество активных каналов потока Е1 до 22.
Например, можно выключить определенные B-каналы, оставить только 22.
В этом случае при превышении предельного значения будут отбиваться новые вызовы, не влияя на уже установленные соединения.

Либо перераспределить входящие с потока Е1 звонки по другой логике, на разные группы вызова.
Первые 15 каналов на одну группу вызова, вторые 15 каналов на другую.

Если не получится разобраться, то нужно syslog (все уровни 1) записать с момента запуска SM-VP до момента его перезапуска.
А также уточнить версию ПО, конфигурацию. И всю эту информацию приложить в заявку:
https://eltex-co.ru/support/

[mihar]

Конечно же каналов, очередь же "Размер очереди = 30" максимум может быть.
Нагрузка максимум два потока Е1, очередь с "Размер очереди = 30" и 6 реальных операторов которые эту очередь разгребают.
раза три за утро, когда нагрузка максимальна, происходит такое

cpu.jpg (252.9 КБ) 3940 просмотров

err.jpg (200.2 КБ) 3940 просмотров

"Если у Вас идет превышение этих ограничений, то могут быть проблемы."
Эти проблемы не похожи на те что на картинках выше?

[Dmitriy_eltex]

Ограничение числа вызовов в очереди это одно.
Аппаратное ограничение по числу одновременно записываемых разговоров совсем другое.
Как это связано?

А вообще да, очень похоже на то, что Ваша реальная нагрузка превышает возможности оборудования, о которых написано в документации.
Другой момент, что субмодуль из за этого не должен перезапускаться, как это происходит у Вас сейчас.
Поэтому и предложил Вам ограничить нагрузку на очередь, если есть такая возможность.
Если ограничить нагрузку нельзя, то заводите заявку с запрошенной ранее информацией.
Будем вместе думать как решить эту проблему.

[mihar]

А это очень просто связано:
В очереди висит не более 30, остальные отбиваются.
А так как операторов всего 6, то и записываемых разговоров в любой момент ровно 6. Остальные же не пишутся.

Откуда нагрузка не ясно, даже если все 2 потока Е1 будут нагружены и запись 6 разговоров то мне кажется не должно быть такой нагрузки.
И растёт она резко, ставишь "Размер очереди = 22" нет никакой нагрузки, ставишь "Размер очереди = 26" и начинаются резкие всплески загрузки процессора и отвалы модуля.

[Dmitriy_eltex]

На Вашей версии ПО скорей всего пишутся все звонки. В том числе и те, которые в ожидании.
Иначе бы уменьшение очереди вызовов не влияло на проблему, но как Вы сами заметили, у Вас при уменьшении очереди проблема уходит.
Этот момент будет исправлен в версии ПО 3.19.0, выпуск которой ожидается. Звонки, находящиеся в ожидании не будут попадать под запись разговоров.

До выхода 3.19.0 рекомендуем уменьшить размер очереди вызова до 22 и прислать Ваши контакты через заявку.
Добавим Вас в список рассылки.

[mihar]

Новые данные:

Позавчера решил как вы советовали "нужно syslog (все уровни 1) записать с момента запуска SM-VP до момента его перезапуска."
и обнаружил что там везде прописан лог-сервер который пару месяцев назад администраторы перетащили на другой адрес, соответственно на прописанном адресе ничего нет.
Прописал действующий адрес и вот уже второй день жду как будет высокая нагрузка или авария суб-модуля.
А их нет.
Увеличил очередь до 30 - всё равно нет.
Нагрузки судя по занятым каналам чисто визуально меньше не стало, как и раньше полтора потока Е1 висит занято.

Не может быть связана высокая нагрузка и прописанный адрес лог-сервера на котором нет ничего?

[mihar]

Еще наблюдение
раньше у физически отсутствующего субмодуля №0 росли "активные соединения" и нагрузка

voip.jpg (208.91 КБ) 3767 просмотров

сейчас такого нет.

[mihar]

Тяжёлое утро понедельника:

e1-1.jpg (109.95 КБ) 3688 просмотров

voip-2.jpg (99.18 КБ) 3688 просмотров

cpu-2.jpg (47.01 КБ) 3688 просмотров

Кроме адреса лог-сервера только размеры очереди увеличил, больше не менялось ничего. выгруженные конфиги сравнивал специально.
Вот как это так?

[Dmitriy_eltex]

Почему установлен всего один VoIP субмодуль? - Может в этом проблема?
У Вас 2 потока E1 забиты звонками, которые пишутся. Для этого одного VoiP субмодуля явно не достаточно.
Это очевидно по нашей документации, таблицу по ограничениям выкладывал выше.

[Dmitriy_eltex]

Тут, в принципе, и разбираться даже не с чем, логи писать и т.д.
Нужно дополнительный VoIP субмодуль ставить.

[mihar]

Судя по "Мониторинг VoIP субмодулей" загрузка модуля при полностью занятых двух потоках Е1 - 60%.
Сегодня сделал 2 очереди по 30 и проверил - сбоев нет.