Элтекс

Добрый день коллеги и с наступающим праздником Вас!
Пожалуйста подскажите, что значит в логировании следующая строка:
Remote event 'DTMF digit *' <RFC2833(AAL)>

Сценарий следующий: установлена голосовая сессия по схеме SIPphone ->SIP-Eltex-PRI->Avay(IVR), далее набираю 9,
если читать дамп (см ниже, снизу вверх) то вроде все нормуль, но смущает строка Remote event 'DTMF digit *' <RFC2833(AAL)>, подскажите пожалуйста что она значит?
в настоящий момент имеются по данной схеме проблемы с распознаванием dtmf на avay, хотелось бы быть уверенным, что Eltex dtmf транслирует корректно и не является причиной проблемы.

30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.621309 [INFO] Conn[0003]: Tone finished
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.208199 [INFO] Conn[0003]: Tone started
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.208089 [INFO] Conn[0003]: Callback. Mode 0x4 ('VOIP_SET_CHAN'). Command 0x21 ('VOIP_TONE_START')
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207610 [INFO] Conn[0003]: Remote event 'DTMF digit *' <RFC2833(AAL)>
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207441 [INFO] Conn[0003]. Start tone 'DTMFTONE_9'(8), direction 'TDM' in state 'Active'
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207368 [INFO] Conn[0003]: DTMFtoTDM. Tone [8]
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207295 [INFO] Conn[0003]: DTMFtoTDM. Digit [9].
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207220 [INFO] Conn[0003]: Digit [9] DTMF-MODE[rfc2833]
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.207137 [INFO] Port SIPT:0011. IP-conn InDigit from <RTP> [9]
30.04.2017 1:17,Info,10.7.0.2,<smg2> 01:10:26.206949 [INFO] Conn[0003]: Signal [9]. DTMF-mode [rfc2833]. Dir IP. Detect-mode [rfc2833]. Port SIPT:0011

это вы должны на smg в настройках SIP настроить как вы принимаете dtmf... там всего 3 варианта - inband, rfc2833 (что очевидно и выбрано) и info... главное что бы настройке на sip phone и на шлюзе совпадали.
На крайняк - попробуйте разные варианты (но всё равно между шлюзом и телефоном должна настройка совпадать).,

Спасибо, Это все понятно, просто хотелось понять что означает эта строка в дампе -Remote event 'DTMF digit *' <RFC2833(AAL)>

Все оказалось очень грустным. Попытка подключить шлюз SMG-2 (Версия ПО V.3.1.6.1189) по pri к станциям avaya и panasonic закончилась весьма печальна. Ни avaya ни panasonic не понимают dtmf отправленный smg (хотя в syslog smg все dtmf события регистрируются). Опытном путем установлено что на встречную АТС цифры dtmf поступают "задвоенные". Пришлось в срочном порядке SMG-2 заменить на Audiocodes, где проблема сразу ушла. Сейчас собираю стенд, для проверки.

nagmal писал(а):Все оказалось очень грустным. Попытка подключить шлюз SMG-2 (Версия ПО V.3.1.6.1189) по pri к станциям avaya и panasonic закончилась весьма печальна. Ни avaya ни panasonic не понимают dtmf отправленный smg (хотя в syslog smg все dtmf события регистрируются). Опытном путем установлено что на встречную АТС цифры dtmf поступают "задвоенные". Пришлось в срочном порядке SMG-2 заменить на Audiocodes, где проблема сразу ушла. Сейчас собираю стенд, для проверки.

Пожалуйста, свяжитесь с техподдержкой для решения этой проблемой

Стэнд собрал, все подтвердилось, проблему описал и выслал с логами на techsupp@eltex.nsk.ru

Здравствуйте.
У меня точно такая же проблема. Тоны прерываются и удаленная сторона считает один тон за несколько.
Вот запись звонка где со стороны sip набрали 123450.
https://cloud.mail.ru/public/pmPS/8pfgmJmQd

Версия ПО V.3.1.6.1189. 2/S Build: Mar 31 2017 05:57:05
Версия SIP-адаптера V.3.1.6.67

В RTP трафике ничего необычного во время посылки сигналов вроде бы нет

1242 41.450762 smg2 → sip RTP 60 PT=Comfort noise, SSRC=0x1A5F48EF, Seq=26491, Time=4025922278
1243 41.453632 sip → smg2 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x52B9C5C5, Seq=9005, Time=32155520
1244 41.471097 sip → smg2 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x52B9C5C5, Seq=9006, Time=32155680
1245 41.493380 sip → smg2 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x52B9C5C5, Seq=9007, Time=32155840
1246 41.510912 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1247 41.533252 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1248 41.550523 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1249 41.571710 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1250 41.593790 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1251 41.611481 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1252 41.633217 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5
1253 41.650607 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5 (end)
1254 41.672497 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5 (end)
1255 41.693665 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5 (end)
1256 41.711354 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5 (end)
1257 41.733246 sip → smg2 RTP EVENT 58 Payload type=RTP Event, DTMF Five 5 (end)
1258 41.750736 sip → smg2 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x52B9C5C5, Seq=9020, Time=32157920, Mark
1259 41.770686 smg2 → sip RTP 60 PT=Comfort noise, SSRC=0x1A5F48EF, Seq=26492, Time=4025924838
1260 41.772619 sip → smg2 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x52B9C5C5, Seq=9021, Time=32158080

