TAU-8.IP-W. Детектирование Flash

[poa]

Доброго дня.

Тип устройства 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

[Evgeniy]

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

[poa]

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

Код: Выделить всё

Sep 16 17:04:27 OpenWrt user.notice syslog: 17:04:27.618[sip]   INVITE sip:90710101@10.10.0.211:5060 SIP/2.0

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

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

Код: Выделить всё

Sep 16 17:04:30 OpenWrt user.info syslog: 17:04:30.518[app:info]SLIC 4: flash

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

Код: Выделить всё

Sep 16 17:04:56 OpenWrt user.notice syslog: 17:04:56.038[sip]   INVITE sip:103@10.10.0.211 SIP/2.0

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

Код: Выделить всё

Sep 16 17:04:59 OpenWrt user.info syslog: 17:04:59.478[app:info]SLIC 4: flash
Sep 16 17:04:59 OpenWrt user.info syslog: 17:04:59.478[app:info]SLIC 4: Transmit flash

[poa]

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

[pashtet-spb]

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

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

Код: Выделить всё

20:48:17.400[app:dbg]slic6. Event 8.
20:48:17.400[app:dbg]slic 6. Pre-On-hook event
20:48:17.400[app:dbg]HIO: preonhook TDM port '6', port enabled 1
20:48:17.790[app:dbg]slic6. Event 5.
20:48:17.790[app:info]SLIC 6: flash
20:48:17.790[app:dbg]dump_port_calls() SLIC 6:
20:48:17.790[app:dbg]Q:(0x337400,0x02060000,(nil))
20:48:17.790[app:dbg]H:((nil),0x00000000,(nil),0) W:((nil),0x00000000,(nil)) N:((nil),0x00000000,(nil)) H2:((nil),0x00000000,(nil))
20:48:17.790[app:dbg]OnFlash: transfer (101)
20:48:17.790[app:info]SLIC 6: Transmit flash
20:48:18.630[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:18.630[app:dbg]vapi: tone detect: Conn 6. Detect signal <DTMF digit 1> (level 7 dBov)
20:48:18.630[app:dbg]hio: port 6: digit 1 (code 0x11), tone
20:48:18.710[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:18.710[app:dbg]vapi: tone detect: Conn 6. End of signal <DTMF digit 1>, duration 100 ms
20:48:18.830[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:18.830[app:dbg]vapi: tone detect: Conn 6. Detect signal <DTMF digit 0> (level 7 dBov)
20:48:18.830[app:dbg]hio: port 6: digit 0 (code 0x10), tone
20:48:18.910[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:18.910[app:dbg]vapi: tone detect: Conn 6. End of signal <DTMF digit 0>, duration 100 ms
20:48:19.030[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:19.030[app:dbg]vapi: tone detect: Conn 6. Detect signal <DTMF digit 3> (level 7 dBov)
20:48:19.030[app:dbg]hio: port 6: digit 3 (code 0x13), tone
20:48:19.110[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
20:48:19.110[app:dbg]vapi: tone detect: Conn 6. End of signal <DTMF digit 3>, duration 100 ms


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

[pashtet-spb]

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

Код: Выделить всё

root@TAU-8:~# grep calltransfer /etc/config/*
/etc/config/fxs_profiles:        option calltransfer    '0'
/etc/config/pbx:        option calltransfer     '3'
/etc/config/pbx:        option calltransfer     '3'


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

[pashtet-spb]

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

[Dmitriy_eltex]

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

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

[pashtet-spb]

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

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

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