Задвоение DTMF на SMG-2

ECSS-10, TAU.IP, SMG, RG
Sergei
Сообщения: 15
Зарегистрирован: 01 дек 2017 19:10
Reputation: 0

Задвоение DTMF на SMG-2

Сообщение Sergei » 02 дек 2019 19:51

Построили новый sip-линк с Оператором.
Использовали для этого Eltex SMG-2 (прошивка 3.1.9.1260).
Соседние линки с разными Операторами ОКС-7, внутренняя сеть наших атс не перенастраивалась и донабор в тоне работал нормально.
После включения линка с SMG-2 пошли жалобы, что сторонние абоненты не могут набрать внутренний номер.

После разбирательств выяснилось:
1. SIP-Оператор поддерживает только inband dtmf.
2. При работе в режиме inband в нашу сеть атс от SMG-2 идут dtmf-сигналы в задвоенном виде.
Со стороны Оператора провели тестовые звонки с записью акустического сигнала - к нам уходит все правильно, без задвоений.

Настроил у себя стенд на астериске с голосовым меню - из внутренней сети и из ОКС-7 все отлично распознает.
При звонке от Оператора через SMG-2 - задвоение тонов.

Можно ли это побороть - какие действия с моей стороны помогут?

bravo
Сообщения: 809
Зарегистрирован: 19 июн 2015 18:38
Reputation: 6

Re: Задвоение DTMF на SMG-2

Сообщение bravo » 02 дек 2019 21:14

можно снять дамп, RTP восстановить в аудио и послушать. Если действительно без, то задвоение появляется на выходе из SMG или дальше... Но хотя бы убедиться, что приходит норм всё.

Далее хз чё делать, потому что там уже PRI, который хз как послушать (у меня для этого тесте тестер с гарнитурой).
Тех. саппорт от коллег: https://t.me/eltex_experts

Sergei
Сообщения: 15
Зарегистрирован: 01 дек 2017 19:10
Reputation: 0

Re: Задвоение DTMF на SMG-2

Сообщение Sergei » 03 дек 2019 13:43

