Построили новый sip-линк с Оператором.
Использовали для этого Eltex SMG-2 (прошивка 3.1.9.1260).
Соседние линки с разными Операторами ОКС-7, внутренняя сеть наших атс не перенастраивалась и донабор в тоне работал нормально.
После включения линка с SMG-2 пошли жалобы, что сторонние абоненты не могут набрать внутренний номер.
После разбирательств выяснилось:
1. SIP-Оператор поддерживает только inband dtmf.
2. При работе в режиме inband в нашу сеть атс от SMG-2 идут dtmf-сигналы в задвоенном виде.
Со стороны Оператора провели тестовые звонки с записью акустического сигнала - к нам уходит все правильно, без задвоений.
Настроил у себя стенд на астериске с голосовым меню - из внутренней сети и из ОКС-7 все отлично распознает.
При звонке от Оператора через SMG-2 - задвоение тонов.
Можно ли это побороть - какие действия с моей стороны помогут?
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Задвоение DTMF на SMG-2
Re: Задвоение DTMF на SMG-2
можно снять дамп, RTP восстановить в аудио и послушать. Если действительно без, то задвоение появляется на выходе из SMG или дальше... Но хотя бы убедиться, что приходит норм всё.
Далее хз чё делать, потому что там уже PRI, который хз как послушать (у меня для этого тесте тестер с гарнитурой).
Далее хз чё делать, потому что там уже PRI, который хз как послушать (у меня для этого тесте тестер с гарнитурой).
Re: Задвоение DTMF на SMG-2
В логе SMG-2 со стороны SIP вроде все нормально - распознает по одной цифре и генерит в Е1 (нажимал кнопки 1234):
А вот на выходе из SMG-2 (ISDN PRI) автосекретари в атс понимают каждую цифру как две. Возможно SMG-2 дает слишком длительный импульс? Хотя вручную с телефонного аппарата можно какие угодно импульсы слать - все нормально распознается.
Для примера приведу лог с астериска (он включен потоком в коммутатор):
Каждую цифру определяет два раза, как 93мс и 73мс.
Код: Выделить всё
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мс.
Re: Задвоение DTMF на SMG-2
пагади. дай схему. а то не понятно откуда чего и куда. я думал в поток уходит и там задватвается. Если уходит в сип, то надо смотреть дамп, что передаётся.
мож там эхо появляется, или отсылается не только inband...
мож там эхо появляется, или отсылается не только inband...
Re: Задвоение DTMF на SMG-2
Обычная схема такая:
Оператор---<SIP>---шлюз SMG2---<E1>---Центральный телефонный коммутатор---<E1>---АТС_автосекретарь
В этом варианте выяснилось, что перестал распознаваться тоновый донабор.
После этого я сделал стенд:
Оператор---<SIP>---шлюз SMG2---<E1>---Центральный телефонный коммутатор---<E1>---Cisco5350---<SIP>---Asterisk_автосекретарь.
Здесь я увидел задвоение.
Звонки с других атс внутри нашей телефонной сети и звонки из города, через ОКС, на тот-же астериск(и на другие наши атс) - все нормально, как и раньше. Никакого эха не слышно.
Вот лог на астериске нормального тонового набора (inband):
Т.е. пробовал и просто на атс (без астериска), но там только на слух, логи дтмф не пишет, это уже проключенный голосовой канал - но вызов уходит как раз на внутренний номер, с учетом задвоения цифр.
Например, настроен прием 3-х цифр внутреннего номера. Набираю 123.
АТС понимает, так, как будто я набрал 112 (остальное, больше 3 цифр, отрезает).
Оператор---<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 цифр, отрезает).
Re: Задвоение DTMF на SMG-2
ну т.е. из всего разнообразия железа в схеме после смг до астериска перст указал именно на смг?)
сними дамп на смг (pcap трейс). потом послушаем что там шлётся и сколько раз.
сними дамп на смг (pcap трейс). потом послушаем что там шлётся и сколько раз.
Re: Задвоение DTMF на SMG-2
Я был бы рад, если бы он заработал. Как я уже писал - телефонная сеть довольно простая - в виде звезды.
Все продолжает работать нормально, проблема возникла только в момент подключения SMG-2 и только с его порта Е1.
Я даже извратился, поставил в разрыв между Оператором и шлюзом астериск, переделывающий тип inband в rfc - в этом режиме шлюз работает нормально. Но мне нужен inband и лучше без лишних костылей.
Звонок на номер 7149314 с вводом дтмф 1234:
Снял pcm-dump для потока Е1 средствами шлюза:
https://yadi.sk/d/Do4KlR5Aq9A9lQ
Это tcp-дамп
https://yadi.sk/d/Z55T3DJEwcyosw
Все продолжает работать нормально, проблема возникла только в момент подключения SMG-2 и только с его порта Е1.
Я даже извратился, поставил в разрыв между Оператором и шлюзом астериск, переделывающий тип inband в rfc - в этом режиме шлюз работает нормально. Но мне нужен inband и лучше без лишних костылей.
Звонок на номер 7149314 с вводом дтмф 1234:
Снял pcm-dump для потока Е1 средствами шлюза:
https://yadi.sk/d/Do4KlR5Aq9A9lQ
Это tcp-дамп
https://yadi.sk/d/Z55T3DJEwcyosw
Re: Задвоение DTMF на SMG-2
хостинг картинок
ну видно это 1 2 3 4 на входе.
на выходе только сигнализация. Всё в inband.
Надо как-то слушать, что в поток улетает Если есть ещё один шлюз, то можно было бы поставить в разрыв и через sip петельку сделать. но его видимо нет.
по сигнализации dtmf только в inband проходит. Цифры отдельными элементами не отправляются. Ставлю на циску)
Re: Задвоение DTMF на SMG-2
Ясно.
Насколько я понял, вся эта проблема с дтмф происходит внутри шлюза в месте перехода из сип в Е1. Снаружи можно подключать разные устройства, это не даст понимание проблемы.
Пока вижу однозначную зависимость от типа дтмф в сип:
- подаю в inband - вижу проблему.
- подаю в RFC - все нормально.
Насколько я понял, вся эта проблема с дтмф происходит внутри шлюза в месте перехода из сип в Е1. Снаружи можно подключать разные устройства, это не даст понимание проблемы.
Пока вижу однозначную зависимость от типа дтмф в сип:
- подаю в inband - вижу проблему.
- подаю в RFC - все нормально.
Re: Задвоение DTMF на SMG-2
Версия firmware последняя? Помню была такая-же проблема на старой прошивке, после обновления, dtmf перестали задваиваться. Попробуй обновить.
Re: Задвоение DTMF на SMG-2
Версию я же указал - она последняя на текущий момент.
-
- Сообщения: 1234
- Зарегистрирован: 28 окт 2014 08:53
- Reputation: 10
Re: Задвоение DTMF на SMG-2
Здравствуйте.
Чтобы разобраться в конкретной Вашей ситуации:
Нужно заполнить форму:
https://eltex-co.ru/support/
Приложить в аттачмент:
1) Конфигурацию Вашей SMG (Сервис->Управление файлами конфигурации->Скачать);
2) TCP дамп неудачного звонка с интерфейса any (Раздел РСАР трассировки);
3) Лог PBX_PSTN неудачного звонка все уровни 1 (Раздел PBX трассировки).
Чтобы разобраться в конкретной Вашей ситуации:
подаю в inband - вижу проблему.
Нужно заполнить форму:
https://eltex-co.ru/support/
Приложить в аттачмент:
1) Конфигурацию Вашей SMG (Сервис->Управление файлами конфигурации->Скачать);
2) TCP дамп неудачного звонка с интерфейса any (Раздел РСАР трассировки);
3) Лог PBX_PSTN неудачного звонка все уровни 1 (Раздел PBX трассировки).
Дмитрий Закурдаев / Элтекс / Сервисный центр VoIP
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя