Avaya SIP中继配置指南：从原理到实战排错

简介：这是 Avaya Aura Communication Manager 5.2 版新功能的官方说明文档，面向企业通信系统运维工程师、SIP 集成实施人员以及技术决策者，用于快速掌握 Avaya 统一通信平台的关键更新。文档系统梳理了被叫方排队自动回叫、Avaya Installation Wizard 增强、呼叫记录增强（含转送呼叫、链路呼叫转送、编辑拨号）、增强型呼叫代答警报、SIP 改变路由指示、改址通知、Extension to Cellular 等特性，并对 SIP Enablement Services、Avaya Servers 与 Media Gateways 的更新提供了说明，可作为功能理解和配置排查的参考。资源为单一 PDF 文件，整个压缩包大小仅约 399KB，体积轻量，便于下载阅读。已有 559 人学习下载，适合在部署升级前评估，也适合遇到 SIP 呼叫异常时查阅。文档由 Avaya 官方发布，章节结构清晰，按模块列出了 5.2 版新增功能，便于对照系统版本逐项核实；此外还涉及 Gateway Installation Wizard、Hot Desking、个人分机接入（PSA）、恶意呼叫跟踪历史报告等扩展内容，可作为系统调优与故障排查的速查手册。

1. 《Avaya_SIP_设置说明.pdf》在讲什么：你拿到手的那套SIP落地配置是什么

一份《Avaya_SIP_设置说明.pdf》递到手里时，通常不是因为你主动想学SIP，而是供应商方案或前任工程师的交接文档就这么落在了你桌上。你面前可能是一台Avaya Communication Manager，也可能是IP Office，SIP中继已经开通，摘机拨号却连续忙音；又或者你要在安卓软电话上注册分机，App一直停在“Registering”。这份PDF想解决的，正是把散落在系统参数页里的SIP配置串成一条可复现的操作路径：编解码策略、网络区域、中继组、路由计划，再到认证与NAT边界。它适合正要让SIP中继落地、或刚接手Avaya语音环境的运维工程师。但直接照抄设置说明往往会翻车，SIP参数和环境强耦合。这篇文章会顺着这类PDF的常见章节，把Avaya SIP设置的原理、命令、参数和踩坑点讲透。

2. 先搞清Avaya SIP的三种角色：中继、端点与注册服务器

拿到PDF先别急着翻“SIP中继”那一页。Avaya环境里SIP有两种完全不同的落地形态：一种是站侧（Station Side），软电话或实体IP话机以SIP端点身份注册到Avaya；另一种是网侧（Network Side/Trunk Side），Avaya作为SIP中继与上游ITSP或企业SBC对接。PDF里许多参数看着差不多，实际分属两套配置，混在一起抄大概率翻车。先把角色分清，后面所有参数才有归位。

2.1 为什么先从信令链路入手，而不是直接抄网关注册参数

我习惯第一步先跑下面这条命令，看系统里已经定义了哪些IP接口，确认信令链路从哪来、要到哪去：

list ip-interface # 输出中关注 Type 字段 # 常见值: procr / host / peer # 如果是单机CM，核心接口通常是procr # 若是Session Manager集群，会有多个peer接口，需注意对端SBC该填哪一个

这条命令的作用是摸清Avaya自己暴露给对端的IP地址。很多设置说明里会把“Near End Node Name”填成procr，但如果你有多块接口负载均衡，或者用Session Manager做信令汇聚，procr未必是实际出局地址。对照PDF里的“对端SBC IP”，先ping通，再往下配。

另一个容易忽略的点是传输方式。PDF里如果只写了IP地址没写传输层协议，你就要自己去问对端SBC支持UDP、TCP还是TLS。Avaya中继侧默认版本较老的环境习惯走UDP 5060，新环境或跨公网一般走TLS 5061。传输方式不一致时，信令到得了对端，但对端不回包，现象就是“振铃前完全没反应”。这一步先用软电话App配合抓包确认对端SIP端口在监听哪个协议，不然后面改配置来回复制粘贴，纯浪费时间。

2.2 看懂设置说明里的关键词：Domain、Trunk Group、Routing Table

一份像样的设置说明里，至少会出现六个关键词：SIP Domain、IP Network Region、Codec Set、Signaling Group、Trunk Group、Route Pattern。它们的包含关系是这样的：

• SIP Domain：出现在注册请求的From/Contact头域里，对端SBC用它判断呼叫归属。中继侧通常填企业统一域名，端点侧则用分机注册时的realm。
• IP Network Region：决定语音走哪个VLAN、哪组IP接口，以及哪些Codec Set可用。跨区域呼叫会走Region间的RTP转发。
• Codec Set：协商G.711、G.729等编码，以及DTMF的承载方式。
• Signaling Group：SIP信令的逻辑通道，包含对端IP、端口、传输方式、远端Domain。
• Trunk Group：SIP中继的“电路”抽象，成员数代表最大并发通话数，而不是物理线数。
• Route Pattern：把被叫号码映射到某个Trunk Group的拨号计划，是接线员转总机的脑回路。

对照设置说明时，我一般会把页码标在这些词旁边，然后按“Region→Codec→Signaling→Trunk→Route”的顺序读。PDF如果跳过了Signaling Group直接写Trunk Group，那这份文档大概率默认你已经建好了信令链路，或者作者自己把两者混为一谈。

2.3 先做一次软开关摸底：查看系统选项中的SIP许可

SIP配置死活不生效，最常见的原因不是参数写错，而是系统级别的功能开关没打开。Avaya CM上有一个总开关页面，用下面命令打开：

display system-parameters customer-options # 在 OPTIONAL FEATURES 页翻页，重点看两行: # SIP Support? y # IP_IP Direct Trunk? y # 如果这两行显示 n 或空，后续所有SIP设置都不会被真正启用

SIP Support是整个SIP功能的总许可，不置y，Signaling Group建了也会停在“Out of Service”。IP_IP Direct Trunk则是CM与对端IP系统之间建立直连中继的开关，用于跨PBX组网或对接SBC时避免语音绕行TDM板卡。设置说明如果只给了中继参数没提这两个开关，你要自己把这页截图存档。

顺手再看一下分机侧，display system-parameters customer-options里还有“Maximum Stations”，如果软电话想注册进来，分机总数也要够。有的SIP设置说明会建议把软电话配成“Virtual Office”或“SIP Deskphone”，这些都需要额外许可。拿不到许可就找供应商要临时License，这个环节省不了。

3. 照着做：在Avaya Communication Manager上配置SIP中继的最小步骤

确认完开关，就可以按顺序走一遍最小可用的中继配置。这里以单台Avaya Communication Manager对接一台SBC为例，协议走UDP、信令IP是公共边界地址内网映射后的地址。每一步都会给命令，不带参数的页面字段名以你系统实际版本为准，但位置基本一致。

3.1 配置IP Network Region与IP Codec Set

先建编解码策略，再绑定网络区域。命令如下：

change ip-codec-set 1 # Name: CM-SIP # Audio Codec page: # 1: G.711MU, Packet Size: 20ms # 2: G.729AB, Packet Size: 20ms # Attention: 第一优先编码必须是你确认对端SBC支持的编码

这里的逻辑是：双方在SIP的SDP协商里按优先级挑共同支持的编码。如果对端SBC只支持G.729，你却把G.711放第一位，呼叫会建立，但可能出现“双方都没声音且没有报错”的情况——实际是协商失败后回退不到任何编码。我遇到过把G.729AB的Packet Size填成30ms导致SBC侧不匹配的，优先用20ms，除非PDF明确写了对端要求。

接着确认区域绑定：

change ip-network-region 1 # Name: SIP-Region # Codec Set: 1 # Intra-region IP-IP Direct Audio: yes # Inter-region IP-IP Direct Audio: yes

区域的核心作用，是告诉Avaya这个区域的语音流是直接端到端穿透，还是经过CM转发。如果SIP中继和端点都在同一区域，且没有类似“所有RTP必须经过SBC”的合规要求，这里保持默认yes即可。当PDF或网络组要求“媒体必须绕行核心交换机上的防火墙”时，再把Direct Audio设成no，代价是每路通话会多占一份CM的媒体转发资源。