В логе SMG-2 со стороны SIP вроде все нормально - распознает по одной цифре и генерит в Е1 (нажимал кнопки 1234):

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

  21:07:56.458849  [INFO]  Port SIPT:0070. Changed IP-conn [0016]
  21:07:56.550332  [INFO]  Conn[0016]: Event 'SSRC Change': new [0x3412d857], prev [0x00000000]
  21:07:57.643026  [INFO]  Conn[0016]: Detect remote signal <DTMF digit 1> (level 9 dBov). Timestamp 163003702 (G711A)
  21:07:57.722815  [INFO]  Conn[0016]: End of remote signal <DTMF digit 1>, duration 85 ms. Timestamp 163003787. DTMF-mode[0]
  21:07:57.722930  [INFO]  Conn[0016]: Signal [1]. DTMF-mode [inband]. Dir IP. Detect-mode [inband]. Port SIPT:0070
  21:07:57.722981  [INFO]  Port SIPT:0070. IP-conn InDigit from <RTP> [1]
  21:07:57.723021  [INFO]  Conn[0016]: Digit [1]  DTMF-MODE[inband]
  21:07:57.723057  [INFO]  Conn[0016]: DTMFtoTDM. Digit [1].
  21:07:57.723092  [INFO]  Conn[0016]: DTMFtoTDM. Tone [0]
  21:07:57.723128  [INFO]  Conn[0016]. Start tone 'DTMFTONE_1'(0), direction 'TDM' in state 'Active'
  21:07:57.723976  [INFO]  Conn[0016]: Tone started
  21:07:57.882245  [INFO]  Conn[0016]: Tone finished
  21:07:58.401383  [INFO]  Conn[0016]: Detect remote signal <DTMF digit 2> (level 10 dBov). Timestamp 163004462 (G711A)
  21:07:58.481219  [INFO]  Conn[0016]: End of remote signal <DTMF digit 2>, duration 85 ms. Timestamp 163004547. DTMF-mode[0]
  21:07:58.481334  [INFO]  Conn[0016]: Signal [2]. DTMF-mode [inband]. Dir IP. Detect-mode [inband]. Port SIPT:0070
  21:07:58.481385  [INFO]  Port SIPT:0070. IP-conn InDigit from <RTP> [2]
  21:07:58.481425  [INFO]  Conn[0016]: Digit [2]  DTMF-MODE[inband]
  21:07:58.481462  [INFO]  Conn[0016]: DTMFtoTDM. Digit [2].
  21:07:58.481565  [INFO]  Conn[0016]: DTMFtoTDM. Tone [1]
  21:07:58.481611  [INFO]  Conn[0016]. Start tone 'DTMFTONE_2'(1), direction 'TDM' in state 'Active'
  21:07:58.482277  [INFO]  Conn[0016]: Tone started
  21:07:58.640663  [INFO]  Conn[0016]: Tone finished
  21:07:58.960228  [INFO]  Conn[0016]: Detect remote signal <DTMF digit 3> (level 10 dBov). Timestamp 163005022 (G711A)
  21:07:59.040115  [INFO]  Conn[0016]: End of remote signal <DTMF digit 3>, duration 85 ms. Timestamp 163005107. DTMF-mode[0]
  21:07:59.040231  [INFO]  Conn[0016]: Signal [3]. DTMF-mode [inband]. Dir IP. Detect-mode [inband]. Port SIPT:0070
  21:07:59.040283  [INFO]  Port SIPT:0070. IP-conn InDigit from <RTP> [3]
  21:07:59.040323  [INFO]  Conn[0016]: Digit [3]  DTMF-MODE[inband]
  21:07:59.040360  [INFO]  Conn[0016]: DTMFtoTDM. Digit [3].
  21:07:59.040394  [INFO]  Conn[0016]: DTMFtoTDM. Tone [2]
  21:07:59.040430  [INFO]  Conn[0016]. Start tone 'DTMFTONE_3'(2), direction 'TDM' in state 'Active'
  21:07:59.041154  [INFO]  Conn[0016]: Tone started
  21:07:59.199485  [INFO]  Conn[0016]: Tone finished
  21:07:59.718647  [INFO]  Conn[0016]: Detect remote signal <DTMF digit 4> (level 10 dBov). Timestamp 163005782 (G711A)
  21:07:59.798464  [INFO]  Conn[0016]: End of remote signal <DTMF digit 4>, duration 85 ms. Timestamp 163005867. DTMF-mode[0]
  21:07:59.798576  [INFO]  Conn[0016]: Signal [4]. DTMF-mode [inband]. Dir IP. Detect-mode [inband]. Port SIPT:0070
  21:07:59.798628  [INFO]  Port SIPT:0070. IP-conn InDigit from <RTP> [4]
  21:07:59.798668  [INFO]  Conn[0016]: Digit [4]  DTMF-MODE[inband]
  21:07:59.798705  [INFO]  Conn[0016]: DTMFtoTDM. Digit [4].
  21:07:59.798741  [INFO]  Conn[0016]: DTMFtoTDM. Tone [3]
  21:07:59.798777  [INFO]  Conn[0016]. Start tone 'DTMFTONE_4'(3), direction 'TDM' in state 'Active'
  21:07:59.799601  [INFO]  Conn[0016]: Tone started
  21:07:59.957897  [INFO]  Conn[0016]: Tone finished


А вот на выходе из SMG-2 (ISDN PRI) автосекретари в атс понимают каждую цифру как две. Возможно SMG-2 дает слишком длительный импульс? Хотя вручную с телефонного аппарата можно какие угодно импульсы слать - все нормально распознается.
Для примера приведу лог с астериска (он включен потоком в коммутатор):

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

    -- Executing [9314@infax:2] BackGround("SIP/c5350-000000dd", "beep") in new stack
    -- <SIP/c5350-000000dd> Playing 'beep.gsm' (language 'en')
    -- Executing [9314@infax:3] WaitExten("SIP/c5350-000000dd", "5") in new stack
