Asterisk中rtptimeout参数在呼叫保持场景下失效问题咨询

先明确你的问题场景：

我使用Asterisk 16.5版本，配置了rtptimeout = 10参数。当呼叫未处于保持状态时，该参数可正常工作：若音频通道无RTP或RTCP活动，Asterisk会在11秒后终止呼叫；但当SIP客户端保持呼叫后，该参数失效，无RTP/RTCP活动时Asterisk不会在11秒后终止呼叫。

这个问题在Asterisk 16.x版本里挺常见的，核心原因是：当呼叫被标记为保持状态时，Asterisk默认会暂停rtptimeout的检测逻辑——它认为保持状态下媒体流中断是预期行为，所以不会触发超时挂断。下面给你几个针对性的解决方案：

1. 启用专门的保持状态超时参数 rtpholdtimeout #

Asterisk其实提供了专门针对保持状态的RTP超时配置项rtpholdtimeout，你只需要在对应的SIP配置文件里（比如sip.conf或者pjsip.conf，取决于你用的SIP驱动）添加这个参数，设置和rtptimeout一致的时间即可：

rtpholdtimeout = 10 ; 单位为秒，和rtptimeout保持相同值

这个参数会独立监控处于保持状态的呼叫的RTP/RTCP活动，一旦超时就会自动终止呼叫，完全适配你的需求。

2. 排查SIP保持信令的正确性 #

有时候客户端发送的保持信令格式可能不标准，导致Asterisk没有正确识别呼叫进入保持状态，进而影响超时逻辑触发。你可以开启SIP debug日志来排查：

# 进入Asterisk控制台
asterisk -rvvv
# 开启SIP debug
sip set debug on

然后发起呼叫并触发保持，查看控制台输出的信令交互，确认Asterisk是否收到了正确的保持消息（比如带Session-Expires的INVITE或者UPDATE），并且正确标记了呼叫状态。如果信令有问题，可能需要调整客户端的保持设置。

3. 自定义拨号计划实现超时检测 #

如果上述参数配置无法满足你的特殊需求，你可以在拨号计划中添加自定义的超时检测逻辑，手动监控保持状态下的RTP活动：

[your_call_context]
exten => _X.,1,NoOp(Incoming call processing)
same => n,Dial(SIP/${EXTEN},60)
# 呼叫进入保持状态时跳转到自定义检测逻辑
same => n,GosubIf($["${DIALSTATUS}" = "HOLD"]?hold_timeout_check,s,1)

[hold_timeout_check]
exten => s,1,Set(HOLD_TIMEOUT=10)
same => n,Wait(${HOLD_TIMEOUT})
# 使用Asterisk内置函数检查RTP活动状态
same => n,Set(RTP_ACTIVE=${CHANNEL(rtpactive)})
same => n,GotoIf($["${RTP_ACTIVE}" = "0"]?force_hangup,s,1)
# 如果有活动，循环继续检测
same => n,Goto(hold_timeout_check,s,1)

[force_hangup]
exten => s,1,NoOp(Holding timeout reached, hanging up)
same => n,Hangup()

这里用${CHANNEL(rtpactive)}函数来检查通道是否有RTP活动，返回1表示有活动，0表示无活动，逻辑简单直接。

最后，修改配置后记得重新加载SIP配置或者重启Asterisk生效：

asterisk -rvvv
# 传统SIP驱动执行
sip reload
# PJSIP驱动执行
pjsip reload

之后测试呼叫保持后的超时情况，应该就能按预期触发挂断了。

内容的提问来源于stack exchange，提问作者Ramin Darvishov