3.2 建立Signaling Group与SIP Trunk Group

信令组是SIP中继的“物理”链路，先建它：

add signaling-group 10 # Group Type: sip # Transport Method: tcp # IP Network Region: 1 # Near End Node Name: procr # Far End Node Name: sbc # Far End Network Region: 1 # Far End Domain: itsp.example.com # SIP Enabled? y

注意几个容易被忽略的点。Near End Node Name填procr是常见做法，但要确认list ip-interface里的procr地址确实能与对端互通。Far End Domain要和SBC侧SIP Trunk里配置的Domain一致，有的SBC不看这个字段，但Avaya自己会用它做入局呼叫的归属判断。Transport Method选tcp，就始终用5060？不对，TCP信令一般也是5060，但很多SBC的TCP监听的正是5060；如果对端明确用5061，这里的参数就要改成tls，并启用证书。初次联调建议先UDP，把链路跑通再谈加密，否则抓包排错时证书问题会干扰你判断。

然后建中继组：

add trunk-group 100 # Group Type: sip # Signaling Group: 10 # Number of Members: 24 # Direction: two-way # Trunk Type: isdn # Service Type: tie

很多刚上手的人把Number of Members理解成“中继物理通道数”，以为要买线缆。SIP中继的成员只是并发通话上限，设成30就代表最多30路同时通话，超出的呼叫会因“无空闲中继”被拒绝。Trunk Type填isdn，是为了让系统按ISDN方式处理承载能力协商，这是Avaya中继配置里的常规选项。Service Type选tie，表示这是对等语音网络而非公共交换电话网，适合企业内部PBX互联；如果对端是运营商SIP中继，很多设置说明会写service-type是public或tie，要看你需要走什么样的号码规范。

3.3 配置Route Pattern与ARS，让分层拨号先跑通

中继组建好，不会自动接到呼叫。还需要把“呼叫某个号码前缀”映射到这个中继组。做法是配Route Pattern，再配ARS路由分析：

change route-pattern 1 # Pattern Number: 1 # Grp FRL Number: 100, FRL: 0 # Prefix-Trunk-Selection? n # Trunk Group Type: sip # 完成后退出保存

这里的FRL是Facility Restriction Level，0代表最低限制级别，所有分机默认都能使用；如果你后续要限制某些部门不能打长途，才需要调高FRL值。Prefix-Trunk-Selection必须保持默认的n，否则拨号前缀会被Avaya当成可切换中继索引，出现呼叫反复占用同一中继的死循环。

ARS部分：

change ars analysis 0 # Dialed String: 9 # Route Pattern: 1 # Route Type: pattern # 然后去 change ars routing 1 确认 pattern 1 对应 trunk-group 100

我见过很多设置说明把ARS和Route Pattern混着写，实际逻辑是：摘机拨号时系统先查ARS表格，Dialed String匹配到“9”，再按Route Pattern 1把呼叫送到Trunk Group 100。如果你把Route Pattern直接挂在分机的对外呼叫权限里，没有先过ARS，系统会提示“Called party number not in ARS table”。配完后用下面命令验证：

list trace # 条件中选择 trunk-group 100, 或直接做一次拨号 # 观察 TRACE 输出里是否有 route-pattern 1 matched

这一条是最直接的“能不能走通”判断，比看一堆status更省事。

4. 与SIP网关对接的必调参数：公共IP、认证与NAT边界

SIP中继最怕的是“内部配置无懈可击，一过边界就死给看”。Avaya文档通常默认系统在企业内网，对端SBC可能在公网、DMZ或别的VLAN。你需要主动把公共IP、端口范围、认证方式这三样东西对清楚，否则PDF写得再细也是纸上谈兵。

4.1 公共IP/NAT场景下怎么填IP Codec Set的Zone与RTP端口

如果中继侧的SBC在公网或DMZ，Avaya发出的SDP里携带的RTP地址必须是对端可达的地址。许多设置说明只写了“配置IP Codec Set的Media端口范围”，却没说这个端口范围在NAT处理后会不会被改写。首先要确认Avaya的信令和媒体是不是在同一接口上。共用一个IP地址时，操作步骤是：

change ip-codec-set 1 # 进入 Media Parameter 页 # Direct IP-IP Audio? y # DTMF over IP: rtp-payload (不要选h245-signaling) # 如果这里系统允许填写 Media Port Range，一般设 20000-30000

但这里真正坑的是“Direct IP-IP Audio”选项。当它设成y时，Avaya会尝试让主叫和被叫的RTP直接互通，不再经过CM转发。在NAT场景下，双方拿到的往往是私网地址，直通根本打不通，音频单向或全无。我一般遇到边界穿越，就直接把它设成n，强制RTP经过CM做一次地址改写。代价是每路通话多消耗CPU和带宽，但换来的稳定坐在家里加班少。

RTP端口范围要跟防火墙侧对齐。Avaya默认可能从某个高位端口连续分配，如果SBC侧只放行了10000-20000，你这边设20000-30000，就会出现“呼叫建立成功但媒体超时”的玄学现象。两边统一端口区间，并在防火墙放行双方所有可能的UDP媒体端口，问题才真正根治。

4.2 认证与白名单：ip-sip-interface与trusted host

对端SBC通常要求Avaya在INVITE里带认证用户名和密码，这个用户名不是登录CM用的，而是在中继相关配置里指定。每个信令连接可以配置：

change signaling-group 10 # SIP Enabled? y # Session Establishment Timer: 120 # Authentication? y # User Name: avaya-trunk # Password: xxxx # 受支持的远端IP白名单在系统网络安全页面维护

把Authentication置y后，Avaya会在收到401/407挑战时重新带认证信息再INVITE一次。有些SBC只做IP白名单不启认证，那Authentication保持n，靠固定IP信任即可。同样的，Avaya侧也建议把对端SBC的IP加入可信范围，避免陌生INVITE骚扰。做法是进入到系统网络策略页面，将SBC地址加为trusted host。这一步不是必须，但没做的话，SBC入局呼叫偶尔被Avaya拒收，报“Object not found”或“Request rejected”，排查起来很绕。

4.3 呼叫失败时看什么：trace调用与日志关键词

联调阶段我最依赖的是list trace。先设置过滤条件，再做一次呼叫，然后刷屏幕：

list trace # 按 F5 刷新 # 关注几类关键日志: # SIP Tx INVITE —— 出局呼叫已发出 # SIP Rx 401/407 —— 对端要求认证 # SIP Rx 503 —— 对端暂时不可用 # SIP 100 Trying —— 信令链路活着

如果只看到TX INVITE，没有后续任何消息，先回去查传输协议和端口；如果看到401后Avaya没有再发带Authorization的请求，通常是Authentication开关或用户名密码没配对。看到503则去查SBC侧的路由策略和归属号码段。日志这一步决定你是十分钟解决问题，还是把整个下午搭进去。平时做变更前，我都会开着list trace，一条条对照设置说明里的信令流程，比事后看统计表直观得多。

5. Avaya SIP设置避坑：常见报错、定位思路与解决办法

配置方法在PDF里往往只有一页，现场问题却五花八门。我把高频踩坑按“现象→原因→解决”列在这章，每条都是真实翻车后沉淀下来的做法。

5.1 单向语音：RTP端口地址被NAT改写

现象：呼叫接通，主叫听得到被叫，被叫听不到主叫；或者双方都听不到，但信令显示正常。
原因：Avaya发出的SDP里RTP地址和端口是对端不可达的。最常见是CM在私网，SBC在公网，而Direct IP-IP Audio开着，Avaya直接把私网IP写进SDP。
解决：先把ip-codec-set里的Direct IP-IP Audio设成n，强制媒体经过CM转发。再确认防火墙放行了CM媒体端口及对端SBC的媒体端口。改完再呼叫，抓SIP消息看SDP里的c=行地址是否已经是对端可达的地址。如果还不通，看两边媒体端口是否在同一范围内。

