Элтекс

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

Используется связка виртуальной АТС Ростелеком с CRM Битрикс-24 через сервис Voximplant (через SIP-коннектор) + абонентские шлюзы производства Eltex.
До ноября 2018 года всё было нормально, с ноября в Ростелеком обновили софт(или настройки) виртуальной АТС, после чего при использовании указанной выше схемы ВАТС Ростелеком перестала отдавать длинные гудки при исходящих вызовах (до момента поднятия трубки отвечающей стороной - в трубке тишина, и это очень неудобно!).

Попытки борьбы с обеими техподдержками - Voximplant и Ростелеком ничего не дали. Первые отправляют к Ростелеком, Ростелеком ответили следующее, пообещав в будущем решить проблему, но как обычно не уточнив - сколько веков им на это потребуется:
---
Для Платформы Ватс все пользователи являются конечными. Т.к. со стороны пользователей бывает разное пограничное оборудование, которое может присылать не верные параметры SDP: ip, port; когда клиенты находятся за NAT (большинство клиентов). Таким образом, оборудование Ватс ждет получения от конечного оборудования пользователя первый rtp пакет в предответном состоянии и после посылает гудки.
В данной ситуации клиенту можно порекомендовать использовать оборудование, либо софт, которые посылают rtp пакеты в предответном состоянии.
---

В связи с данной ситуацией - вопрос. Возможно ли в оборудовании Eltex (у нас используются TAU-24.IP и TAU-2M.IP) настроить то, о чём пишет техподдержка Ростелеком, т.е. реализовать отправку RTP-пакетов в предответном состоянии? Техподдержка Voximplant прокомментировала этот ответ, как перекладывание Ростелекомом своих проблем на абонентов, но работать-то как-то надо...

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

Ситуация вот в чем. Отправка RTP-пакетов в предответном состоянии у нас реализована на всей линейке TAU.

1. В случае входящего звонка, если шлюз tau правильно настроен, он всегда выдает КПВ в RTP.
Включается в настройках SIP профиля опция:
На TAUXX это "Генерация КПВ вызывающему абоненту":
--Передавать КПВ в 180/183 (Ringback with 180 ringing/183) – при поступлении входящего вызова шлюз
будет генерировать сигнал «КПВ» и передавать его взаимодействующему шлюзу в
разговорном тракте. Проключение разговорного тракта будет осуществлено вместе с
передачей по протоколу SIP сообщения «180 ringing/183»;
На tau2m это "Вызов абонента "
--183 Progress with SDP – вызывающему оборудованию отправляется ответ 183+SDP –
используется для проключения разговорного тракта до ответа вызываемого. В
данном случае TAU-2M.IP будет удалено выдавать вызывающему абоненту сигнал
КПВ.

2. В случае исходящего звонка (по видимому Ваша ситуация), TAU проключает RTP в предответном состоянии только при получении
answerSDP в предварительных ответах 180/183. Если TAU получает ответы 180/183 без answerSDP, то генерирует КПВ локальному абоненту сам.
Проверьте, на всякий случай, чтобы у Вас была включена опция "Выдача КПВ по приему ответа 183", а также отключены "Подавление пауз" и "Комфортный шум".

Выводы: если Вы все настроили правильно, но у Вас по факту отсутствует КПВ, то нужно разбираться со встречной стороной.
Если они ссылаются на то, что не получают от нас RTP в предответном состоянии и не могут выдать КПВ в ответ, то видимо RTP
где то теряется на NAT или за ним и не доходит до их серверов. Все что мы можем в этой ситуации это снять tcpdump звонка со стороны TAU, чтобы проверить, что мы точно генерируем RTP. Дамп можно записать так:
http://kcs.eltex.nsk.ru/articles/37