Судя по всему проблема с подвисанием VOIP каналов субмодулей при записи соединений в 3.16 так и не решена.
В субботу 31.08 залил с официального сайта:
Версия ПО ECSS-10 V.3.16.0.3266 2016/PBX/H323/VAS/REC/IVR Build: Aug 19 2019 14:52:34
Версия SIP-адаптера 3.16.0.42
Сегодня имеем:
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Проблема с подвисанием VOIP каналов субмодулей в 3.16
Проблема с подвисанием VOIP каналов субмодулей в 3.16
- Вложения
-
- Безымянный33.jpg (69.34 КБ) 2119 просмотров
-
- Безымянный22.jpg (71.73 КБ) 2119 просмотров
-
- Безымянный11.jpg (70.29 КБ) 2119 просмотров
Re: Проблема с подвисанием VOIP каналов субмодулей в 3.16
https://drive.google.com/open?id=13xuhH4xB0PlNxgp_4i5rw9BFbkjPEhI1
мы столкнулись так же с зависанием на Voip субмодуле , но на 3.14 ver
мы столкнулись так же с зависанием на Voip субмодуле , но на 3.14 ver
Re: Проблема с подвисанием VOIP каналов субмодулей в 3.16
А в нулевом войп модуле тоже есть тройка зарезервированных? Может у вас и не подвисшие они вовсе? Просто резерв из 3х штук переехал на другой процессор...
А то я тут было собрался 3.16 накатывать (к слову у меня не одна и не две таких), а вы пугаете))
А то я тут было собрался 3.16 накатывать (к слову у меня не одна и не две таких), а вы пугаете))
- Вложения
-
- imag.JPG (129.85 КБ) 2071 просмотр
TAU-2, TAU-8, TAU-16,TAU-24, SMG-4, SMG-2016 (non ECSS).
Re: Проблема с подвисанием VOIP каналов субмодулей в 3.16
Я никого не пугаю. Просто информирую.
Нет это не служебные 3 канала перешедшие из нулевого модуля. В нулевом эти три канала присутствуют как обычно. Кстати этот глюк сразу видно по процентам загрузки модуля.
Это именно зависшие после записи разговора каналы. Можно даже видеть по каким потокам и каналам потоков происходило входящее и исходящее соединение.
На версии 3.14 ранее в апреле месяце был точно такой-же глюк и не раз.
Причем тогда smg сбрасывал syslog на внешний сервер и удалось найти именно этот вызов со всеми процедурами.
Есть версия (моя) что это может быть связано с особенностью (глюком) конкретного voip модуля.
Так как по памяти все отмеченные случаи были на модуле с номеров один.
Нет это не служебные 3 канала перешедшие из нулевого модуля. В нулевом эти три канала присутствуют как обычно. Кстати этот глюк сразу видно по процентам загрузки модуля.
Это именно зависшие после записи разговора каналы. Можно даже видеть по каким потокам и каналам потоков происходило входящее и исходящее соединение.
На версии 3.14 ранее в апреле месяце был точно такой-же глюк и не раз.
Причем тогда smg сбрасывал syslog на внешний сервер и удалось найти именно этот вызов со всеми процедурами.
Есть версия (моя) что это может быть связано с особенностью (глюком) конкретного voip модуля.
Так как по памяти все отмеченные случаи были на модуле с номеров один.
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 9 гостей