5.2 呼叫建立失败，SIP消息停在401/407

现象：出局呼叫日志里只有“SIP Rx 401 Unauthorized”，然后没有后续INVITE。
原因：Avaya没有在收到401后带上Credentials重拨。要么signaling-group里Authentication没置y，要么用户名密码与SBC侧不一致。
解决：先到SBC侧确认认证凭据，再看Avaya signaling-group参数下的Authentication、User Name、Password三项。改完参数后要reset signaling-group 10使配置生效，重新呼叫并跟一次trace。

5.3 号码被改写：prefix-trunk-selection与route-pattern参数冲突

现象：分机拨打9+外线，结果对端收到的号码是“9100xxxxxxxx”，多出了一个9；或者号码被截断。
原因：Avaya的路由计划里既做了ARS拨号串匹配，又在Route Pattern里配置了Prefix-Trunk-Selection或Digit Conversion，重复加前缀/去前缀。
解决：保持Prefix-Trunk-Selection为n，把删加号码的逻辑放到ARS或Route Pattern要仅保留一处。确认change ars analysis里dialed string取消了最前面的9，如果SBC要求完整E.164，可以在route pattern里做转换，不要两头都做。号码的处理是最容易“调好一次、下个星期又复现”的坑，每次改完记录前后对照才是根治。

5.4 软电话注册不上：TCP/TLS端口与注册域设置

现象：安卓SIP软电话配置了服务器地址和分机号，一直停在“Registering”，CM里看分机状态是unregistered。
原因：软电话在尝试用TCP/TLS注册，但Avaya端点的SIP监听端口未监听该协议；或者注册请求里的Domain与CM配置不一致。
解决：先用list ip-interface确认Avaya侧注册监听端口。多数软电话设置里服务器端口填5060或5061，需要与Avaya侧IP接口状态对齐。如果CM采用TLS，证书里必须有匹配的服务器名，软电话端不要勾选“验证证书”来做快速确认。现象消失后再补证书配置。注册域不匹配常见于分机注册时提示403/404，检查系统SIP Domain字段是否与软电话账号设置中的realm一致。

6. 配置完的验证方法：用一次真实呼叫反向核对设置说明

配置全部落位后，不要急着收工，用一次真实呼叫反向核对整个设置说明，能发现纸面参数和实际状态之间的差异。

6.1 用status trunk-group和中继呼叫日志验证

先看中继组的服务状态：

status trunk-group 100 # 关注 Active Members / Service State # service state 应为 in-service # 如果有 member 是 busy-out 状态，确认是否被手动锁定

再打一次出局呼叫，回到list trace确认呼叫经过Signaling Group 10，并最终收到200 OK。这时候记录呼叫详细记录，list call-history trunk 100可看到最近一条呼叫的建立耗时和释放原因。若释放原因是normal clearing，说明呼叫全程无异常。

6.2 用SIP软电话端到端测试，附一份验证清单表

用安卓SIP软电话注册一台分机，配合上面配置的中继做一次“分机→SIP中继→SBC→对方落地号码”的完整呼叫。验证清单如下：

软电话选型上，设置说明一般不会管App用什么，实际操作里我常用带SIP日志的App，遇到问题可以直接复制Registration日志查看服务器返回的401/403响应码。

6.3 长期维护技巧：把PDF设置说明整理成diff记录

我最推荐的收尾动作，是把这份设置说明里所有涉及到的页面和参数转成一份“变更对照表”：配置前截图、配置后截图、改动参数、原因、日期。不要只保留命令清单，因为Avaya升级或对端SBC变更后，当初为什么这么做比怎么做更重要。

几个月后再翻出这份PDF，你对照记录就能快速判断“这个参数该不该动”，而不是重新把系统当黑匣子试错。SIP设置是一套强关联的状态集合，任何一处改动都可能影响另一片区。希望这套方法能帮你在下次面对同类配置时走得更顺，少点深夜加班抓包的运气活。

本文还有配套的精品资源，点击获取