[Dec  3 09:28:52] NOTICE[2199]: chan_iax2.c:8015 register_verify: Peer '1001' is not dynamic (from 127.0.0.1)
[Dec  3 09:28:52] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '1' received on SIP/c5350-000000dd
[Dec  3 09:28:52] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '1' on SIP/c5350-000000dd
[Dec  3 09:28:52] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '1' received on SIP/c5350-000000dd, duration 93 ms
[Dec  3 09:28:52] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '1' on SIP/c5350-000000dd
[Dec  3 09:28:52] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '1' received on SIP/c5350-000000dd
[Dec  3 09:28:52] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '1' on SIP/c5350-000000dd
[Dec  3 09:28:52] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '1' received on SIP/c5350-000000dd, duration 73 ms
[Dec  3 09:28:52] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '1' on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '2' received on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '2' on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '2' received on SIP/c5350-000000dd, duration 93 ms
[Dec  3 09:28:54] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '2' on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '2' received on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '2' on SIP/c5350-000000dd
[Dec  3 09:28:54] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '2' received on SIP/c5350-000000dd, duration 72 ms
[Dec  3 09:28:54] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '2' on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '3' received on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '3' on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '3' received on SIP/c5350-000000dd, duration 93 ms
[Dec  3 09:28:56] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '3' on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '3' received on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '3' on SIP/c5350-000000dd
[Dec  3 09:28:56] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '3' received on SIP/c5350-000000dd, duration 73 ms
[Dec  3 09:28:56] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '3' on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '4' received on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '4' on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '4' received on SIP/c5350-000000dd, duration 94 ms
[Dec  3 09:28:59] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '4' on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:4080 __ast_read: DTMF begin '4' received on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:4084 __ast_read: DTMF begin ignored '4' on SIP/c5350-000000dd
[Dec  3 09:28:59] DTMF[22633]: channel.c:3995 __ast_read: DTMF end '4' received on SIP/c5350-000000dd, duration 72 ms
[Dec  3 09:28:59] DTMF[22633]: channel.c:4064 __ast_read: DTMF end passthrough '4' on SIP/c5350-000000dd
  == CDR updated on SIP/c5350-000000dd
    -- Executing [11223344@infax:1] NoOp("SIP/c5350-000000dd", "---11223344---") in new stack


Каждую цифру определяет два раза, как 93мс и 73мс.

bravo
Сообщения: 809
Зарегистрирован: 19 июн 2015 18:38
Reputation: 6

Re: Задвоение DTMF на SMG-2

Сообщение bravo » 03 дек 2019 14:21

пагади. дай схему. а то не понятно откуда чего и куда. я думал в поток уходит и там задватвается. Если уходит в сип, то надо смотреть дамп, что передаётся.
мож там эхо появляется, или отсылается не только inband...
Тех. саппорт от коллег: https://t.me/eltex_experts

Sergei
Сообщения: 15
Зарегистрирован: 01 дек 2017 19:10
Reputation: 0

Re: Задвоение DTMF на SMG-2

Сообщение Sergei » 03 дек 2019 15:18

Обычная схема такая:
Оператор---<SIP>---шлюз SMG2---<E1>---Центральный телефонный коммутатор---<E1>---АТС_автосекретарь
В этом варианте выяснилось, что перестал распознаваться тоновый донабор.

После этого я сделал стенд:
Оператор---<SIP>---шлюз SMG2---<E1>---Центральный телефонный коммутатор---<E1>---Cisco5350---<SIP>---Asterisk_автосекретарь.
Здесь я увидел задвоение.
Звонки с других атс внутри нашей телефонной сети и звонки из города, через ОКС, на тот-же астериск(и на другие наши атс) - все нормально, как и раньше. Никакого эха не слышно.

Вот лог на астериске нормального тонового набора (inband):

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

    -- <SIP/7992-00000615> Playing 'beep.slin' (language 'ru')
    -- Executing [800@corp_add:3] WaitExten("SIP/7992-00000615", "5") in new stack
