我已经阅读了 freeswitch 中用于检测带内 dtmf 的 start_dtmf 应用程序。 我已经对此进行了测试，但它没有检测到任何 DTMF。
<extension name="dtmf_test">
<condition field="destination_number" expression="^6000$">
<action application="answer"/>
<action application="start_dtmf"/>
<action application="bridge" data="user/6888"/>
请帮帮我。
【问题讨论】：
标签： freeswitch
老问题，但值得再试一次。
假设
我假设 user/6888 是 dtmf 数字的发起者。
问题
对于任何基于调用的应用程序要记住的重要一点是，它处理调用分支/通道、被调用者、调用者或 a-leg、b-leg。在执行特定于支路的基于拨号计划的应用程序（即仅在一条支路上启用）时，这一点非常重要，例如“start_dtmf”，请参见documentation，尤其是以下说明的行：
上面列出的 start_dtmf 行在 this 通道上启动 start_dtmf 应用程序，以允许 DTMF 检测。
在您的示例中，start_dtmf 应用程序正在监听呼叫 6000 的用户，而不是桥接分机用户/6888。 freeswitch 示例之所以有效，是因为它正在拨入 IVR，而来电者正在按 dtmf 数字。
解决方案
要在另一条腿上设置 start_dtmf 应用程序，您要查看exec_after_bridge application。
<action application="set" data="exec_after_bridge_app=start_dtmf"/>
【讨论】：
我发现mod_spandsp 的带内 DTMF 检测比内置的 FreeSwitch 检测更可靠。我还发现它不能在 Windows 上运行，只能在 Linux 上运行。
【讨论】：
你怎么知道它不起作用？
1) 确保电话路径使用带内 DTMF 此测试呼叫涉及哪些类型的 SIP 用户代理或电话？软电话通常可以选择更改 DTMF 设置。
2) 确保将控制台日志设置为 DEBUG 以查看 DTMF 是否被识别。 通常可以在 FreeSWITCH 控制台按 F8 键在 DEBUG 中设置。
Ciao！
【讨论】：
console loglevel DEBUG 将日志级别设置为调试。 F8 只是此命令的 Windows 快捷方式
问题
与@bencode 意见相同，您的 xml 在 a-channel 中启动 dtmf 而不是在 b-channel 中
解决方案
但是在我的配置中，只有 set exec_after_bridge_app=start_dtmf 不起作用
我尝试了另一种在 b 通道中启用 dtmf 的方法
<action application="export" data="execute_on_answer=start_dtmf"/>
调用建立时会在a-channel和b-channel中执行start_dtmf
【讨论】：