简介这是 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 OfficeSIP中继已经开通摘机拨号却连续忙音又或者你要在安卓软电话上注册分机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 SideAvaya作为SIP中继与上游ITSP或企业SBC对接。PDF里许多参数看着差不多实际分属两套配置混在一起抄大概率翻车。先把角色分清后面所有参数才有归位。角色常见设备Avaya侧对应配置关键冲突点中继侧ITSP / SBC / 对端IP-PBXSignaling Group、Trunk Group、Route Pattern对端IP、认证用户名、SIP Domain端点侧Avaya软电话、安卓SIP AppStation Type、SIP Registration、IP Codec注册服务器地址、分机密码、端口注册与路由系统内嵌SIP Server / Session ManagerIP Network Region、ARS、System Options开关没开全部白配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 GroupSIP信令的逻辑通道包含对端IP、端口、传输方式、远端Domain。Trunk GroupSIP中继的“电路”抽象成员数代表最大并发通话数而不是物理线数。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功能的总许可不置ySignaling 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 Level0代表最低限制级别所有分机默认都能使用如果你后续要限制某些部门不能打长途才需要调高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在公网或DMZAvaya发出的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→对方落地号码”的完整呼叫。验证清单如下验证项预期结果失败时优先排查分机注册注册状态显示Registered端口/协议/Domain配置摘机拨号听到二次拨号音ARS分析表是否匹配出局呼叫对端振铃并接通Route Pattern、认证凭据通话双向语音双方清晰无单向Direct IP-IP Audio与NAT边界挂机释放占用中继归零呼叫释放原因软电话选型上设置说明一般不会管App用什么实际操作里我常用带SIP日志的App遇到问题可以直接复制Registration日志查看服务器返回的401/403响应码。6.3 长期维护技巧把PDF设置说明整理成diff记录我最推荐的收尾动作是把这份设置说明里所有涉及到的页面和参数转成一份“变更对照表”配置前截图、配置后截图、改动参数、原因、日期。不要只保留命令清单因为Avaya升级或对端SBC变更后当初为什么这么做比怎么做更重要。几个月后再翻出这份PDF你对照记录就能快速判断“这个参数该不该动”而不是重新把系统当黑匣子试错。SIP设置是一套强关联的状态集合任何一处改动都可能影响另一片区。希望这套方法能帮你在下次面对同类配置时走得更顺少点深夜加班抓包的运气活。本文还有配套的精品资源点击获取 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 OfficeSIP中继已经开通摘机拨号却连续忙音又或者你要在安卓软电话上注册分机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 SideAvaya作为SIP中继与上游ITSP或企业SBC对接。PDF里许多参数看着差不多实际分属两套配置混在一起抄大概率翻车。先把角色分清后面所有参数才有归位。角色常见设备Avaya侧对应配置关键冲突点中继侧ITSP / SBC / 对端IP-PBXSignaling Group、Trunk Group、Route Pattern对端IP、认证用户名、SIP Domain端点侧Avaya软电话、安卓SIP AppStation Type、SIP Registration、IP Codec注册服务器地址、分机密码、端口注册与路由系统内嵌SIP Server / Session ManagerIP Network Region、ARS、System Options开关没开全部白配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 GroupSIP信令的逻辑通道包含对端IP、端口、传输方式、远端Domain。Trunk GroupSIP中继的“电路”抽象成员数代表最大并发通话数而不是物理线数。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功能的总许可不置ySignaling 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 Level0代表最低限制级别所有分机默认都能使用如果你后续要限制某些部门不能打长途才需要调高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在公网或DMZAvaya发出的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→对方落地号码”的完整呼叫。验证清单如下验证项预期结果失败时优先排查分机注册注册状态显示Registered端口/协议/Domain配置摘机拨号听到二次拨号音ARS分析表是否匹配出局呼叫对端振铃并接通Route Pattern、认证凭据通话双向语音双方清晰无单向Direct IP-IP Audio与NAT边界挂机释放占用中继归零呼叫释放原因软电话选型上设置说明一般不会管App用什么实际操作里我常用带SIP日志的App遇到问题可以直接复制Registration日志查看服务器返回的401/403响应码。6.3 长期维护技巧把PDF设置说明整理成diff记录我最推荐的收尾动作是把这份设置说明里所有涉及到的页面和参数转成一份“变更对照表”配置前截图、配置后截图、改动参数、原因、日期。不要只保留命令清单因为Avaya升级或对端SBC变更后当初为什么这么做比怎么做更重要。几个月后再翻出这份PDF你对照记录就能快速判断“这个参数该不该动”而不是重新把系统当黑匣子试错。SIP设置是一套强关联的状态集合任何一处改动都可能影响另一片区。希望这套方法能帮你在下次面对同类配置时走得更顺少点深夜加班抓包的运气活。本文还有配套的精品资源点击获取