[Dec  3 11:02:28] DTMF[3725][C-00000451]: channel.c:4050 __ast_read: DTMF begin '1' received on SIP/7992-00000615
[Dec  3 11:02:28] DTMF[3725][C-00000451]: channel.c:4054 __ast_read: DTMF begin ignored '1' on SIP/7992-00000615
[Dec  3 11:02:28] DTMF[3725][C-00000451]: channel.c:3964 __ast_read: DTMF end '1' received on SIP/7992-00000615, duration 153 ms
[Dec  3 11:02:28] DTMF[3725][C-00000451]: channel.c:4034 __ast_read: DTMF end passthrough '1' on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4050 __ast_read: DTMF begin '2' received on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4054 __ast_read: DTMF begin ignored '2' on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:3964 __ast_read: DTMF end '2' received on SIP/7992-00000615, duration 153 ms
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4034 __ast_read: DTMF end passthrough '2' on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4050 __ast_read: DTMF begin '3' received on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4054 __ast_read: DTMF begin ignored '3' on SIP/7992-00000615
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:3964 __ast_read: DTMF end '3' received on SIP/7992-00000615, duration 153 ms
[Dec  3 11:02:29] DTMF[3725][C-00000451]: channel.c:4034 __ast_read: DTMF end passthrough '3' on SIP/7992-00000615
[Dec  3 11:02:30] DTMF[3725][C-00000451]: channel.c:4050 __ast_read: DTMF begin '4' received on SIP/7992-00000615
[Dec  3 11:02:30] DTMF[3725][C-00000451]: channel.c:4054 __ast_read: DTMF begin ignored '4' on SIP/7992-00000615
[Dec  3 11:02:30] DTMF[3725][C-00000451]: channel.c:3964 __ast_read: DTMF end '4' received on SIP/7992-00000615, duration 153 ms
[Dec  3 11:02:30] DTMF[3725][C-00000451]: channel.c:4034 __ast_read: DTMF end passthrough '4' on SIP/7992-00000615
    -- Executing [1234@corp_add:1] NoOp("SIP/7992-00000615", "---1234---") in new stack


Т.е. пробовал и просто на атс (без астериска), но там только на слух, логи дтмф не пишет, это уже проключенный голосовой канал - но вызов уходит как раз на внутренний номер, с учетом задвоения цифр.
Например, настроен прием 3-х цифр внутреннего номера. Набираю 123.
АТС понимает, так, как будто я набрал 112 (остальное, больше 3 цифр, отрезает).

bravo
Сообщения: 809
Зарегистрирован: 19 июн 2015 18:38
Reputation: 6

Re: Задвоение DTMF на SMG-2

Сообщение bravo » 03 дек 2019 17:11

ну т.е. из всего разнообразия железа в схеме после смг до астериска перст указал именно на смг?)

сними дамп на смг (pcap трейс). потом послушаем что там шлётся и сколько раз.
Тех. саппорт от коллег: https://t.me/eltex_experts

Sergei
Сообщения: 15
Зарегистрирован: 01 дек 2017 19:10
Reputation: 0

Re: Задвоение DTMF на SMG-2

Сообщение Sergei » 03 дек 2019 18:39

Я был бы рад, если бы он заработал. Как я уже писал - телефонная сеть довольно простая - в виде звезды.
Все продолжает работать нормально, проблема возникла только в момент подключения SMG-2 и только с его порта Е1.

Я даже извратился, поставил в разрыв между Оператором и шлюзом астериск, переделывающий тип inband в rfc - в этом режиме шлюз работает нормально. Но мне нужен inband и лучше без лишних костылей.

Звонок на номер 7149314 с вводом дтмф 1234:

Снял pcm-dump для потока Е1 средствами шлюза:
https://yadi.sk/d/Do4KlR5Aq9A9lQ

Это tcp-дамп
https://yadi.sk/d/Z55T3DJEwcyosw

bravo
Сообщения: 809
Зарегистрирован: 19 июн 2015 18:38
Reputation: 6

Re: Задвоение DTMF на SMG-2

Сообщение bravo » 04 дек 2019 20:23

Изображение
хостинг картинок

ну видно это 1 2 3 4 на входе.


на выходе только сигнализация. Всё в inband.


Надо как-то слушать, что в поток улетает Если есть ещё один шлюз, то можно было бы поставить в разрыв и через sip петельку сделать. но его видимо нет.

по сигнализации dtmf только в inband проходит. Цифры отдельными элементами не отправляются. Ставлю на циску)
Тех. саппорт от коллег: https://t.me/eltex_experts

Sergei
Сообщения: 15
Зарегистрирован: 01 дек 2017 19:10
Reputation: 0

Re: Задвоение DTMF на SMG-2

Сообщение Sergei » 04 дек 2019 20:59

Ясно.
Насколько я понял, вся эта проблема с дтмф происходит внутри шлюза в месте перехода из сип в Е1. Снаружи можно подключать разные устройства, это не даст понимание проблемы.
Пока вижу однозначную зависимость от типа дтмф в сип:
- подаю в inband - вижу проблему.
- подаю в RFC - все нормально.


Вернуться в «Оборудование VoIP»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость