|
Здравствуйте.
On 2017-05-21 10:53, Miloserdov Dmitry wrote:
On Sat, 20 May 2017 07:58:33 +0300
"Dmitry Akindinov" <CGatePro@ru.stalker.com> wrote:
Какая-то из сторон не поддерживает session timers и не хочет
отвечать на OPTIONS в диалоге. Попробуйте в WebAdmin -> Settings -> Real-Time -> Nodes изменить таймер сессий по умолчанию на радикально большое значение (скажем, два часа.) Если поможет, то это оно.
Попробую.
Но дело в том что перед разрывом соединения нет вообще никаких sip запросов ни в какую сторону.
В логе, кусочек которого вы показали, речь шла именно о неудаче обновить таймер сессии с помощью OPTIONS. Стоит поднять уровень лога SIP Transport - будет хорошо видно запросы и ответы.
По сети перед разрывом ходят обычные RTP пакеты и CGP просто перестает их принимать и отвечает icmp-port-unreachable.
Ниже запись sip трафика для проблемного звонка. Разрыв произошел между 14 и 15 пакетами на 151 секунде
А зачем и кому там столько BYE? Уже с 7-го пакета. Это не похоже на нормальный диалог. А ACK (предположительно - начало диалога) был 6-м. То есть, CGPro практически сразу после установления диалога начал его разрывать, а шлюз не отвечал. 15-м пакетом был BYE уже от шлюза, на который CGPro ответил, что этого диалога нет давно.
В логах CGPro можно увидеть гораздо больше, если сделать их чуть подробнее.
Зачем не знаю. Первый не 7ой а третий, остальные точная копия.
То есть попытки разорвать соединения начались еще до того как автосекретарь успел принять звонок.
Похоже это проблема из-за контакт центра.
Надо бы подробные логи звонка. Стесняетесь сюда - тогда на support@communigate.com. Там отвечают.
Контакт центр настроен, а IVR в нем нет - хотелось обойтись стандартным.
IVR в Контакт-центре есть, он там шораздо человечнее по интерфейсу, чем базовый.
Или так делать нельзя, не поддерживаемая конфигурация?
Отключение правила переадресующего входящие на ccincoming#pbx убрало все эти преждевременные BYE. Про проблемы с разрывом через 2 минуты пока не знаю протестирую в понедельник.
Вот всё-таки хорошо было бы увидеть подробные логи в оригинальной конфигурации.
Может можно добавить условие в правило переадресации ccIN чтобы не срабатывало на номере автосекретаря? Или это сломает внутреннюю логику контакт центра?
Правильно подходить к решению проблемы, базируясь на полном её понимании. Я вот сейчас не понимаю, почему сервер пытался разорвать только что установленный диалог.
--
Best regards,
Dmitry Akindinov
|
|