为什么Avaya VoIP环境下，建议关闭路由器ALG

在 Avaya IP Office、Aura 系统运维中，经常遇到通话单通、双向无声、通话 20-30 秒自动中断等疑难问题。抓包分析后可发现报文被异常篡改，根源大多出自路由器的ALG（应用层网关）。

ALG 本是为解决 NAT 地址转换而生，可实际应用中，反而成了 VoIP 通话故障的主要诱因。

一、核心原理：自作聪明的 “多余翻译”

VoIP 最大痛点是 NAT 穿透。H.323或SIP协议有个特殊性：不仅 IP 报文头携带地址，报文载荷 SDP 中，还内嵌了 RTP 语音流的内网 IP 和端口。普通路由器仅修改 IP 包头外层地址，不会改动内层 SDP 内容；这就导致对端服务器收到请求后，会尝试把语音数据流发往不可路由的内网地址，直接造成单通。

ALG 的设计初衷，就是充当自动翻译：识别 SIP 报文后，主动把 SDP 里的私网 IP 替换为路由器公网 IP。

二、Avaya 环境下 ALG 频发故障的原因

初衷虽好，但绝大多数低端商用路由器的 适配做得极其粗糙，和 Avaya 系统兼容性极差，极易引发各类故障：

1. 通话 30 秒准时断线Avaya 服务器应答呼叫后下发 200 OK 报文，路由器 ALG 常会错误篡改 SIP 的 Contact 字段，且无法建立正确端口映射，导致话机回传的 ACK 确认包无法送达服务器。服务器判定终端未收到应答，超时重试后，便会在 30 秒左右自动挂断通话。

2. 信令正常、语音不通ALG 把内网 IP 替换为公网 IP 时，IP 字符串长度会发生变化。很多路由器只改 IP 地址，却不同步更新 SIP 头部的 Content-Length 内容长度字段。Avaya 系统底层解析报文时，因长度校验失败直接丢弃受损报文，语音通道无法建立，最终出现全程无声。

3. 冲突破坏 Avaya 原生 NAT 穿透新版 Avaya IP Office 等设备，本身自带成熟完善的 NAT 穿透机制，可通过网络拓扑配置、SBC 边界控制器自主完成地址适配。 强行二次篡改报文、过度干预地址转换，会打乱 Avaya 原生穿透逻辑，让原本正常的通话链路彻底瘫痪。

三、标准化最优解决方案

Avaya VoIP 部署遵循极简原则，最佳实践如下：

1. 优先操作：全网关闭 登录路由器防火墙，找到 ALG、SIP Inspection、SIP Fixup 等选项，直接禁用。

2. 分支机构小型场景：终端自主穿透在 Avaya IP Office 内配置正规 STUN 服务器，完善网络拓扑参数，由 Avaya 设备自行探测公网 IP、修改 SDP 地址。路由器只做单纯数据转发，不干预 SIP 报文。

3. 大型企业 / 远程办公：部署专业 SBC复杂组网、大量远程分机场景，部署 Avaya ASBC 企业会话边界控制器。专用 SBC 是为 SIP 信令安全、NAT 穿透量身打造的专业设备，稳定性和专业性远优于路由器自带的简易 ALG。

总结

行业公认一句话： 本为解决 NAT 而生，最后却成了 VoIP 最大的 NAT 故障源。

若你的 Avaya 电话出现莫名断线、单通、无声等玄学故障，无需反复调试拨号规则和分机配置，关闭路由器ALG，往往是最快解决问题的关键一步。