简介这是一份面向华为U1981语音网关运维与集成人员的实践型配置指南重点解决统一网关与对端设备对接时SS7中继、SIP中继、局向选择码等核心配置问题。文档从局向、子路由、路由、局向选择码等基础概念讲起结合实际组网示意图给出账号规划与SS7/SIP中继完整配置流程适合需要独立完成中继组网调试的工程师参考。资源为单个docx格式文档大小1.11MB内容层次清晰含背景说明、规划信息表、详细操作步骤与注意事项可直接用于现场实施或培训材料。该资源已有1647人学习下载属于U1981语音网关中继配置方向较实用的参考资料能帮助读者快速理解中继对接原理并上手配置。1. 给 U1981 配中继一行配置之前先搞懂你在配什么企业语音项目交付现场最常见的翻车点不在分机而在中继。U1981 语音网关装好、分机注册正常可一旦要往外打电话占线、忙音、对方听不到声音问题往往都集中在 U1981 语音网关中继配置这一段。中继是网关与上游语音网络之间的唯一通道SIP 中继、E1 数字中继、模拟中继各有各的配置逻辑差一个参数呼叫就失败。这篇按我实际做过的交付顺序来写先选中继类型再讲配置再排坑最后验证。适合企业语音项目交付、运维和做网关改造的工程师参考。2. 中继类型与接口模式SIP、E1、FXO 怎么选接口如何配置为中继模式2.1 U1981 上的三种中继形态SIP 中继、数字中继、模拟中继U1981 作为企业语音网关对外对接的线路形态主要有三种。SIP 中继最常见语音走 IP 网络信令用 SIP 协议对端可以是运营商 IMS 平台也可以是另一台语音网关。SIP 中继的优点是弹性大带宽够就能跑扩容不换硬件IP 可达就能对接部署成本在三种里面最低。缺点是排错链路长从网卡、交换机、防火墙到对端服务器每一层都可能丢包或改包SIP 又是纯文本协议抓包时必须看得懂头域。第二种是 E1/T1 数字中继U1981 上插一块数字中继板物理接口通常是 E1中国和欧洲用 E130 路话路或 T1北美用24 路话路。E1 走的是运营商数字专线信令常见 PRIISDN 用户侧信令、No.7 信令老一些的还有 R2 信令。E1 的好处是质量可控时延低不跟办公网抢带宽传真、语音质量都更可靠。代价是硬件固定、扩容要加板卡配置也讲究时钟、信令方式、通道绑定一个都不能错。第三种是模拟中继 FXO接口形态就是普通电话线适合只有几条外线的门店或小容量分支。U1981 上有 FXO 板卡接口每路对应一条运营商模拟线。模拟中继的优点是无脑、物理接上就能用不需要信令协商缺点是容量小一条线一路电话且很多新业务比如视频、IMS 补充业务没法跑。U1981 上做中继配置主力还是 SIP 和 E1FXO 一般作为小规模备份存在。2.2 将 E1 接口配置为中继模式接口角色的互斥关系华为设备上接口的角色和用途经常是绑定的。E1 接口可以在用户模式也可以在中继模式。用户模式下接口被当作模拟用户线的替代品接的是运营商送的 2M 线路但被拆分成用户线或者用于企业内部互联此时接口更多是“被服务”的角色。中继模式下接口才真正作为语音网关的上联通道承载 PRI、No.7 或 R2 信令向对端设备发起呼叫或接收呼叫。把 E1 接口配置为中继模式核心是两件事。第一件事是确定接口工作模式在 U1981 的中继配置界面里对每个 E1 端口做角色设置选择“中继模式”后保存第二件事是针对该中继选择信令PRI、No.7 还是 R2。注意中继模式与用户模式是互斥的切换到中继模式后这个接口就不再承担原来的用户接入功能原本在这条物理链路上配置的用户资源会失效。交付现场见过有人把 E1 接口改成中继模式后分机号码不能用了实际上不是坏了是接口角色变了。接口中继模式切换还有一个隐含影响通道数量变了。以 E1 为例接口配置为中继模式后通常按 31 个话路通道PRI 下实际可用 30 路对外呈现每一路都是一个 B 通道。不要试图只开其中两三路来省带宽数字中继是按整个 2M 链路承载的后续在路由和资源管理里再决定哪些呼叫走这些通道。2.3 选型判断并发、线路、信令三大条件在 U1981 上配置中继之前先别急着点界面把三个条件问清楚再动手。第一个条件是并发。企业总机同时通话的最大路数直接决定线路数量。SIP 中继可以按带宽和注册数灵活控制E1 中继天然按路计费30 路一条并发超过 30 就要再加一条 E1。模拟中继更惨一条线就是一路20 路并发就要 20 条模拟线。第二个条件是线路形态。运营商给你的资源是 IP 中继、2M 数字中继还是普通模拟线这不是网关设备能决定的。运营商给 IP 中继就配 SIP给 2M 就配 E1/PRI 或 No.7给模拟线就配 FXO。不要试图用 FXO 口接数字中继或者用 E1 口接 SIP 中继的 IP 地址物理层都过不去。第三个条件是信令方式。同样一条 E1 线路运营商侧可能是 PRI也可能是 No.7还可能是老旧的 R2。U1981 侧必须和对端一致。信令方式选错界面显示中继存在端口状态也可能正常但呼叫一建立就被对端拒绝。这里最容易忽略的是“中继模式”和信令是两个独立配置接口只是管道信令决定管道里跑什么协议。选型我一般这么判断新建项目默认 SIP除非运营商明确只能提供 2M 或项目对通话质量要求苛刻已有数字中继的老项目尽量延续 E1别在改造时顺手把线路也换了风险翻倍模拟中继只做备份或小型分支。3. 中继配置实操从连通性检查到路由绑定3.1 配置前的连通性检查ping、端口探测与传输参数不管是 SIP 还是 E1配置前先做连通性检查。SIP 中继要确认 U1981 到对端 IP 的网络通不通E1 中继要确认物理线路有没有同步、有没有误码。这个步骤看起来很基础但在交付现场能拦下一半的“配置不生效”。SIP 中继先做地址层探测。在 U1981 能登录的维护终端上ping 对端 IP再用端口探测看 5060 是否开放ping -c 4 192.0.2.10 nc -zv 192.0.2.10 5060ping 看链路是否可达nc 的-z模式只做端口探测-v输出详细信息。这里有个坑TCP 的 5060 探测只能确认对端开了 TCP 监听很多 SIP 中继走的是 UDP 5060UDP 探测根本得不到明确应答。nc 对 UDP 的探测结果是假的它只告诉你是否收到 ICMP 端口不可达。所以端口探测通过不等于 SIP 可用一定要在配置完成后用真实呼叫验证。E1 中继的连通性检查不用 ping看的是物理层同步和误码。接口配置为中继模式后U1981 网管界面上能查看到 E1 端口的链路状态正常情况下显示“同步/正常”。如果有误码计数持续增长先查时钟设置和对端设备再查线缆和接地。物理层不过后面所有信令配置都是白做。3.2 配置 SIP 中继注册方向、编解码与主叫透传U1981 上配置 SIP 中继核心参数就一张表理解每一行的含义比填更重要。常见参数如下参数推荐值说明传输协议UDP企业 SIP 中继默认 UDP 5060有加密要求才考虑 TLS对端 IP按实际填写运营商或对端语音服务器的地址对端端口5060非标端口时按对端要求改注册方式本端注册/对端注册决定哪一方发起注册请求鉴权用户名按运营商合同填写注册时使用鉴权密码按运营商合同填写注意大小写主叫号码透传开启让被叫看到真实来电号码编解码G.711A 优先或按线路质量选择 G.729配置步骤一般是进入 SIP 中继配置界面新增中继填对端 IP、端口和传输协议选择注册方向填写鉴权信息设置编解码优先级保存并启用。填注册方向时本质是决定谁主动。U1981 向对端注册就选本端注册U1981 发起 REGISTER 请求对端设备向 U1981 注册就选对端注册U1981 等待收到的 REGISTER 请求。这个方向一错中继状态就停留在未注册。主叫号码透传在实际交付里最容易出问题。U1981 默认可能对主叫号码做某种变换比如把分机号 81001 变成 01081001。运营商侧要求的号码格式往往带区号但用户侧分机只有短号。配置中继时要理清楚透传格式通常的做法是开启号码透传让 U1981 不做额外变换去话从分机侧拿到什么号码就送给对端什么号码由运营商的 IMS 平台再做归一化。如果透传格式和运营商要求不一致被叫方的来电显示会出现乱码或空号。3.3 配置 E1 中继PRI 参数、时钟与通道绑定E1 中继的配置入口和 SIP 完全不同前沿条件是物理接口已经配置为中继模式。在这个前提下U1981 上需要配置的参数如下参数推荐值说明接口类型E1对应 2M 数字线路信令方式PRI / No.7 / R2必须与运营商一致时钟模式从钟U1981 从对端提取时钟通常推荐帧格式CRC4 开启E1 默认开启 CRC4线路编码HDB3E1 标准编码编解码G.711A数字中继语音编码通常 A 律PRI 信令下U1981 和运营商交换机之间跑 Q.931 信令D 通道一般占用第 16 时隙TS16其余时隙作为 B 通道承载语音。配置界面里通常只让你填信令方式和接口参数D 通道是协议自动协商的。No.7 信令则复杂一些需要配置信令点编码、电路识别码CIC、话路时隙分配。这些参数都由运营商提供清单按清单填空即可不要自己猜。时钟模式是 E1 中继容易忽略又致命的参数。一条 E1 链路两端设备必须有一位是主钟、一位是从钟从钟设备从线路信号中提取时钟两端时间基准一致才能同步传输。U1981 和运营商对端对接时通常推荐 U1981 设从钟由运营商交换机做主钟。但如果你用 U1981 去级联另一台企业侧设备比如再带一台小型网关那 U1981 可能是主钟。时钟错位不会让你完全无法呼叫但会让误码率升高通话出现间歇性杂音严重时链路反复重同步。配置完成后U1981 的 E1 中继状态会显示同步状态、误码计数和信令链路状态。不要只看端口灯亮进网管界面看“线路状态”是否为同步“PRI 链路状态”是否为激活。链路显示激活才说明物理层和信令层都已经正常。3.4 中继路由绑定让出局呼叫真正走向指定中继中继配置完成只是链路通了网关能不能把呼叫送出去还差最后一步路由绑定。很多人在这一步翻车因为 U1981 的中继和路由是两个独立模块你配好了 SIP 中继如果号码分析里没有把对应的被叫号码指向这个中继呼叫一样打不出去。常见做法是配置号码分析或路由规则。在 U1981 的号码分析界面新增一条路由规则条件是被叫号码前缀匹配某个字冠动作是选择出局中继。比如运营商要求打外线先拨 0那么在号码分析里配一个“0”字冠路由指向刚才创建的中继并设置删除前缀“0”后向对端送号。如果号码分析里没有这条字冠分机拨 0 开头的号码时U1981 会提示呼叫失败或直接报音根本不走到中继。路由参数的三个重点字冠匹配方式、主叫号码变换、被叫号码变换。字冠匹配不要图省事配成“全部号码”否则内部呼叫和紧急号码都会被送到中继。主叫号码变换要和中继侧透传配合如果中继里已经开了透传路由里就不要做第二遍变换两处叠加会得到错误号码。被叫号码变换则要看运营商要求有的运营商要收区号有的要收短号。绑定完成后再查一遍中继状态和路由状态然后打第一个测试电话。我习惯先打运营商侧的测试号码再打真实手机号最后打网内分机间的号码三通电话分别验证出局、入局和网内路由。4. 中继配置避坑五个真实踩坑点按现象、原因、解决排查4.1 现象一SIP 中继配置完成呼出返回 503 或 480现象分机拨号后听到忙音或“暂时无法接通”抓包看到 SIP 响应是 503 Service Unavailable 或 480 Temporarily UnavailableU1981 中继状态却是正常的。原因这个现象我在现场遇到过多次多数是对端服务器认为自己无法处理这次呼叫。常见原因有三类对端 IP 或端口配错导致请求发到了错误的地方被叫号码格式不对对端做完号码分析后拒绝SIP 中继的注册方向和对端期望不一致。另一类隐蔽原因是 NAT 环境下 SIP 消息里的联系地址是内网地址对端回包无法送达。注意我这里说的 NAT 是企业办公网常见的公私网地址转换如果 U1981 和对端之间经过地址转换必须在 SIP 配置里设置外网地址映射。解决先看抓包里请求发给了谁响应从哪个 IP 回来确认链路不是单向通再核对被叫号码格式比如运营商要求 0 后跟区号还是直接跟手机号最后检查注册方向让 U1981 和对端各按其预期方式工作。NAT 场景下把 U1981 的对外信令地址配置成公网或对端可路由的地址并保持端口不变。4.2 现象二E1 中继端口状态正常但呼叫建立失败现象E1 接口在网管界面显示同步无严重误码但拨测试号码时呼叫失败或者对端摘机后立刻释放。PRI 链路显示激活但 Q.931 消息里一直在发 Disconnect。原因信令方式不匹配最常见U1981 配了 PRI运营商侧实际跑的是 No.7或者反过来。物理层同步只代表线路本身没问题不代表信令协议能对上。另一个常见原因是通道分配不一致比如运营商侧把第 1 到第 10 时隙分配给语音U1981 侧全部时隙都用于语音部分时隙被占用或禁用。解决第一时间向运营商确认信令方式和时隙分配清单。PRI 下确认 D 通道时隙一致语音通道范围一致。No.7 下确认信令点编码、CIC 起始值和中继电路数量。E1 中继的排错不能只依赖 U1981 界面要配合运营商侧查看告警两边一起对参数。信令方式选错时修改配置后要重启中继链路不能只保存参数。4.3 现象三电话能通但单通、回声、杂音现象双方都摘机能听到对方一点点声音或者一方说话另一方完全听不到有些线路通话一会儿就出现明显回声说一句话像在山谷里喊。原因单通要先分清是哪个方向。U1981 侧听不到对端声音问题可能在接收方向对端听不到 U1981 声音问题在发送方向。常见原因有RTP 媒体流走不通信令通了但媒体地址不可达编解码协商不一致一端只认 G.729另一端只发 G.711E1 中继时钟不同步引起语音数据损坏。回声则多出现在模拟中继或网络丢包严重的 IP 语音场景。解决抓包看 INVITE 和 200 OK 里协商的媒体地址与编码确认 RTP 双向都有流量。如果只有单向流查防火墙和路由不要让媒体流和对端信令走不同路径。编解码问题直接把 U1981 和运营商侧配置改成一致优先 G.711AVoIP 网络质量一般时再降级 G.729。E1 中继的回声先查时钟和线路质量再开回声抑制。IP 语音的回声重点查网络丢包和抖动中继配置层面能调的不多RTP 的 QoS 标记要保证端到端生效。4.4 现象四能打进打不出或只能打出一路电话现象外部电话能呼入但分机打不出去或者第一批测试电话能通继续拨打就一直占线中继状态也没显示异常。原因呼入呼出不对称的问题几乎都在路由。呼入走的是入局路由呼出走的是出局路由两套规则独立配置。只能打出一路电话在 E1 中继上通常是被叫号码分析把整个中继的通道资源全部绑给了某一条路由或者号码分析里的字冠冲突导致所有呼叫都去找同一条电路。SIP 中继上还可能是对端只分配了一个通话会话U1981 侧注册成功但并发上限被对端限制。解决分开查入局和出局两套路由规则别在中继上找问题。U1981 的号码分析界面检查是否有重叠字冠比如同时存在“0”和“01”会优先匹配更精确的字冠导致某些号码走到错误的中继。E1 资源只跑了第一路时看中继通道状态正常应该有多个 B 通道处于空闲确认空闲时隙有没有被误配置为禁用。SIP 中继并发受限时联系对端确认会话数上限。4.5 现象五SIP 中继注册状态一直显示失败现象U1981 创建 SIP 中继后状态栏一直显示未注册或注册失败REGISTER 请求发出但收不到 200 OK或收到 401/403。原因注册失败的本质是 U1981 和对端之间鉴权没有通过。500 字以内的原因排查顺序是先看 REGISTER 请求有没有到达对端再看对端回的是 401 还是 403。401 表示对端要求鉴权U1981 要重新带鉴权头域再发一次403 表示对端拒绝了凭据多半是用户名密码错误、账号被锁定、或者对端配置了 IP 白名单而 U1981 的 IP 不在里面。还有一类情况是对端要求加密传输U1981 用 UDP 明文发注册直接被丢弃。解决抓包看 REGISTER 的过程确认收到的是 401 还是 403。401 场景不用慌继续看第二次 REGISTER 是否带了 Authorization 头域如果带了还失败检查本地时间和对端时间偏差过大鉴权摘要计算会失败。403 场景直接联系运营商或对端管理员核对账号和 IP 白名单。要求 TLS 加密时把中继传输协议改成 TLS并在 U1981 上导入对应证书证书不过期是关键。5. 验证中继配置状态查看、呼叫跟踪与抓包确认每次配完中继我都给自己定三条验证标准网管界面状态正常、测试呼叫双通、抓包无异常。前两步很多人会做第三步常常被省略但抓包才是确认“配置真的对”的底线。第一步看状态。SIP 中继看注册状态是否显示成功E1 中继看同步和信令链路是否激活。状态正常说明链路层面已经建立。超过 5 秒还停留在中间状态就不要继续测试先回到第 4 章的排错流程。第二步做呼叫跟踪。U1981 网管自带呼叫跟踪功能按主叫号码或中继号过滤观察一次完整呼叫从摘机到释放的全过程。重点关注号码有没有正确变换路由有没有指向预期中继释放原因值是什么。一次拨打失败的用例里释放原因值比任何猜测都有说服力。第三步抓包。将抓包设备接在 U1981 的上联口做端口镜像或直接在可达的链路上抓取 5060 端口流量tcpdump -i any -nn -s 0 -w sip.pcap port 5060打完一通测试电话后停止抓包用 sngrep 按呼叫会话查看信令流sngrep -d sip.pcap -c INVITE-d指定离线 pcap 文件-c INVITE只看呼叫建立相关的会话。sngrep 会把一次呼叫的 INVITE、100 Trying、180 Ringing、200 OK、ACK、BYE 按流程排成一张表一眼就能看出信令在哪一步断裂。RTP 媒体质量问题再看音频流sngrep 图形界面里按方向能看到 RTP 包收发计数单向为 0 就是媒体路径的问题。现在的习惯是所有中继参数修改后先开抓包再打第一个测试电话信令过程和电话同时发生。等界面显示配置正常、通话质量没问题、抓包里 INVITE 和 200 OK 的地址信息与预期一致才算真配完。希望这套验证流程对你有帮助。本文还有配套的精品资源点击获取 U1981语音网关中继配置实战：从SIP到E1的选型与排错指南
简介这是一份面向华为U1981语音网关运维与集成人员的实践型配置指南重点解决统一网关与对端设备对接时SS7中继、SIP中继、局向选择码等核心配置问题。文档从局向、子路由、路由、局向选择码等基础概念讲起结合实际组网示意图给出账号规划与SS7/SIP中继完整配置流程适合需要独立完成中继组网调试的工程师参考。资源为单个docx格式文档大小1.11MB内容层次清晰含背景说明、规划信息表、详细操作步骤与注意事项可直接用于现场实施或培训材料。该资源已有1647人学习下载属于U1981语音网关中继配置方向较实用的参考资料能帮助读者快速理解中继对接原理并上手配置。1. 给 U1981 配中继一行配置之前先搞懂你在配什么企业语音项目交付现场最常见的翻车点不在分机而在中继。U1981 语音网关装好、分机注册正常可一旦要往外打电话占线、忙音、对方听不到声音问题往往都集中在 U1981 语音网关中继配置这一段。中继是网关与上游语音网络之间的唯一通道SIP 中继、E1 数字中继、模拟中继各有各的配置逻辑差一个参数呼叫就失败。这篇按我实际做过的交付顺序来写先选中继类型再讲配置再排坑最后验证。适合企业语音项目交付、运维和做网关改造的工程师参考。2. 中继类型与接口模式SIP、E1、FXO 怎么选接口如何配置为中继模式2.1 U1981 上的三种中继形态SIP 中继、数字中继、模拟中继U1981 作为企业语音网关对外对接的线路形态主要有三种。SIP 中继最常见语音走 IP 网络信令用 SIP 协议对端可以是运营商 IMS 平台也可以是另一台语音网关。SIP 中继的优点是弹性大带宽够就能跑扩容不换硬件IP 可达就能对接部署成本在三种里面最低。缺点是排错链路长从网卡、交换机、防火墙到对端服务器每一层都可能丢包或改包SIP 又是纯文本协议抓包时必须看得懂头域。第二种是 E1/T1 数字中继U1981 上插一块数字中继板物理接口通常是 E1中国和欧洲用 E130 路话路或 T1北美用24 路话路。E1 走的是运营商数字专线信令常见 PRIISDN 用户侧信令、No.7 信令老一些的还有 R2 信令。E1 的好处是质量可控时延低不跟办公网抢带宽传真、语音质量都更可靠。代价是硬件固定、扩容要加板卡配置也讲究时钟、信令方式、通道绑定一个都不能错。第三种是模拟中继 FXO接口形态就是普通电话线适合只有几条外线的门店或小容量分支。U1981 上有 FXO 板卡接口每路对应一条运营商模拟线。模拟中继的优点是无脑、物理接上就能用不需要信令协商缺点是容量小一条线一路电话且很多新业务比如视频、IMS 补充业务没法跑。U1981 上做中继配置主力还是 SIP 和 E1FXO 一般作为小规模备份存在。2.2 将 E1 接口配置为中继模式接口角色的互斥关系华为设备上接口的角色和用途经常是绑定的。E1 接口可以在用户模式也可以在中继模式。用户模式下接口被当作模拟用户线的替代品接的是运营商送的 2M 线路但被拆分成用户线或者用于企业内部互联此时接口更多是“被服务”的角色。中继模式下接口才真正作为语音网关的上联通道承载 PRI、No.7 或 R2 信令向对端设备发起呼叫或接收呼叫。把 E1 接口配置为中继模式核心是两件事。第一件事是确定接口工作模式在 U1981 的中继配置界面里对每个 E1 端口做角色设置选择“中继模式”后保存第二件事是针对该中继选择信令PRI、No.7 还是 R2。注意中继模式与用户模式是互斥的切换到中继模式后这个接口就不再承担原来的用户接入功能原本在这条物理链路上配置的用户资源会失效。交付现场见过有人把 E1 接口改成中继模式后分机号码不能用了实际上不是坏了是接口角色变了。接口中继模式切换还有一个隐含影响通道数量变了。以 E1 为例接口配置为中继模式后通常按 31 个话路通道PRI 下实际可用 30 路对外呈现每一路都是一个 B 通道。不要试图只开其中两三路来省带宽数字中继是按整个 2M 链路承载的后续在路由和资源管理里再决定哪些呼叫走这些通道。2.3 选型判断并发、线路、信令三大条件在 U1981 上配置中继之前先别急着点界面把三个条件问清楚再动手。第一个条件是并发。企业总机同时通话的最大路数直接决定线路数量。SIP 中继可以按带宽和注册数灵活控制E1 中继天然按路计费30 路一条并发超过 30 就要再加一条 E1。模拟中继更惨一条线就是一路20 路并发就要 20 条模拟线。第二个条件是线路形态。运营商给你的资源是 IP 中继、2M 数字中继还是普通模拟线这不是网关设备能决定的。运营商给 IP 中继就配 SIP给 2M 就配 E1/PRI 或 No.7给模拟线就配 FXO。不要试图用 FXO 口接数字中继或者用 E1 口接 SIP 中继的 IP 地址物理层都过不去。第三个条件是信令方式。同样一条 E1 线路运营商侧可能是 PRI也可能是 No.7还可能是老旧的 R2。U1981 侧必须和对端一致。信令方式选错界面显示中继存在端口状态也可能正常但呼叫一建立就被对端拒绝。这里最容易忽略的是“中继模式”和信令是两个独立配置接口只是管道信令决定管道里跑什么协议。选型我一般这么判断新建项目默认 SIP除非运营商明确只能提供 2M 或项目对通话质量要求苛刻已有数字中继的老项目尽量延续 E1别在改造时顺手把线路也换了风险翻倍模拟中继只做备份或小型分支。3. 中继配置实操从连通性检查到路由绑定3.1 配置前的连通性检查ping、端口探测与传输参数不管是 SIP 还是 E1配置前先做连通性检查。SIP 中继要确认 U1981 到对端 IP 的网络通不通E1 中继要确认物理线路有没有同步、有没有误码。这个步骤看起来很基础但在交付现场能拦下一半的“配置不生效”。SIP 中继先做地址层探测。在 U1981 能登录的维护终端上ping 对端 IP再用端口探测看 5060 是否开放ping -c 4 192.0.2.10 nc -zv 192.0.2.10 5060ping 看链路是否可达nc 的-z模式只做端口探测-v输出详细信息。这里有个坑TCP 的 5060 探测只能确认对端开了 TCP 监听很多 SIP 中继走的是 UDP 5060UDP 探测根本得不到明确应答。nc 对 UDP 的探测结果是假的它只告诉你是否收到 ICMP 端口不可达。所以端口探测通过不等于 SIP 可用一定要在配置完成后用真实呼叫验证。E1 中继的连通性检查不用 ping看的是物理层同步和误码。接口配置为中继模式后U1981 网管界面上能查看到 E1 端口的链路状态正常情况下显示“同步/正常”。如果有误码计数持续增长先查时钟设置和对端设备再查线缆和接地。物理层不过后面所有信令配置都是白做。3.2 配置 SIP 中继注册方向、编解码与主叫透传U1981 上配置 SIP 中继核心参数就一张表理解每一行的含义比填更重要。常见参数如下参数推荐值说明传输协议UDP企业 SIP 中继默认 UDP 5060有加密要求才考虑 TLS对端 IP按实际填写运营商或对端语音服务器的地址对端端口5060非标端口时按对端要求改注册方式本端注册/对端注册决定哪一方发起注册请求鉴权用户名按运营商合同填写注册时使用鉴权密码按运营商合同填写注意大小写主叫号码透传开启让被叫看到真实来电号码编解码G.711A 优先或按线路质量选择 G.729配置步骤一般是进入 SIP 中继配置界面新增中继填对端 IP、端口和传输协议选择注册方向填写鉴权信息设置编解码优先级保存并启用。填注册方向时本质是决定谁主动。U1981 向对端注册就选本端注册U1981 发起 REGISTER 请求对端设备向 U1981 注册就选对端注册U1981 等待收到的 REGISTER 请求。这个方向一错中继状态就停留在未注册。主叫号码透传在实际交付里最容易出问题。U1981 默认可能对主叫号码做某种变换比如把分机号 81001 变成 01081001。运营商侧要求的号码格式往往带区号但用户侧分机只有短号。配置中继时要理清楚透传格式通常的做法是开启号码透传让 U1981 不做额外变换去话从分机侧拿到什么号码就送给对端什么号码由运营商的 IMS 平台再做归一化。如果透传格式和运营商要求不一致被叫方的来电显示会出现乱码或空号。3.3 配置 E1 中继PRI 参数、时钟与通道绑定E1 中继的配置入口和 SIP 完全不同前沿条件是物理接口已经配置为中继模式。在这个前提下U1981 上需要配置的参数如下参数推荐值说明接口类型E1对应 2M 数字线路信令方式PRI / No.7 / R2必须与运营商一致时钟模式从钟U1981 从对端提取时钟通常推荐帧格式CRC4 开启E1 默认开启 CRC4线路编码HDB3E1 标准编码编解码G.711A数字中继语音编码通常 A 律PRI 信令下U1981 和运营商交换机之间跑 Q.931 信令D 通道一般占用第 16 时隙TS16其余时隙作为 B 通道承载语音。配置界面里通常只让你填信令方式和接口参数D 通道是协议自动协商的。No.7 信令则复杂一些需要配置信令点编码、电路识别码CIC、话路时隙分配。这些参数都由运营商提供清单按清单填空即可不要自己猜。时钟模式是 E1 中继容易忽略又致命的参数。一条 E1 链路两端设备必须有一位是主钟、一位是从钟从钟设备从线路信号中提取时钟两端时间基准一致才能同步传输。U1981 和运营商对端对接时通常推荐 U1981 设从钟由运营商交换机做主钟。但如果你用 U1981 去级联另一台企业侧设备比如再带一台小型网关那 U1981 可能是主钟。时钟错位不会让你完全无法呼叫但会让误码率升高通话出现间歇性杂音严重时链路反复重同步。配置完成后U1981 的 E1 中继状态会显示同步状态、误码计数和信令链路状态。不要只看端口灯亮进网管界面看“线路状态”是否为同步“PRI 链路状态”是否为激活。链路显示激活才说明物理层和信令层都已经正常。3.4 中继路由绑定让出局呼叫真正走向指定中继中继配置完成只是链路通了网关能不能把呼叫送出去还差最后一步路由绑定。很多人在这一步翻车因为 U1981 的中继和路由是两个独立模块你配好了 SIP 中继如果号码分析里没有把对应的被叫号码指向这个中继呼叫一样打不出去。常见做法是配置号码分析或路由规则。在 U1981 的号码分析界面新增一条路由规则条件是被叫号码前缀匹配某个字冠动作是选择出局中继。比如运营商要求打外线先拨 0那么在号码分析里配一个“0”字冠路由指向刚才创建的中继并设置删除前缀“0”后向对端送号。如果号码分析里没有这条字冠分机拨 0 开头的号码时U1981 会提示呼叫失败或直接报音根本不走到中继。路由参数的三个重点字冠匹配方式、主叫号码变换、被叫号码变换。字冠匹配不要图省事配成“全部号码”否则内部呼叫和紧急号码都会被送到中继。主叫号码变换要和中继侧透传配合如果中继里已经开了透传路由里就不要做第二遍变换两处叠加会得到错误号码。被叫号码变换则要看运营商要求有的运营商要收区号有的要收短号。绑定完成后再查一遍中继状态和路由状态然后打第一个测试电话。我习惯先打运营商侧的测试号码再打真实手机号最后打网内分机间的号码三通电话分别验证出局、入局和网内路由。4. 中继配置避坑五个真实踩坑点按现象、原因、解决排查4.1 现象一SIP 中继配置完成呼出返回 503 或 480现象分机拨号后听到忙音或“暂时无法接通”抓包看到 SIP 响应是 503 Service Unavailable 或 480 Temporarily UnavailableU1981 中继状态却是正常的。原因这个现象我在现场遇到过多次多数是对端服务器认为自己无法处理这次呼叫。常见原因有三类对端 IP 或端口配错导致请求发到了错误的地方被叫号码格式不对对端做完号码分析后拒绝SIP 中继的注册方向和对端期望不一致。另一类隐蔽原因是 NAT 环境下 SIP 消息里的联系地址是内网地址对端回包无法送达。注意我这里说的 NAT 是企业办公网常见的公私网地址转换如果 U1981 和对端之间经过地址转换必须在 SIP 配置里设置外网地址映射。解决先看抓包里请求发给了谁响应从哪个 IP 回来确认链路不是单向通再核对被叫号码格式比如运营商要求 0 后跟区号还是直接跟手机号最后检查注册方向让 U1981 和对端各按其预期方式工作。NAT 场景下把 U1981 的对外信令地址配置成公网或对端可路由的地址并保持端口不变。4.2 现象二E1 中继端口状态正常但呼叫建立失败现象E1 接口在网管界面显示同步无严重误码但拨测试号码时呼叫失败或者对端摘机后立刻释放。PRI 链路显示激活但 Q.931 消息里一直在发 Disconnect。原因信令方式不匹配最常见U1981 配了 PRI运营商侧实际跑的是 No.7或者反过来。物理层同步只代表线路本身没问题不代表信令协议能对上。另一个常见原因是通道分配不一致比如运营商侧把第 1 到第 10 时隙分配给语音U1981 侧全部时隙都用于语音部分时隙被占用或禁用。解决第一时间向运营商确认信令方式和时隙分配清单。PRI 下确认 D 通道时隙一致语音通道范围一致。No.7 下确认信令点编码、CIC 起始值和中继电路数量。E1 中继的排错不能只依赖 U1981 界面要配合运营商侧查看告警两边一起对参数。信令方式选错时修改配置后要重启中继链路不能只保存参数。4.3 现象三电话能通但单通、回声、杂音现象双方都摘机能听到对方一点点声音或者一方说话另一方完全听不到有些线路通话一会儿就出现明显回声说一句话像在山谷里喊。原因单通要先分清是哪个方向。U1981 侧听不到对端声音问题可能在接收方向对端听不到 U1981 声音问题在发送方向。常见原因有RTP 媒体流走不通信令通了但媒体地址不可达编解码协商不一致一端只认 G.729另一端只发 G.711E1 中继时钟不同步引起语音数据损坏。回声则多出现在模拟中继或网络丢包严重的 IP 语音场景。解决抓包看 INVITE 和 200 OK 里协商的媒体地址与编码确认 RTP 双向都有流量。如果只有单向流查防火墙和路由不要让媒体流和对端信令走不同路径。编解码问题直接把 U1981 和运营商侧配置改成一致优先 G.711AVoIP 网络质量一般时再降级 G.729。E1 中继的回声先查时钟和线路质量再开回声抑制。IP 语音的回声重点查网络丢包和抖动中继配置层面能调的不多RTP 的 QoS 标记要保证端到端生效。4.4 现象四能打进打不出或只能打出一路电话现象外部电话能呼入但分机打不出去或者第一批测试电话能通继续拨打就一直占线中继状态也没显示异常。原因呼入呼出不对称的问题几乎都在路由。呼入走的是入局路由呼出走的是出局路由两套规则独立配置。只能打出一路电话在 E1 中继上通常是被叫号码分析把整个中继的通道资源全部绑给了某一条路由或者号码分析里的字冠冲突导致所有呼叫都去找同一条电路。SIP 中继上还可能是对端只分配了一个通话会话U1981 侧注册成功但并发上限被对端限制。解决分开查入局和出局两套路由规则别在中继上找问题。U1981 的号码分析界面检查是否有重叠字冠比如同时存在“0”和“01”会优先匹配更精确的字冠导致某些号码走到错误的中继。E1 资源只跑了第一路时看中继通道状态正常应该有多个 B 通道处于空闲确认空闲时隙有没有被误配置为禁用。SIP 中继并发受限时联系对端确认会话数上限。4.5 现象五SIP 中继注册状态一直显示失败现象U1981 创建 SIP 中继后状态栏一直显示未注册或注册失败REGISTER 请求发出但收不到 200 OK或收到 401/403。原因注册失败的本质是 U1981 和对端之间鉴权没有通过。500 字以内的原因排查顺序是先看 REGISTER 请求有没有到达对端再看对端回的是 401 还是 403。401 表示对端要求鉴权U1981 要重新带鉴权头域再发一次403 表示对端拒绝了凭据多半是用户名密码错误、账号被锁定、或者对端配置了 IP 白名单而 U1981 的 IP 不在里面。还有一类情况是对端要求加密传输U1981 用 UDP 明文发注册直接被丢弃。解决抓包看 REGISTER 的过程确认收到的是 401 还是 403。401 场景不用慌继续看第二次 REGISTER 是否带了 Authorization 头域如果带了还失败检查本地时间和对端时间偏差过大鉴权摘要计算会失败。403 场景直接联系运营商或对端管理员核对账号和 IP 白名单。要求 TLS 加密时把中继传输协议改成 TLS并在 U1981 上导入对应证书证书不过期是关键。5. 验证中继配置状态查看、呼叫跟踪与抓包确认每次配完中继我都给自己定三条验证标准网管界面状态正常、测试呼叫双通、抓包无异常。前两步很多人会做第三步常常被省略但抓包才是确认“配置真的对”的底线。第一步看状态。SIP 中继看注册状态是否显示成功E1 中继看同步和信令链路是否激活。状态正常说明链路层面已经建立。超过 5 秒还停留在中间状态就不要继续测试先回到第 4 章的排错流程。第二步做呼叫跟踪。U1981 网管自带呼叫跟踪功能按主叫号码或中继号过滤观察一次完整呼叫从摘机到释放的全过程。重点关注号码有没有正确变换路由有没有指向预期中继释放原因值是什么。一次拨打失败的用例里释放原因值比任何猜测都有说服力。第三步抓包。将抓包设备接在 U1981 的上联口做端口镜像或直接在可达的链路上抓取 5060 端口流量tcpdump -i any -nn -s 0 -w sip.pcap port 5060打完一通测试电话后停止抓包用 sngrep 按呼叫会话查看信令流sngrep -d sip.pcap -c INVITE-d指定离线 pcap 文件-c INVITE只看呼叫建立相关的会话。sngrep 会把一次呼叫的 INVITE、100 Trying、180 Ringing、200 OK、ACK、BYE 按流程排成一张表一眼就能看出信令在哪一步断裂。RTP 媒体质量问题再看音频流sngrep 图形界面里按方向能看到 RTP 包收发计数单向为 0 就是媒体路径的问题。现在的习惯是所有中继参数修改后先开抓包再打第一个测试电话信令过程和电话同时发生。等界面显示配置正常、通话质量没问题、抓包里 INVITE 和 200 OK 的地址信息与预期一致才算真配完。希望这套验证流程对你有帮助。本文还有配套的精品资源点击获取