★ FEATURED ARTICLE 简介《鼎信网关快速配置指导》是一份面向IP语音通信运维与调试人员的实战操作手册聚焦鼎信网关从网络接入到呼叫路由的完整配置流程。文档按九大模块循序渐进涵盖注册账号准备、主速率接口中继参数、公共交换电话网络分组与E1/T1时钟源、会话初始协议中继及账户添加、IP分组和选路方式、呼叫路由规则、号码变换以及网络时间协议时间同步等关键环节并特别提示D通道协议类型、接口属性、RFC2833负载等易错点便于现场快速对照执行。压缩包内仅含1个docx格式文档大小约2.07MB无需额外安装环境即可随时查阅。目前已有1542人学习下载。读者通过该手册可系统掌握鼎信网关主速率接口/综合业务数字网对接落地号码、会话初始协议侧UDP端口及中继配置的排错思路适合初次接触鼎信网关或需要标准化配置SOP的通信工程师参考。1. 鼎信网关VoIP 落地时真正卡人的不是 SIP是 PRI接手一台鼎信网关大多数人的第一反应是先把 SIP 中继和账户配上。但实际项目里VoIP 电话打不通十有八九卡在 PRI 和 PSTN 分组这两块E1 工作模式选错、时钟源没指向对端、收号超时设太短折腾一下午线路状态看着“已激活”电话就是不通。这份快速配置指导解决的正是这个痛点——从电脑直连网关卡 IP 开始到 PRI 中继、PSTN 分组、SIP 对接、呼叫路由、号码变换一条线拉通最后由重启验证收尾。适合第一次接触鼎信网关的工程师照着点界面也适合熟手在对参数时查遗漏。下面按现场实施习惯把每一步拆开讲。2. 基础网络与 PRI先把数字中继跑通2.1 电脑直连网关为什么不能走交换机开局第一件事是把电脑网卡配到 192.168.1 段掩码 255.255.255.0地址避开 192.168.1.111 即可。111 是鼎信网关的默认管理地址你自己占了它网关就没法访问了。# 以 Linux 为例把网卡 eth0 临时切到 192.168.1.100/24 sudo ip addr add 192.168.1.100/24 dev eth0 sudo ip link set eth0 up # Windows 下等价写法 # netsh interface ip set address name以太网 static 192.168.1.100 255.255.255.0这里用的是临时地址配置不会写进系统持久配置。现场调试完网线一拔电脑网络自动恢复正常不污染后面的办公网络。注意别在带图形界面的笔记本上手动改错网卡我见过有人把无线网卡改成 192.168.1.100结果有线直连还是不通排查半天发现地址没加对有线网卡上。网线接法有讲究电脑直连网关的 PC 端口不要去捅 WAN 口。机房现场往往有 DHCP 服务器网关接上 WAN 口会自动获取一个未知网段的地址管理地址从 192.168.1.111 漂走你就找不到它了。直连 PC 口能保证开局阶段网关管理地址稳定落在默认网段这是整份配置能继续往下走的前提。如果已经误接了交换机导致找不到网关常见做法是把电脑网卡改成自动获取看拿到什么网段再去扫那个网段里的网关设备。2.2 本地网络参数从 192.168.1.111 开始浏览器访问 https://192.168.1.111首次登录用户名密码默认都是 admin。登录后第一件事把页面左上角 Language 改成“中文”英文界面下很多字段名和中继概念对不上容易看岔。接着在“网络参数配置”里进“本地网络”把甲方分配好的 IP 地址、子网掩码、网关、DNS 依次填进去然后保存。这里填的是网关在业务网内的正式管理地址不是开局临时用的 192.168.1.x。DNS 别留空后面 NTP 要解析域名DNS 不对会导致时间同步失败而时间戳不对又会引发 SIP 信令鉴权失败属于连环坑。保存动作在大多数鼎信 WEB 界面上只是写入运行配置真正落盘要等最后设备重启那一步。所以在配置过程中如果页面提示“保存成功”但没有重启入口不用纠结继续往下配所有参数最后统一重启生效。2.3 PRI 参数与中继ISDN 用户侧的三个开关PRI 是网关跟运营商 E1 中继对接的核心。进“PRI 参数”先把“源号码类型”和“目的号码类型”都改成“用户号码”同时关闭“Facility”功能。这里的“号码类型”指的是 Q.931 信令里主叫/被叫号码的封装格式。改成“用户号码”意味着按不带国家码和长途区号的本地用户号码格式封装。如果保持默认的其他格式运营商交换机解析号码时可能多算几位或少算几位表现就是呼叫发起成功但对端看到的主叫号码是乱的。Facility 是 Q.931 里传补充业务参数的字段多数语音平台用不到开着反而可能让对方解析出错直接关掉。PRI 中继配置里给接口标识符起一个能认出来的名字比如PRI-01。D 通道设置为“启用”。E1/T1 端口号选实际插线的物理端口。“协议类型”一定要选“ISDN”这三个字选错D 通道根本激活不了。“接口属性”设置为“用户侧”——网关相对运营商交换机就是用户设备选反了会造成帧同步失败和 D 通道告警。这一段配完物理层和链路层算通了。下一步要解决 E1 上的时隙怎么组织、号码怎么收就是 PSTN 分组。3. PSTN 分组时隙、收号时长与 DTMF 一起定3.1 E1/T1 参数时钟源、工作模式、帧格式、线路编码PSTN 分组配置的第一件事是定位 E1/T1 参数。把“E1/T1 时钟源”设为“远端”然后“修改”。时钟源的逻辑是一条 E1 链路上必须有一端做主时钟另一端从对端提取时钟。运营商机房的交换机一般是主时钟鼎信网关作为用户侧设备要从远端提取保证两端采样时钟一致否则会产生滑码误码率飙升。如果现场确实没有同步源网关可以退化为本地晶振做主时钟但那只是兜底方案遇到运营商严格验收时会出误码告警所以能用远端就用远端。工作模式选“E1”帧格式选“DF”线路编码选“HDB3”。国内 E1 线路基本都是 2.048Mbps、HDB3 编码DF 帧格式配合 CRC4 做误码检测是运营商侧最常见的组合。注意别凭习惯选成 T1 或 AMIT1 是北美 1.544Mbps 的标准AMI 编码在国内 E1 链路上会直接造成对端告警属于配置翻车的经典原因。编解码分组建议保持默认。这个决定语音流用 G.711 还是 G.729 等编码。默认分组已经覆盖绝大多数场景没有特殊需求别动它。之前有同事为了“优化带宽”把编解码改成 G.729结果对端平台不支持所有呼叫在协商阶段失败花了半天才查回来。3.2 拨号超时与 PSTN 规则收号时长和 DTMF 的取舍拨号超时规则是现场最容易“拍脑袋改错”的地方。指导里建议前缀收号时长、最小长度收号时长、最大长度收号时长都改成 3 秒。这三个参数描述收号阶段的三个等待窗口收完前缀后等多久、收完最小长度后等多久、收完最大长度后等多久。设太短拨号稍微慢一点就被判定收号结束号码不完整呼叫直接失败设太长用户不按键时通话建立被拖住。3 秒对国内大多数拨号习惯是稳妥值我一般也先用 3 秒等出现“拨号太快被切”再往下调出现“拨号慢了被掐”就往上涨。接着在 PSTN 规则里选默认规则并“修改”设置编解码分组编号为 0RFC2833 负载类型标识改为 101DTMF 发送模式设置为 RFC2833。这三个动作本质是统一 DTMF 的传输方式RFC2833 把按键音封装成 RTP 事件包传出去负载类型 101 是业内最通用的协商值。对端 PBX 如果不认 101按键会变成乱七八糟的音频IVR 完全没法用。3.3 新建 PSTN 分组与时隙分配PSTN 分组是把物理 E1 端口和时隙组合成一个可供路由引用的逻辑对象。新建分组时配置分组编号和名称时隙选择模式改为“循环递增”。循环递增的含义是同组内多条 E1 或多个时隙被占用时按顺序循环分配通话而不是固定挑第一条 E1。这样能避免某条 E1 时隙占满、其他 E1 空着的极端情况对多 E1 负载均衡很重要。如果选“固定优先”大概率第一条 E1 被塞满后几条一直空闲。最后在 PSTN 分组管理里“添加”设置起始 E1、终止 E1、起始时隙、终止时隙确定后这个分组就具备了实际承载能力。一个分组可以跨多条 E1比如起始 E11、终止 E14就是把四条 E1 全部纳入分组时隙范围一般写 1-310 时隙保留给帧同步不能用来承载语音。到这里 PSTN 侧已经完整了但网关还没法跟 SIP 对端说话接下来进入 SIP 配置。4. SIP 与 IP 分组让对端能注册、能选路4.1 SIP 参数UDP 端口 7060 与 200 OK 携带 SDPSIP 参数配置里指导要求把本地 UDP 端口改成 7060禁用 SIP 随机端口把“200 OK 携带 SDP”设为“启用”SIP 静态 NAT 设为“禁用”。把 SIP 端口从默认 5060 挪到 7060 是常见做法目的是避开同一网段里其他设备占用的 5060更重要的是有些语音平台的防火墙只放行固定端口端口固定下来后续排查 ACL 好定位。禁用 SIP 随机端口保证了信令报文源端口恒定是 7060不会被系统随机端口打乱对端防火墙不用临时放行高端口。“200 OK 携带 SDP”这个开关值得多说两句。SIP 呼叫建立时媒体信息IP、端口、编码可以放在 INVITE 里也可以放在 200 OK 应答体里。启用后被叫侧应答时把 SDP 一并带回主叫能立即开始媒体协商关闭的话有的对端要等 ACK 里的 SDP 才送媒体流表现就是呼叫显示接通但双方听不到声音。这个开关让我在现场翻过车后来配置时顺手就会确认一眼。SIP 静态 NAT 在纯内网部署时保持禁用。如果网关注册到公网平台又没做端口映射静态 NAT 一旦开启SDP 里推送的媒体地址会被改写结果是注册成功、呼叫不通典型的单通问题。有公网映射需求时才需要结合端口映射一起开。4.2 SIP 中继与 SIP 账户对端端口 7854、From 头域添加 SIP 中继时依次配置中继名称、对端地址、传输协议、对端端口UDP对端端口填 7854From 头域选“对端域名”。“对端地址”是语音平台或软交换的 IP“传输协议”根据平台要求选 UDP 或 TCP“对端端口 7854”是平台监听 SIP 信令的端口这个必须跟平台侧确认不是随手填的。From 头域用“对端域名”的意思是发出的 INVITE/REGISTER 里 From 字段携带对端域名而不是本地 IP。有些平台会校验 From 域名不对就拒绝请求所以这个字段不能凭感觉选。SIP 账户的添加和普通话机注册类似录入对端提供的账号、认证密码、域名等字段。注意 SIP 账户和中继是两个概念中继定义了网关和平台之间的信令通路账户是网关在平台上注册的身份实际项目中两者配合使用路由规则再决定呼叫往哪个中继或账户走。如果注册不上优先检查网关的 7060 端口能不能被平台侧访问到再检查账号密码。4.3 IP 规则与 IP 分组回铃音来源与循环递增选路IP 规则里修改默认规则PSTN 呼入回铃音来源设为“自适应”IP 呼入回铃音来源设为“PSTN”。回铃音参数容易忽略但直接影响用户体验。PSTN 呼入运营商来话进网关转 IP 侧时回铃音来源选“自适应”网关会尽量跟随对端带回的回铃音IP 呼入IP 侧来话转 PSTN 出局时回铃音来源选“PSTN”IP 侧用户听到的回铃音取自 PSTN 侧真实回铃而不是网关本地生成的模拟回铃。这样设置能让主叫听到真实的运营商回铃。呼叫到手机号时这个配置决定了彩铃能不能完整透传过去。IP 分组的创建逻辑和 PSTN 分组一致添加分组编号和名称IP 选路方式为“循环递增”。然后在分组管理里“添加”系统会自动带出刚才设定的分组信息。IP 分组代表网关对 SIP 侧的出局资源池多条 SIP 中继之间循环选路避免单条中继过载。到这里两侧资源池都有了剩下的就是把两边串起来——呼叫路由。5. 呼叫路由与常见问题双向打通和三个高频坑5.1 PSTN-IP 路由与 IP-PSTN 路由PSTN-IP 路由解决的是“运营商来话怎么转给 IP 平台”添加路由配置路由描述、来源类型、PSTN 分组确定即可。“来源类型”决定这条路由匹配哪一类来话来源PSTN 分组指定哪组 E1 时隙进来的呼叫走这条路。IP-PSTN 路由解决的是“IP 侧来话怎么出 PSTN”添加路由设置路由描述、被叫号前缀、主叫码前缀被叫和主叫前缀都填“.”。“.”在这里是通配符代表任意号码。被叫号前缀用“.”表示所有被叫号码都允许通过这条路由出局主叫码前缀同理。如果只想放行特定号段可以把前缀写成实际区号或号段比如“010”、“0755”。这个字段的匹配优先级是按前缀长度从长到短匹配的所以写了 010 又写 . 时010 开头的号码会优先走 010 那条路由。路由配置完成呼叫链路已经通了但号码未必满足对端要求需要处理号码变换。5.2 号码变换前缀匹配的实际写法号码变换本质是一组“匹配-替换”规则。常见场景有三种去掉出局号码前加的 0给来话主叫号码补区号隐藏主叫号码。现场配置时先理清三个问题哪个方向的呼叫、匹配被叫还是主叫、替换成什么格式。比如运营商来话把 010 开头的号码送到 IP 平台平台不认 010需要把前缀 010 去掉就在 PSTN-IP 方向的被叫变换里写“去掉 010 前缀”。判断设置是否正确看路由后的实际呼叫信令而不是界面上的预览。我见过有人界面里看着变换生效抓包一看完全没变最后发现是方向上选反了。号码变换规则配置完后呼叫路由和号码处理才真正闭环。下面是三个现场最高频的问题按现象、原因、解决拆好方便照查。5.3 高频问题排查回铃音、DTMF、配置不生效回铃音异常。现象是呼叫能接通但主叫听不到回铃音或听到的是网关自带的“嘟嘟”声不是运营商真实回铃。原因是回铃音来源配置用了默认值PSTN 侧的 early media 没有传给 IP 侧。解决在 IP 规则里把“IP 呼入回铃音来源”改成“PSTN”PSTN 呼入回铃音来源设置为“自适应”保存后重启网关。DTMF 失效。现象是 IVR 按键没反应或对端报收到的是语音噪声。原因是 RFC2833 负载类型标识与对端不一致或 DTMF 发送模式没有用 RFC2833。解决PSTN 规则里把 RFC2833 负载类型标识改为 101DTMF 发送模式选 RFC2833同时确认对端平台的负载类型也是 101。配置保存后“丢失”。现象是所有参数在 WEB 界面确认无误但重启后恢复默认。原因是只点了“保存”没有做最终的设备重启运行配置没有写入持久化存储。解决全部配完后进“管理”菜单选择设备重启。这个动作是鼎信网关上最容易忽略的每次配完都要强制走一遍。6. 上线前验证看链路、抓信令、拨测收尾重启完成后先看 E1/PRI 链路状态确认 D 通道已激活、无帧同步告警这是判断物理层和链路层是否通过的最快方式。链路是红的后面路由配得再漂亮也是白搭。再验证 SIP 侧。用电脑直连 PC 口抓一段 SIP 信令重点看 REGISTER 是否收到 200 OK、INVITE 是否完成 100/180/200 的完整协商# 抓取 SIP 信令保存 pcap回放时用 Wireshark 过滤 sudo tcpdump -i eth0 -s 0 -nn -w voip-debug.pcap udp port 7060 # 不落盘快速确认信令在走抽取 REGISTER / INVITE / SIP 应答 sudo tcpdump -i eth0 -s 0 -nn -A udp port 7060 | grep -E REGISTER|INVITE|SIP/2.0第一段命令把 7060 端口的 SIP 流量完整落盘适合事后回放分析第二段命令实时打印报文内容并用 grep 过滤关键方法适合开局阶段快速确认信令有没有在走。实际生产中我更倾向于直接保存 pcap 用 Wireshark 过滤 sip.MethodREGISTER命令行过滤只是快速确认。如果 REGISTER 一直没回 200 OK先排除 7060 端口是否被监听、对端地址和端口是否可达再查账号密码。最后是双向拨测PSTN 侧拨打手机号确认出局成功且主叫号码正确手机回拨确认 PSTN-IP 方向正常。拨测时带着抓包工具一通电话就能看出是信令问题、媒体问题还是号码变换问题不用靠猜。从那以后我每次配置鼎信网关都强制自己走一遍“看链路状态、抓 SIP 信令、双向拨测”这三步再急的工单也不跳过。这套流程帮我挡掉过不少“配置看着全对、电话就是不通”的尴尬希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
