В настоящее время я пытаюсь разобраться в следующем сценарии: На наш SIP-транк поступает вызов из PSTN, он поступает в Unity, где оператор отвечает на вызов с доступной функцией ввода вызывающего абонента, и некоторые из них перенаправляются на альтернативный номер контакта, который вернется в PSTN (например, для энергетической компании). Когда вызов поступает в их систему и имеет свой собственный набор опций DTMF, мы, похоже, не отправляем их, и нажатия клавиш игнорируются. Аудио является двусторонним, поскольку у некоторых есть голосовая опция «Скажи X», которая работает. Я также могу сделать это с помощью вызова на обычный VOIP-телефон в нашей АТС, и когда я перенаправляю вызов, получаю те же результаты. Из того, что я вижу в журнале, мы используем внеполосный DTMF с Wireshark, который показывает мне нажатия клавиш, когда я использую фильтр
rtpevents,
и я не слышу их в потоковом воспроизведении Wireshark, так что это отслеживается с OOB. Я просто хочу понять, почему DTMF не передается после перевода. Есть ли настройки/опции, на которые я должен обратить внимание в нашей настройке CUCM, или это, скорее всего, проблема SBC? Буду благодарен за любой совет или даже за ссылку на хороший источник информации.

]]>https://sla247.ru/forum/topic/1429/переведенные-вызовы-отправляемые-по-dtmf-на-внешний-пункт-назначения-вызоваRSS for NodeFri, 15 May 2026 07:28:50 GMTWed, 18 Feb 2026 21:08:16 GMT60@Elliot Dierksen
@Nithin Eluvathingal
Посмотрев на эти команды, я понял, что они предназначены для шлюзов/SBC. Учитывая, что мы по-прежнему используем провайдера, я предполагаю, что этот DTMF-реле будет для них вопросом. Я свяжусь с ними и сообщу, когда мы добьемся прогресса. Я действительно очень благодарен за помощь.

]]>https://sla247.ru/forum/post/9755https://sla247.ru/forum/post/9755Wed, 18 Feb 2026 21:08:23 GMT@Nithin Eluvathingal
Проблема возникает при переадресации/переводе вызова. При прямом вызове на тот же номер с нашей АТС DTMF работает; если я звоню с внешней линии на свой рабочий телефон (который зарегистрирован для SIP) и перевожу вызов, то DTMF не работает на этом внешнем IVR. В настоящее время мы подключены к SBC нашего провайдера и еще не имеем собственных в пути (путях); я планирую в этом году установить наши собственные между нашей средой и их средой. Это одна из тех вещей, о которых я узнал постфактум.

]]>https://sla247.ru/forum/post/9754https://sla247.ru/forum/post/9754Wed, 18 Feb 2026 21:08:22 GMTЧто происходит, когда вы делаете обычный звонок на внешний номер, который предлагает IVR? DTMF работает? Или эта проблема возникает при переадресованных звонках? Что вы имеете в виду под «просто подключением к PSTN через SIP-транк»? У вас нет CUBE или SBC между CUCM и SIP-транком ITSP? ![Response Signature]

]]>https://sla247.ru/forum/post/9753https://sla247.ru/forum/post/9753Wed, 18 Feb 2026 21:08:21 GMTКакой тип DTMF-ретранслятора вы используете для связи с провайдером? Вы также можете попробовать использовать SIP-транк для Unity вместо портов SCCP. В этом случае вам понадобится одинаковая конфигурация DTMF-ретранслятора на обоих концах. Это также потребует некоторых настроек в группе портов в Unity Connection. Вы можете посмотреть трассировки CM, чтобы увидеть, где происходит сбой в переговорах DTMF. Эта задача будет проще, если вы используете что-то вроде Translator-X для просмотра файлов журналов.

]]>https://sla247.ru/forum/post/9752https://sla247.ru/forum/post/9752Wed, 18 Feb 2026 21:08:20 GMT@Elliot Dierksen
Unity связан с настройкой порта SCCP. Сначала я подумал, что это тоже может быть причиной проблемы, но когда я звоню на свой рабочий телефон, который использует SIP, и переключаю вызов на внешний номер, получаю тот же результат. Я просмотрю команды, которые вы выделили, и посмотрю, что получится. Сейчас у нас настроено только соединение с PSTN через SIP-транк с подключением нашего провайдера, но в моих планах на этот год есть установка какого-то собственного SBC между ними.

]]>https://sla247.ru/forum/post/9751https://sla247.ru/forum/post/9751Wed, 18 Feb 2026 21:08:19 GMTКак вы интегрировали Unity Connection с CUCM, через порты SCCP или SIP-транк? Если это SIP-транк, вам нужно посмотреть профиль SIP, связанный с SIP-транком, а не с провайдером/CUBE. Скорее всего, ретрансляция DTMF согласовывается по-разному на разных участках вызова, поэтому DTMF не распознается переведенным PSTN-адресатом. Если вы можете активировать вызов и поддерживать его активность, вы можете посмотреть все участки вызова. Я предполагаю, что вызов поступает через CUBE. Будет 4 участка: входящий ITSP и CUCM, а также исходящий CUCM и ITSP. Вам понадобятся подробные данные по всем 4 участкам, чтобы увидеть, какой метод ретрансляции DTMF используется. Вы можете получить эту информацию с помощью команды «show call active voice id <x>». Это предполагает, что оба участка имеют одинаковый ID. Если это не так, вы можете сделать это с помощью команды «show call active voice call-id (или, возможно, callid) <X>» для каждого отдельного участка вызова.

]]>https://sla247.ru/forum/post/9750https://sla247.ru/forum/post/9750Wed, 18 Feb 2026 21:08:18 GMTВ итоге мы включили функцию «Требуется конечная точка мультимедиа» и начали отправлять DTMF на внешний IVR. Это заняло немного времени, но мы привлекли технического специалиста, который проанализировал ситуацию в режиме реального времени, и тогда мы решили попробовать этот вариант.

]]>https://sla247.ru/forum/post/9749https://sla247.ru/forum/post/9749Wed, 18 Feb 2026 21:08:17 GMT