Письмо #20224 Списка Рассылки CGatePro@list.communigate.ru
От Кого: Dmitry Akindinov <CGatePro@ru.stalker.com>
Кому: CommuniGate Pro Russian Discussions <CGatePro@ru.stalker.com>
Тема: Re: [CGP] auto-attendant для несовсем локальных номеров
Дата: Sun, 21 May 2017 11:48:03 +0300
Здравствуйте.

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
Подписаться (Прямо) Подписаться (Дайджест) Подписаться (Оглавление) Отписаться Написать Listmaster-у