Элтекс

Доброго дня.

Тип устройства TAU-8.IP-W
Версия ядра #39 Wed Jun 22 14:29:16 NOVT 2016
Версия прошивки #2.1.0.132-ru

Шлюз настроен на работу а-ля МиниАТС по схеме: http://kcs.eltex.nsk.ru/articles/95
Звонки ходят нормально внутри шлюза и из/во вне. Но никак не удаётся заставить работать перевод вызова.

При нажатии флеш не происходит удержания линии - остается активным соединение и манипуляции по переключению и конфереции не доступны. Ни внешний звонок, ни внутренние звонки не переводятся. Трансфер осуществляю только на внутреннюю нумерацию.

Я пробовал разрыв осуществлять и кнопкой "флеш" и кнопкой сброса вызова. Диапазон длительности флеш я специально поставил большим (80-800), чтобы можно было поймать, но не удаётся получить ожидаемый результат. Режим использования флеш я пробовал все три Attended_CT, Unattended_CT, LocalCT, хотя, как я понимаю, правильный вариант только LocalCT.

В SIP-профиле передача flash по rfc2833.

Читал форум, читал документацию, пробовал разные варианты - но нет, уже не первый день бьюсь с этой проблемой, но не выходит каменный цветок.

Вероятно дело в какой-то мелочи, но не ясно в какой.

Прошу помощи.

Лог и конфиг прилагаю.

И ещё вопрос - что означает назойливое сообщение в логе:
[sip]nta_agent: received garbage from udp/93.91.169.130:5060/sip

Добрый день.
Вызов с какими номерами в логах искать?

Начало тестовых звонков тут:


Был входящий внешний звонок с *293554
Звонок был принят на внутреннем номере 103 (или 102, точно не помню)

Тут первая попытка переключить внешний звонок


Дальше был звонок с внутреннего 102 на внутренний 103:


и тут попытка сделать трансфер (как кнопкой "флеш" так и клавишей сброса вызова):

Вопрос решился.
После полного сброса и настройки с "нуля" трансфер звонка заработал нормально. Жаль, что не удалось понять изначальную причину проблемы - настроено было всё также. Есть вероятность, что после обновления прошивки нужно было сделать полный сброс устройства на настройки по-умолчанию.

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

Все один в один (и исходные, и проблема), сброс в дефолт и повторная настройка не помогают.
В дебаге вот такое при нажатии flash в момент разговора (попытка перевода на 103 локально внутри TAU)



Требуется переводить именно внутри TAU на соседний порт, но, насколько понимаю, происходит передача flash в сторону sip-proxy. Параметр Передача flash в sip-профиле менял - без изменений.

Вот такое обнаружил



Параметр calltransfer присутствует не только для каждого порта в /etc/config/pbx, но и для профиля общего в /etc/fxs_profiles, причем через веб-интерфейс в fxs-профиле его не видно. Не выходит ли так, что значение берется из профиля, а оно там как раз 0 (Transmit flash) ?

Вроде разобрался - режим IMS в профиле SIP должно быть Выключено. Подтвердите, пожалуйста.

pashtet-spb писал(а):Вроде разобрался - режим IMS в профиле SIP должно быть Выключено. Подтвердите, пожалуйста.

Вполне возможно.
Если у вас включен IMS, то управление услугами идет от SIP сервера IMS.
Поэтому шлюз игнорировал то, что вы настраивали.
Удивительно только, что " сброс в дефолт и повторная настройка не помогают" - получается, что вы каждый раз сбрасывали в завод и включали IMS, а это как минимум странно..

Dmitriy_eltex писал(а):

pashtet-spb писал(а):Вроде разобрался - режим IMS в профиле SIP должно быть Выключено. Подтвердите, пожалуйста.

Вполне возможно.
Если у вас включен IMS, то управление услугами идет от SIP сервера IMS.
Поэтому шлюз игнорировал то, что вы настраивали.
Удивительно только, что " сброс в дефолт и повторная настройка не помогают" - получается, что вы каждый раз сбрасывали в завод и включали IMS, а это как минимум странно..

Сбрасывал один раз, после того, как набрел на тему. Далее конфиг с рабочего переносил под требование локального трансфера, после прочтения документации почему-то решил, что установка Local CT однозначно предотвращает передачу flash, и TAU обрабатывает локально, а IMS действительно изменял от дефолта к тому, что было ранее, до обновления прошивки и, собственно, возникновения потребности локального трансфера.
Спасибо.