简介这份PDF是Avaya官方发布的SIP设置说明文档核心介绍Avaya Aura Communication Manager 5.2版的新功能适合企业通信管理员、SIP运维工程师以及统一通信平台部署人员阅读。文档系统讲解了被叫方排队自动回叫可让繁忙被叫方进入队列并在空闲后自动回拨减少客户等待与座席压力安装向导增强简化了系统配置降低人为失误呼叫记录增强支持记录转送、链路呼叫转送和编辑拨号便于通话审计与数据修正增强型呼叫代答警报、SIP增强型改变路由指示、增强型改址通知则从提醒和路由层面提升了通信稳定性与可靠性Extension to Cellular功能实现办公分机与手机的融合提高员工灵活性。资源包为单个PDF文件体积约399KB含完整章节目录涉及Communication Manager、SIP Enablement Services及Media Gateways的更新说明。已有559人浏览学习是部署和维护Avaya SIP环境时值得随时查阅的官方技术手册。1. Avaya SIP 设置说明从 CM 5.2 看透 SIP 网关与呼叫转接的配置逻辑这份 Avaya Aura Communication Manager 5.2 版的新功能文档编号 03-601528ZH-CN是我拆过的最典型的“版本说明书”类资源——它不像操作手册那样按步骤教你怎么点界面而是把 5.2 版相对旧版新增的能力逐条列出。对正在维护 Avaya 语音网的一线工程师来说这份资源的真正价值在于它能告诉你哪些 SIP 相关功能默认没开、哪些参数在哪张配置屏上、哪些坑是版本固有限制。比如文档里反复出现的 Feature-Related System Parameters 参数屏、Trunk Group 中继群配置屏、IP Server Interface 参数屏都是 SIP 排障时绕不开的入口。适合三类人正在从 5.1 往 5.2 升级的运维工程师、要对接 SIP 中继或 SIP 话机的集成商、以及做呼叫中心排障需要理解 ACB 和呼叫转送链路的从业者。2. SIP 改变路由与改址通知先弄懂 Diversion Header 再谈排障2.1 SIP 改变路由Diversion到底改了什么5.2 版之前SIP 中继上的呼叫改址呼叫转送、替补、遇忙转移在传递过程中经常丢信息对端只能看到一个“新呼叫”看不到原始主叫和改址历史。5.2 版的增强点在于能够把呼叫成功改址到 SIP 服务提供商SP并且支持多个改址相关应用——包括 EC500、one-X、CSP、FMCPBFMC 或 SPFMC、呼叫转送、呼叫替补、呼叫引导改址。实现手段是通过 SIP 改变路由标头Diversion Header携带完整的改址链路信息。这块配置不藏在系统参数里而是在 Trunk Group中继群屏幕上。文档明确写了两个新增字段字段名取值作用Send Diversion Header?是 / 否是否向对端发送 Diversion 标头Support Request History?是 / 否是否支持 History-Info 请求历史实际配置时我的习惯是对接运营商 SIP 中继时两个字段都开“是”但对接自建 SIP 服务且对端不支持 Diversion 时只开 Send Diversion Header 会导致对端丢弃呼叫。很多排障案例里呼叫能通但主叫号码显示异常问题就出在 Support Request History 被错误关闭——对端拿不到完整的改址历史无法正确回显原始主叫。# 伪代码示例判断是否开启 Diversion 的逻辑Avaya 无 CLI 直配此处示意思路 diversion_enabled trunk_group.send_diversion_header # 中继群配置屏字段 history_supported trunk_group.support_request_history if diversion_enabled and not history_supported: # 对端可能只处理第一个 Diversion 头改址历史丢失 log_warning(call transfer history will not be delivered)这段逻辑是配置前的判断两个字段必须一起考虑只开前半段会造成信息截断。注意列出的两个参数都在 Trunk Group 屏幕修改后需要 save 并重新启动中继不能热生效。2.2 增强型改址通知分机显示屏上的状态滚动顺序增强型改址通知是 5.2 版一个很细但很影响用户体验的功能。它解决的是以前用户开了“呼叫转送”或“请勿打扰”后自己都不记得开了漏接重要电话。现在只要分机空闲且处于正常显示模式就会在屏幕上显示当前激活的改址功能状态、发布消息和日期时间。这里的优先级顺序是硬规则排障时容易忽略请勿打扰DND优先级最高发送所有呼叫呼叫转送选定的发布消息LNCC增强型呼叫转送分机锁定日期和时间信息优先级最低但显示时间是其他状态消息的两倍有个坑要从文档里读出来滚动是随机开始的用户第一次放下听筒时触发所以不是所有话机同时滚动。激活或取消功能后显示屏可能保持不变直到用户第一次介入如挂机。这意味着你测试时不能盯着屏幕看“立刻变化”——先挂机再摘机看才会刷新。另外这个功能仅适用于 DCP 和 IP (H.323) 话机SIP 话机和话务台不支持。要开启还是在 Feature-Related System Parameters 屏幕的 Redirection Notification 字段改址通知里设。2.3 链路呼叫转送跃点上限与循环切断机制链路呼叫转送Chained Call Forwarding解决的是多级转送场景A 转给 B、B 转给 C、C 再转给 D传统 PBX 到第三跳往往就断了。5.2 版支持最多 10 个跃点每个主叫分机视为一个跃点默认值 3 个跃点。而且它允许混用标准型呼叫转送和增强型呼叫转送——比如第一跳是“所有呼叫之呼叫转送”第二跳是“增强型遇忙呼叫转送”这在以前是不行的。系统会在两种情况下自动终止链路链路进入无限循环或呼叫转回始发分机之前。链路中的任一分机都可以启用呼叫转送取消转到链路中的上一个分机。// 伪代码跃点判断逻辑Cm 5.2 内部处理示意 int max_hops trunk_group.chained_call_forwarding_max_hops; // 默认 3最大 10 int current_hop 0; while (call_forwarding_chain_active) { if (current_hop max_hops) { terminate_chain(); break; } if (dest_extension originating_extension) { terminate_chain(); // 防止循环回始发分机 break; } }这段逻辑说明了为什么有些转送链路“莫名其妙断了”多数情况不是配置错误而是达到了跃点上限或循环检测。排查时先算清楚链路里有几个分机——含主叫分机。注意这个参数也在 Feature-Related System Parameters 屏幕上字段名为 Chained Call Forwarding。3. 自动回叫与呼叫记录被叫方排队和 LNCC 的边界条件3.1 自动回叫带被叫方排队适用范围比你想的窄自动回叫ACB本身不是新功能5.2 的增量是“被叫方排队”。它的价值在呼叫中心场景里很直接坐席忙时主叫不用死等系统排队坐席一空闲就自动回叫。但文档把适用范围列得很细适用于模拟、DCP、IP (H.323) 和 SIP 电话且一个分机上可以有多个有效回叫但处理按激活顺序来。这里有几个容易翻车的地方。第一软电话的回叫有个前提软电话必须在某一物理分机上拥有至少一个桥接呼叫通道——没有桥接通道的纯软电话是排不进去的。第二回叫数量不是想开多少开多少取决于分配给该分机的自动回叫按钮数量不是系统参数能决定的。# 伪代码判断软电话是否满足回叫条件 def check_callback_eligibility(softphone): bridge_channel softphone.get_physical_bridge_channel() if bridge_channel is None: return False # 无物理分机桥接通道排队无效 return softphone.auto_callback_buttons 0第三个坑在跨节点场景在 DCS 网络里不同 Communication Manager 上的分机发起的 ACB 请求会先排队再处理在 QSIG 网络里也会排队但如果你的公共服务网络提供商支持 ISDN 用户忙时呼叫完成CCBS这时 CCBS 请求与 ACB 是并存关系——不要以为 ACB 开了 CCBS 就能通两者是独立机制。启用入口是 Feature-Related System Parameters 屏幕上的 Automatic Callback With Called Party Queuing 字段。3.2 记录转送呼叫一个参数控制全局开关呼叫记录增强这块5.2 版加了一个容易被忽略的细节记录转送呼叫。以前用户把呼叫转走了主叫方想查“我这通到底谁接了”根本查不到——因为系统只记录最终接听方不记录“这通是转送过去的”。5.2 版通过给改址呼叫创建未接呼叫记录条目来解决显示屏上显示转送图标而不是未接呼叫图标。但注意限定条件仅 96xx H.323 IP 系列电话可用固件要 3.0 及以上SIP 话机不支持。这个功能的开关不在管理界面而在电话固件设置文件的 LOGUNSEEN 参数里。排障时最容易犯的错是在 CM 管理界面里翻遍了找不到这个参数误以为是版本没生效——实际上要去话机的固件设置文件里改。# 固件设置文件片段96xx H.323 话机文件名通常为 96xxupgrade.txt 或 96xxsettings.txt SET LOGUNSEEN 1 # 1 开启记录转送呼叫0 关闭这个参数设置了之后话机需要重启并重新下载设置文件才会生效不会自动推送。另外它只管“记录转送呼叫”这一行为不影响其他未接来电记录逻辑。3.3 编辑拨号挂机预拨号与不支持范围编辑拨号Edit Dialing解决的是用户挂机时想先输号码再改的痛点。启用后话机在挂机状态下进入编辑拨号模式不再走传统挂机拨号用户摘机或按“发送”软键时才真正拨出。这个功能看着简单配置却有限制仅 H.323 版协议的 96xx 系列9620 Lite、9620 Color、9650 Color支持软件版本 3.0 或更高SIP 话机明确不支持。控制字段在 Feature-Related System Parameters 屏幕的 Edit Dialing on 96xx H.323 Terminals。这里的一个排障经验是如果发现话机挂机输入号码后摘机直接拨出、没有编辑机会先看话机固件版本是否达到 3.0——很多 96xx 升级了 CM 但没升话机固件导致功能不生效。这个功能开了之后挂机拨号行为会变化有人会不习惯建议先在少量话机上试点再全量开。4. 避坑与排查来自一线维护的 5 个高频雷区4.1 网络闪断后 H.323 话机全部重注册现象机房一次几秒的 IP 网络抖动恢复后 96xx H.323 话机批量重新注册通话中断好几分钟用户大量投诉。原因CM 5.1 及早期版本在 IP 网络故障后对 PKTINT 执行的是硬件中断重置H.323 话机需要重新注册、重新生成插槽恢复时间被拉长到数分钟。5.2 版优化的方向是缩短 TCP 恢复时间、只做热中断、不要 PKTINT 应用重置。解决升级到 5.2 版并确保关键配置——特别是“从控制网络故障恢复端口网络”相关设置——处于文档描述的可工作状态。实测中网络故障从 6-8 秒提升到接近 10 秒可恢复H.323 话机重新生成插槽时间控制在 15-60 秒内。升级后建议做一次模拟断网测试验证恢复时间。4.2 增强型呼叫代答警报对 SIP 话机无效现象同组的 SIP 话机收不到代答警报DCP 话机正常。有人怀疑是广播配置问题来回查网络组播配置浪费了半天时间。原因文档明确写了一句——增强型呼叫代答警报适用于 DCP 和 IP (H.323) 电话但不适用于 SIP 电话。这属于版本功能边界不是配置错误。解决先确认话机类型。如果代答组里混有 SIP 话机要么接受它们不能显示主被叫信息要么给这部分用户改用 96xx H.323 话机。注意启用入口在 Feature-Related System Parameters 屏幕的 Enhanced Call Pickup Alerting 字段开了之后还能设定时显示和声音通知。4.3 DCOSS 升级后旧安装向导不再可用现象团队按旧习惯用 Avaya Installation Wizard 做 CM 升级发现 5.2 版里找不到升级入口。原因5.2 版开始Avaya Installation Wizard 不再支持升级 Communication Manager。文档原文写得很清楚但很多人只看了“增强功能”几个字就默认升级也走向导。解决Change Management 的升级要走新的 DCOSS 流程。Installation Wizard 仅保留用于初始安装和部分配置支持 Internet Explorer 6/7注意这是个老版本绑定问题要规划好浏览器环境。升级前先确认目标版本的升级路径不要用旧工具硬试。4.4 LNCC 与改址通知同时开启时的显示冲突现象用户开了限制同时呼叫数LNCC又开了增强型改址通知分机显示屏上 LNCC 状态反复出现其他信息被挤掉。原因改址通知的多条状态消息按优先级滚动显示LNCC 优先级排在“选定的发布消息”之后但它会持续存在容易让人觉得显示刷屏。滚动是随机开始的加剧了这种感觉。解决可以在 Feature-Related System Parameters 屏幕上把 Scroll Status messages Timer滚动状态消息计时器设为空禁用滚动、只显示优先级最高的功能。或接受滚动但把时间延迟调长减少刷新频率。这个字段是全局性的要评估对全部分机的影响再动。4.5 IPSI 的 QoS 参数在界面上改不了现象在 SAT 管理界面修改 TN2312 IPSI 的 QoS 参数后发现不生效以为系统故障。有人甚至会尝试重启 IPSI 板风险很大。原因5.2 版虽然为 IPSI 增加了 QoSDiffServ 和 802.1p以及以太网接口的 SAT 管理支持但初始 IPSI 设置仍必须使用命令行界面完成。界面只能管理后续变更和下载参数到 IPSI 板。解决首次部署用命令行设置 IP 和 QoS 参数后续日常修改才走系统参数屏。提交 Add/Change IP Server Interface 屏幕、或 CM 服务器连接到 IPSI 时QoS 参数才会下发。改以太网接口字段时Auto 字段设为 n 才会出现 Speed 和 Duplex 选项否则灰掉不可编辑。5. 验证配置是否生效用 SAT 命令与话机行为做双重确认配完这些 5.2 新功能最忌讳的是“配完就当完事了”。我习惯用一套固定的验证路径来确认每一层都生效了至少花 20 分钟走完全部检查项。# 第 1 步查看中继群配置确认 Diversion 相关字段 list trunk-group 1 # 输出关注点 # Send Diversion Header? y # Support Request History? y # Chained Call Forwarding? y # Max Hops: 5list trunk-group是一条只读命令不会改动任何配置。看输出时重点关注两个 Diversion 字段的取值和跃点上限如果这里显示 n 或默认值说明中继群屏幕上的保存没有真正提交需要重新输入change trunk-group 1再保存一次。# 第 2 步查看系统参数确认 ACB 与改址通知已启用 display system-parameters features # 输出关注点 # Automatic Callback With Called Party Queuing? y # Redirection Notification? y # Enhanced Call Pickup Alerting? y这步验证的是全局开关。注意display system-parameters features和change system-parameters features是两个不同命令——前者只读后者进入编辑。检查时务必用 display防止误触发参数变更。# 第 3 步验证话机固件设置文件包含 LOGUNSEEN 参数 # 在 HTTP 服务器上检查话机设置文件假设文件名为 96xxsettings.txt grep -i logunseen /var/www/html/96xxsettings.txt # 输出SET LOGUNSEEN 1这步很关键LOGUNSEEN 参数不在 CM 管理界面里只在话机固件设置文件中。查不到这个参数说明记录转送呼叫功能就是没开。修改后要重启话机并确认它重新下载了设置文件。但命令验证只是第一层。我还会做两层实呼叫验证第一层验证转送记录用分机 A 呼分机 BB 开启呼叫转送到 CC 接听然后看 A 的显示屏和话务台记录应该出现转送图标而不是未接图标。第二层验证改址通知在分机 B 上开启“请勿打扰”挂机再摘机看显示屏是否出现 DND 状态消息且优先级高于其他消息。最后想提一个容易被忽略的细节SIP 中继对接不同运营商时Diversion Header 的格式兼容性差异很大。文档里只给了是否发送的开关没有给格式选项实际对接时如果运营商要求特定的 History-Info 格式本地 CM 5.2 版本不支持直接改通常是在会话管理器Session Manager层做 SDP 和 Header 改写。我一般遇到这种场景会先抓包看实际发出的 Diversion 头格式再决定是改 CM 配置还是加会话管理器策略。这套流程走下来新功能是不是真的生效、边界在哪里基本心里有数了。从那以后我每次做完 5.2 的功能配置都强制自己走一遍 display 命令加双向实呼验证不省最后一步。希望帮到你。本文还有配套的精品资源点击获取 Avaya Aura CM 5.2 SIP与呼叫转接配置及排障指南
简介这份PDF是Avaya官方发布的SIP设置说明文档核心介绍Avaya Aura Communication Manager 5.2版的新功能适合企业通信管理员、SIP运维工程师以及统一通信平台部署人员阅读。文档系统讲解了被叫方排队自动回叫可让繁忙被叫方进入队列并在空闲后自动回拨减少客户等待与座席压力安装向导增强简化了系统配置降低人为失误呼叫记录增强支持记录转送、链路呼叫转送和编辑拨号便于通话审计与数据修正增强型呼叫代答警报、SIP增强型改变路由指示、增强型改址通知则从提醒和路由层面提升了通信稳定性与可靠性Extension to Cellular功能实现办公分机与手机的融合提高员工灵活性。资源包为单个PDF文件体积约399KB含完整章节目录涉及Communication Manager、SIP Enablement Services及Media Gateways的更新说明。已有559人浏览学习是部署和维护Avaya SIP环境时值得随时查阅的官方技术手册。1. Avaya SIP 设置说明从 CM 5.2 看透 SIP 网关与呼叫转接的配置逻辑这份 Avaya Aura Communication Manager 5.2 版的新功能文档编号 03-601528ZH-CN是我拆过的最典型的“版本说明书”类资源——它不像操作手册那样按步骤教你怎么点界面而是把 5.2 版相对旧版新增的能力逐条列出。对正在维护 Avaya 语音网的一线工程师来说这份资源的真正价值在于它能告诉你哪些 SIP 相关功能默认没开、哪些参数在哪张配置屏上、哪些坑是版本固有限制。比如文档里反复出现的 Feature-Related System Parameters 参数屏、Trunk Group 中继群配置屏、IP Server Interface 参数屏都是 SIP 排障时绕不开的入口。适合三类人正在从 5.1 往 5.2 升级的运维工程师、要对接 SIP 中继或 SIP 话机的集成商、以及做呼叫中心排障需要理解 ACB 和呼叫转送链路的从业者。2. SIP 改变路由与改址通知先弄懂 Diversion Header 再谈排障2.1 SIP 改变路由Diversion到底改了什么5.2 版之前SIP 中继上的呼叫改址呼叫转送、替补、遇忙转移在传递过程中经常丢信息对端只能看到一个“新呼叫”看不到原始主叫和改址历史。5.2 版的增强点在于能够把呼叫成功改址到 SIP 服务提供商SP并且支持多个改址相关应用——包括 EC500、one-X、CSP、FMCPBFMC 或 SPFMC、呼叫转送、呼叫替补、呼叫引导改址。实现手段是通过 SIP 改变路由标头Diversion Header携带完整的改址链路信息。这块配置不藏在系统参数里而是在 Trunk Group中继群屏幕上。文档明确写了两个新增字段字段名取值作用Send Diversion Header?是 / 否是否向对端发送 Diversion 标头Support Request History?是 / 否是否支持 History-Info 请求历史实际配置时我的习惯是对接运营商 SIP 中继时两个字段都开“是”但对接自建 SIP 服务且对端不支持 Diversion 时只开 Send Diversion Header 会导致对端丢弃呼叫。很多排障案例里呼叫能通但主叫号码显示异常问题就出在 Support Request History 被错误关闭——对端拿不到完整的改址历史无法正确回显原始主叫。# 伪代码示例判断是否开启 Diversion 的逻辑Avaya 无 CLI 直配此处示意思路 diversion_enabled trunk_group.send_diversion_header # 中继群配置屏字段 history_supported trunk_group.support_request_history if diversion_enabled and not history_supported: # 对端可能只处理第一个 Diversion 头改址历史丢失 log_warning(call transfer history will not be delivered)这段逻辑是配置前的判断两个字段必须一起考虑只开前半段会造成信息截断。注意列出的两个参数都在 Trunk Group 屏幕修改后需要 save 并重新启动中继不能热生效。2.2 增强型改址通知分机显示屏上的状态滚动顺序增强型改址通知是 5.2 版一个很细但很影响用户体验的功能。它解决的是以前用户开了“呼叫转送”或“请勿打扰”后自己都不记得开了漏接重要电话。现在只要分机空闲且处于正常显示模式就会在屏幕上显示当前激活的改址功能状态、发布消息和日期时间。这里的优先级顺序是硬规则排障时容易忽略请勿打扰DND优先级最高发送所有呼叫呼叫转送选定的发布消息LNCC增强型呼叫转送分机锁定日期和时间信息优先级最低但显示时间是其他状态消息的两倍有个坑要从文档里读出来滚动是随机开始的用户第一次放下听筒时触发所以不是所有话机同时滚动。激活或取消功能后显示屏可能保持不变直到用户第一次介入如挂机。这意味着你测试时不能盯着屏幕看“立刻变化”——先挂机再摘机看才会刷新。另外这个功能仅适用于 DCP 和 IP (H.323) 话机SIP 话机和话务台不支持。要开启还是在 Feature-Related System Parameters 屏幕的 Redirection Notification 字段改址通知里设。2.3 链路呼叫转送跃点上限与循环切断机制链路呼叫转送Chained Call Forwarding解决的是多级转送场景A 转给 B、B 转给 C、C 再转给 D传统 PBX 到第三跳往往就断了。5.2 版支持最多 10 个跃点每个主叫分机视为一个跃点默认值 3 个跃点。而且它允许混用标准型呼叫转送和增强型呼叫转送——比如第一跳是“所有呼叫之呼叫转送”第二跳是“增强型遇忙呼叫转送”这在以前是不行的。系统会在两种情况下自动终止链路链路进入无限循环或呼叫转回始发分机之前。链路中的任一分机都可以启用呼叫转送取消转到链路中的上一个分机。// 伪代码跃点判断逻辑Cm 5.2 内部处理示意 int max_hops trunk_group.chained_call_forwarding_max_hops; // 默认 3最大 10 int current_hop 0; while (call_forwarding_chain_active) { if (current_hop max_hops) { terminate_chain(); break; } if (dest_extension originating_extension) { terminate_chain(); // 防止循环回始发分机 break; } }这段逻辑说明了为什么有些转送链路“莫名其妙断了”多数情况不是配置错误而是达到了跃点上限或循环检测。排查时先算清楚链路里有几个分机——含主叫分机。注意这个参数也在 Feature-Related System Parameters 屏幕上字段名为 Chained Call Forwarding。3. 自动回叫与呼叫记录被叫方排队和 LNCC 的边界条件3.1 自动回叫带被叫方排队适用范围比你想的窄自动回叫ACB本身不是新功能5.2 的增量是“被叫方排队”。它的价值在呼叫中心场景里很直接坐席忙时主叫不用死等系统排队坐席一空闲就自动回叫。但文档把适用范围列得很细适用于模拟、DCP、IP (H.323) 和 SIP 电话且一个分机上可以有多个有效回叫但处理按激活顺序来。这里有几个容易翻车的地方。第一软电话的回叫有个前提软电话必须在某一物理分机上拥有至少一个桥接呼叫通道——没有桥接通道的纯软电话是排不进去的。第二回叫数量不是想开多少开多少取决于分配给该分机的自动回叫按钮数量不是系统参数能决定的。# 伪代码判断软电话是否满足回叫条件 def check_callback_eligibility(softphone): bridge_channel softphone.get_physical_bridge_channel() if bridge_channel is None: return False # 无物理分机桥接通道排队无效 return softphone.auto_callback_buttons 0第三个坑在跨节点场景在 DCS 网络里不同 Communication Manager 上的分机发起的 ACB 请求会先排队再处理在 QSIG 网络里也会排队但如果你的公共服务网络提供商支持 ISDN 用户忙时呼叫完成CCBS这时 CCBS 请求与 ACB 是并存关系——不要以为 ACB 开了 CCBS 就能通两者是独立机制。启用入口是 Feature-Related System Parameters 屏幕上的 Automatic Callback With Called Party Queuing 字段。3.2 记录转送呼叫一个参数控制全局开关呼叫记录增强这块5.2 版加了一个容易被忽略的细节记录转送呼叫。以前用户把呼叫转走了主叫方想查“我这通到底谁接了”根本查不到——因为系统只记录最终接听方不记录“这通是转送过去的”。5.2 版通过给改址呼叫创建未接呼叫记录条目来解决显示屏上显示转送图标而不是未接呼叫图标。但注意限定条件仅 96xx H.323 IP 系列电话可用固件要 3.0 及以上SIP 话机不支持。这个功能的开关不在管理界面而在电话固件设置文件的 LOGUNSEEN 参数里。排障时最容易犯的错是在 CM 管理界面里翻遍了找不到这个参数误以为是版本没生效——实际上要去话机的固件设置文件里改。# 固件设置文件片段96xx H.323 话机文件名通常为 96xxupgrade.txt 或 96xxsettings.txt SET LOGUNSEEN 1 # 1 开启记录转送呼叫0 关闭这个参数设置了之后话机需要重启并重新下载设置文件才会生效不会自动推送。另外它只管“记录转送呼叫”这一行为不影响其他未接来电记录逻辑。3.3 编辑拨号挂机预拨号与不支持范围编辑拨号Edit Dialing解决的是用户挂机时想先输号码再改的痛点。启用后话机在挂机状态下进入编辑拨号模式不再走传统挂机拨号用户摘机或按“发送”软键时才真正拨出。这个功能看着简单配置却有限制仅 H.323 版协议的 96xx 系列9620 Lite、9620 Color、9650 Color支持软件版本 3.0 或更高SIP 话机明确不支持。控制字段在 Feature-Related System Parameters 屏幕的 Edit Dialing on 96xx H.323 Terminals。这里的一个排障经验是如果发现话机挂机输入号码后摘机直接拨出、没有编辑机会先看话机固件版本是否达到 3.0——很多 96xx 升级了 CM 但没升话机固件导致功能不生效。这个功能开了之后挂机拨号行为会变化有人会不习惯建议先在少量话机上试点再全量开。4. 避坑与排查来自一线维护的 5 个高频雷区4.1 网络闪断后 H.323 话机全部重注册现象机房一次几秒的 IP 网络抖动恢复后 96xx H.323 话机批量重新注册通话中断好几分钟用户大量投诉。原因CM 5.1 及早期版本在 IP 网络故障后对 PKTINT 执行的是硬件中断重置H.323 话机需要重新注册、重新生成插槽恢复时间被拉长到数分钟。5.2 版优化的方向是缩短 TCP 恢复时间、只做热中断、不要 PKTINT 应用重置。解决升级到 5.2 版并确保关键配置——特别是“从控制网络故障恢复端口网络”相关设置——处于文档描述的可工作状态。实测中网络故障从 6-8 秒提升到接近 10 秒可恢复H.323 话机重新生成插槽时间控制在 15-60 秒内。升级后建议做一次模拟断网测试验证恢复时间。4.2 增强型呼叫代答警报对 SIP 话机无效现象同组的 SIP 话机收不到代答警报DCP 话机正常。有人怀疑是广播配置问题来回查网络组播配置浪费了半天时间。原因文档明确写了一句——增强型呼叫代答警报适用于 DCP 和 IP (H.323) 电话但不适用于 SIP 电话。这属于版本功能边界不是配置错误。解决先确认话机类型。如果代答组里混有 SIP 话机要么接受它们不能显示主被叫信息要么给这部分用户改用 96xx H.323 话机。注意启用入口在 Feature-Related System Parameters 屏幕的 Enhanced Call Pickup Alerting 字段开了之后还能设定时显示和声音通知。4.3 DCOSS 升级后旧安装向导不再可用现象团队按旧习惯用 Avaya Installation Wizard 做 CM 升级发现 5.2 版里找不到升级入口。原因5.2 版开始Avaya Installation Wizard 不再支持升级 Communication Manager。文档原文写得很清楚但很多人只看了“增强功能”几个字就默认升级也走向导。解决Change Management 的升级要走新的 DCOSS 流程。Installation Wizard 仅保留用于初始安装和部分配置支持 Internet Explorer 6/7注意这是个老版本绑定问题要规划好浏览器环境。升级前先确认目标版本的升级路径不要用旧工具硬试。4.4 LNCC 与改址通知同时开启时的显示冲突现象用户开了限制同时呼叫数LNCC又开了增强型改址通知分机显示屏上 LNCC 状态反复出现其他信息被挤掉。原因改址通知的多条状态消息按优先级滚动显示LNCC 优先级排在“选定的发布消息”之后但它会持续存在容易让人觉得显示刷屏。滚动是随机开始的加剧了这种感觉。解决可以在 Feature-Related System Parameters 屏幕上把 Scroll Status messages Timer滚动状态消息计时器设为空禁用滚动、只显示优先级最高的功能。或接受滚动但把时间延迟调长减少刷新频率。这个字段是全局性的要评估对全部分机的影响再动。4.5 IPSI 的 QoS 参数在界面上改不了现象在 SAT 管理界面修改 TN2312 IPSI 的 QoS 参数后发现不生效以为系统故障。有人甚至会尝试重启 IPSI 板风险很大。原因5.2 版虽然为 IPSI 增加了 QoSDiffServ 和 802.1p以及以太网接口的 SAT 管理支持但初始 IPSI 设置仍必须使用命令行界面完成。界面只能管理后续变更和下载参数到 IPSI 板。解决首次部署用命令行设置 IP 和 QoS 参数后续日常修改才走系统参数屏。提交 Add/Change IP Server Interface 屏幕、或 CM 服务器连接到 IPSI 时QoS 参数才会下发。改以太网接口字段时Auto 字段设为 n 才会出现 Speed 和 Duplex 选项否则灰掉不可编辑。5. 验证配置是否生效用 SAT 命令与话机行为做双重确认配完这些 5.2 新功能最忌讳的是“配完就当完事了”。我习惯用一套固定的验证路径来确认每一层都生效了至少花 20 分钟走完全部检查项。# 第 1 步查看中继群配置确认 Diversion 相关字段 list trunk-group 1 # 输出关注点 # Send Diversion Header? y # Support Request History? y # Chained Call Forwarding? y # Max Hops: 5list trunk-group是一条只读命令不会改动任何配置。看输出时重点关注两个 Diversion 字段的取值和跃点上限如果这里显示 n 或默认值说明中继群屏幕上的保存没有真正提交需要重新输入change trunk-group 1再保存一次。# 第 2 步查看系统参数确认 ACB 与改址通知已启用 display system-parameters features # 输出关注点 # Automatic Callback With Called Party Queuing? y # Redirection Notification? y # Enhanced Call Pickup Alerting? y这步验证的是全局开关。注意display system-parameters features和change system-parameters features是两个不同命令——前者只读后者进入编辑。检查时务必用 display防止误触发参数变更。# 第 3 步验证话机固件设置文件包含 LOGUNSEEN 参数 # 在 HTTP 服务器上检查话机设置文件假设文件名为 96xxsettings.txt grep -i logunseen /var/www/html/96xxsettings.txt # 输出SET LOGUNSEEN 1这步很关键LOGUNSEEN 参数不在 CM 管理界面里只在话机固件设置文件中。查不到这个参数说明记录转送呼叫功能就是没开。修改后要重启话机并确认它重新下载了设置文件。但命令验证只是第一层。我还会做两层实呼叫验证第一层验证转送记录用分机 A 呼分机 BB 开启呼叫转送到 CC 接听然后看 A 的显示屏和话务台记录应该出现转送图标而不是未接图标。第二层验证改址通知在分机 B 上开启“请勿打扰”挂机再摘机看显示屏是否出现 DND 状态消息且优先级高于其他消息。最后想提一个容易被忽略的细节SIP 中继对接不同运营商时Diversion Header 的格式兼容性差异很大。文档里只给了是否发送的开关没有给格式选项实际对接时如果运营商要求特定的 History-Info 格式本地 CM 5.2 版本不支持直接改通常是在会话管理器Session Manager层做 SDP 和 Header 改写。我一般遇到这种场景会先抓包看实际发出的 Diversion 头格式再决定是改 CM 配置还是加会话管理器策略。这套流程走下来新功能是不是真的生效、边界在哪里基本心里有数了。从那以后我每次做完 5.2 的功能配置都强制自己走一遍 display 命令加双向实呼验证不省最后一步。希望帮到你。本文还有配套的精品资源点击获取