С версией V.3.1.6.1191. 2/S Build: May 12 2017 09:18:08 вроде бы все работает как надо.

К сожалению все-таки починка обновлением версии оказалось совпадением.
Через некоторое время цифры снова начали дублироваться
https://cloud.mail.ru/public/FPBJ/XL1DxPuFE
Просто иногда это "заикание" попадает на конец сигнала и АТС не замечает этого, а иногда в середине и АТС считает это двумя сигналами.

Здравствуйте! Та же проблема с "задвоением" DTMF при подключении к станции Avaya IP Office 406 DS. Есть ли какое-то решение?

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

Первый раз такое попадалово с Элтексом, до этого только радовали.

поставили 2 SMG2, что бы пробросить 2 потока с ОКС-ом:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG2 <----(SS7)----> PBX

Все ДТМФы через эту пару задваиваются, причем даже если я ставлю режим DTMF - inband.

Тема открыта 30 апреля, Уважаемые сотрудники компании Элтекс, скоро юбилей - полгода багу - надо что-то делать.

Спасибо.

serg++ писал(а):Здравствуйте!

Первый раз такое попадалово с Элтексом, до этого только радовали.

поставили 2 SMG2, что бы пробросить 2 потока с ОКС-ом:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG2 <----(SS7)----> PBX

Все ДТМФы через эту пару задваиваются, причем даже если я ставлю режим DTMF - inband.

Тема открыта 30 апреля, Уважаемые сотрудники компании Элтекс, скоро юбилей - полгода багу - надо что-то делать.

Спасибо.

В техподдержку обращались? не через форум

Да, прислали релиз ПО V.3.1.6.1191, но ранее писалось, что не помогает. На данный момент ждем логов с АТС Avaya. В тех. поддержке также указали, что "Это не релизная версия, это патч с правками по проблеме. Как будет сформирована релизная версия сразу выложим на сайт."

serg++ писал(а):Здравствуйте!

Первый раз такое попадалово с Элтексом, до этого только радовали.

поставили 2 SMG2, что бы пробросить 2 потока с ОКС-ом:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG2 <----(SS7)----> PBX

Все ДТМФы через эту пару задваиваются, причем даже если я ставлю режим DTMF - inband.

Тема открыта 30 апреля, Уважаемые сотрудники компании Элтекс, скоро юбилей - полгода багу - надо что-то делать.

Спасибо.

Заменил второй SMG2 на SMG1016 (V.3.9.1.2363) - абонент набирающий дтмф - слева, станции принимающие ДТМФ - справа:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG1016 <----(SS7)----> PBX

- проблема исчезла. Т.е. баг - на этапе генерации DTMF в телефонную сеть. Ну и режим inband тоже глючный - должен отключать все манипуляции с DTMF, а не отключает.

Баг не зависит от оконечной станции, при внедрении пары SMG2-SMG2 (вместо ранее использовавшегося мультиплексора), ДТМФ стали задваиваться у всех абонентов, среди которых станции Nec, Panasonic, шлюзы Cisco и Eltex.

serg++ писал(а):

serg++ писал(а):Здравствуйте!

Первый раз такое попадалово с Элтексом, до этого только радовали.

поставили 2 SMG2, что бы пробросить 2 потока с ОКС-ом:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG2 <----(SS7)----> PBX

Все ДТМФы через эту пару задваиваются, причем даже если я ставлю режим DTMF - inband.

Тема открыта 30 апреля, Уважаемые сотрудники компании Элтекс, скоро юбилей - полгода багу - надо что-то делать.

Спасибо.

Заменил второй SMG2 на SMG1016 (V.3.9.1.2363) - абонент набирающий дтмф - слева, станции принимающие ДТМФ - справа:

PBX <---(SS7)---> SMG2 <----(SIP-I)-----> SMG1016 <----(SS7)----> PBX

- проблема исчезла. Т.е. баг - на этапе генерации DTMF в телефонную сеть. Ну и режим inband тоже глючный - должен отключать все манипуляции с DTMF, а не отключает.

Баг не зависит от оконечной станции, при внедрении пары SMG2-SMG2 (вместо ранее использовавшегося мультиплексора), ДТМФ стали задваиваться у всех абонентов, среди которых станции Nec, Panasonic, шлюзы Cisco и Eltex.

Настаиваю решать вопрос с техподдержкой напрямую, не через форум!