简介:鼎信网关快速配置指导手册是一份面向 VoIP 项目实施与维护人员的实操型文档,围绕 E1/PRI 中继对接 SIP 注册、PSTN 分组、呼叫路由等关键环节,给出从账号准备到网关重启生效的全流程配置指引。手册详细说明网关注册账号与密码准备、默认地址登录、PRI 参数与中继设置、E1/T1 时钟源及帧格式、SIP 中继与 UDP 端口、IP 分组和路由、号码变换及 NTP 时间同步等步骤,并对拨号超时时长、DTMF 携带方式等关键参数给出具体建议值,可帮助实施者快速完成首次部署并规避常见配置错误。资源包仅含 1 个 docx 文档,大小 2.07MB,内容集中且便于按章节查阅,适合在工程现场直接对照操作。目前已有 1542 人学习下载,手册中的界面选项、必改项和注意事项均按步骤呈现,能显著降低鼎信 VoIP 网关的配置门槛,也适合作为后续排障与运维的参考笔记。
1. 从 VoIP 中继配置的坑说起:鼎信网关的五张配置单
鼎信网关在 VoIP 中继落地里算是出现频率很高的设备:一边是运营商的 E1/PRI 线路,一边是你要对接的 SIP 服务器。VoIP 项目上线当天最容易翻车的往往不是 SIP 服务器本身,而是网关这头的接口属性、时钟源、拨号超时、分组编号这些不起眼的参数。任何一个没对齐,轻则注册不上,重则双向语音全无,而且问题藏在信令层,表面看设备都在线。这篇文章按实际配置顺序,把鼎信网关从接入、PRI、PSTN 分组、SIP 账户到呼叫路由、号码变换完整走一遍,最后整理几条现场必看的排查记录,给准备做中继对接的开发者作参考。
2. 接入网关:电脑改到 192.168.1 段,直连 PC 端口再谈其他
2.1 为什么先直连 PC 端口,不碰交换机
拿到网关先别急着插线。手册第一条写得很清楚:把电脑地址改成 192.168.1 段里除 111 外的任意地址,然后用网线直连网关的 PC 端口。这个做法我每次都严格遵守。PC 端口是设备出厂管理口,固定地址 192.168.1.111;如果先把网线插到交换机再连网关 WAN 口,而现场又恰好有 DHCP 服务器,网关 WAN 口会自动获取一段地址,原厂管理地址就直接失效了。这时候想找网关,只能抓包看 ARP 或翻 DHCP 租约,纯属给自己加活。
另外注意建议里那句“不要用交换机连接网关的 WAN 口”。它的意思是不要在没配好设备前就把网关丢进现网,而不是说 WAN 口永远不能用。正确顺序是:电脑直连 PC 口,把本地网络参数配好,保存并重启确认生效,再把 WAN 口接到业务网络。这样无论现场有没有 DHCP,网关的地址都是你亲手填的那一个,不会漂移。
2.2 电脑网卡改地址:Windows 和 Linux 两种做法
Windows 下我一般直接改网卡属性:控制面板 → 网络和 Internet → 网络连接,右键以太网 → 属性 → 双击 Internet 协议版本 4(TCP/IPv4),选择“使用下面的 IP 地址”。填 192.168.1.100,子网掩码 255.255.255.0,网关和 DNS 全部留空。这里很多新手会纠结网关到底填什么——直连管理口只需要三层可达 192.168.1.111,没有跨网段访问需求,网关留空反而更干净,避免系统往不存在的网关发流量。
Linux 桌面上用 nmcli 更直接,代码块里是一次完整配置:
# 把 eth0 改为静态地址,网段和网关保持同一段 sudo nmcli con mod eth0 ipv4.addresses 192.168.1.100/24 # 改为手动模式,防止 DHCP 干扰 sudo nmcli con mod eth0 ipv4.method manual # 重新激活连接,让配置生效 sudo nmcli con up eth0参数说明:ipv4.addresses里的/24就是子网掩码 255.255.255.0 的 CIDR 写法;ipv4.method manual告诉 NetworkManager 不要向 DHCP 要地址,否则前面配的静态地址会被覆盖;con up eth0是激活连接,很多发行版改完配置不激活也一样不生效。eth0 换成你自己机器实际网卡名,可以用ip addr查。改完后先 ping 一下 192.168.1.111,能通再继续下一步。
2.3 首次登录:HTTPS 告警、语言切换和本地网络参数
浏览器访问https://192.168.1.111,会看到证书告警。网关默认用的是自签证书,浏览器会拦截,选“继续前往”就能进登录页。默认用户名和密码都是 admin,首次登录后如果设备支持改密码,建议顺手改掉,这设备后面要长期挂在业务网里,默认口令太危险。
登录成功后第一件事是改语言:页面左上角有 Language 选项,切换到中文。这一步看着不起眼,但后面的 PRI、PSTN、SIP 三个菜单字段多且长得像,英文界面下 User Side / Network Side、Clock Source、Trunk 这种词容易看混,切中文能少翻车。然后进「网络参数配置 → 本地网络」,把运营商给的 IP 地址、子网掩码、网关、DNS 填进去,保存。DNS 这一项容易被忽略——如果后面要用域名做 NTP 同步或 SIP 注册地址解析,没配 DNS 直接失败,所以不管现在用不用的到,先把运营商给的 DNS 填上。
3. PRI 与 PSTN 分组:E1 链路能不能跑通,全看这一节参数
3.1 PRI 参数配置:号码类型与 Facility 开关
PRI 是网关对接运营商 E1 线路的协议层配置。第一步先把「源号码类型」改为「用户号码」,「目的号码类型」也改为「用户号码」。这两个字段决定网关在解析 ISDN SETUP 消息时怎么理解主被叫号码的语义。ISDN 里的号码类型不止一种,除了用户号码还有网络号码、子地址等;如果保持默认的网络号码类型,网关在转发时可能按网络格式重新整理号码,到对端以后前缀或位数就变了。
「Facility」功能建议直接关闭。Facility 是 Q.932 定义的补充业务传输通道,用于传递呼叫转接、计费等信息。实际对接中很多运营商的交换机或老式 PBX 对 Facility 信息处理不好,网关默认带着它发 SETUP,对端可能直接回 release complete,呼叫根本建立不起来。关掉后信令干净,兼容性最好。我一般在所有 PRI 对接项目里都会检查这一项,默认开启是翻车高发区。
3.2 PRI 中继配置:ISDN 协议与接口属性
PRI 中继配置里有五个关键项:接口标识符名称、D 通道、E1/T1 端口号、协议类型、接口属性。接口标识符只是本端用来识别的逻辑名,比如 PRI-1、PRI-2,不影响对接。D 通道要设为启用——PRI 是共路信令,D 通道承载 Q.921/Q.931 信令,控制同一 E1 上的 30 个 B 通道,不启用等于没有大脑。
E1/T1 端口号对应网关物理面板上的端口序号,多 E1 设备尤其要注意别填错,接口标识符和物理端口要一一对应。协议类型必须选 ISDN,不能选 V5.2 或 CAS(中国一号)之类,因为对端运营商给的是 ISDN PRI。接口属性设为「用户侧」,这是整个 PRI 配置里最容易踩坑的一项。ISDN 链路里一侧是用户侧(TE),另一侧是网络侧(NT),网关作为接入设备通常是用户侧,对端局端交换机是网络侧。如果两边属性接反,D 通道会反复重置,物理层看着正常但信令起不来。判断方法很简单:对接运营商局端时,局端是网络侧,网关就是用户侧。
3.3 E1/T1 物理层与拨号超时:不匹配直接告警
E1/T1 参数属于物理层,配不对后面全是白搭。时钟源设为「远端」,意思是网关从线路提取时钟同步,跟随对端局端设备。如果两边都设为主端,时钟会漂移,链路上出现误码和滑码;如果两边都是远端,等于谁都没提供时钟,链路直接起不来。工作模式选 E1——国内 PRI 基本都是 E1,2.048 Mbps,T1 是北美 1.544 Mbps 的标准,选错物理层就告警。帧格式选 DF,线路编码 HDB3,这两项要跟对端交换机保持一致,不一致时界面会报 LOS(信号丢失)或 LFA(帧失步)告警。
拨号超时规则这组参数很多人不动,但拨完号半天不出声音的现场问题,九成出在这里。三个收号时长——前缀收号时长、最小长度收号时长、最大长度收号时长——建议都改成 3 秒。收号引擎分三段:先收前缀确定路由方向,收完前缀后等最小长度,再等最大长度确认号码完整。默认值如果偏长,用户拨完最后一位要干等好几秒才听到回铃音;但也不要小于 2 秒,否则用户拨号稍微慢一点,号码没拨完就被当成超时送出去了。
PSTN 规则里还要改三样东西:编解码分组编号设为 0,RFC2833 负载类型标识改为 101,DTMF 发送模式设为 RFC2833。编解码分组编号 0 一般对应默认的 G.711 编解码组合,PSTN 落地场景足够;RFC2833 是 RTP 里传 DTMF 键值的事件协议,负载类型 101 是 SIP 生态里最常见的约定值。如果对端 SIP 服务器要求的负载类型不是 101,两边的按键事件会互相认不出来,表现为接通后按分机号没反应。
3.4 新建 PSTN 分组:循环递增时隙的调度逻辑
PSTN 分组解决的是多 E1 资源怎么分配给路由用的问题。先「添加」一个 PSTN 分组,配分组编号和名称,时隙选择模式改为「循环递增」。循环递增的意思是:每来一路新呼叫,从上一路用过的时隙序号往后顺延一个开始找空闲 B 通道,而不是每次都从头扫。这样能把话务摊到 30 个 B 通道上,避免前面几个时隙忙死、后面闲着。
随后在「PSTN 分组管理」里再「添加」,填起始 E1、终止 E1、起始时隙、终止时隙,确认后这条物理资源就挂到刚才的分组下了。如果现场有多条 E1,可以把它们都放进同一个分组,循环递增模式自动在多条 E1 之间做负荷分担。这里注意分清两个菜单:PSTN 分组只建逻辑名片,分组管理才是把 E1 和时隙绑进去的地方,漏了后一步,路由里引用分组时物理资源是空的。
4. SIP 与 IP 分组:VoIP 会话在 IP 侧稳定收发的前提
4.1 SIP 参数配置:固定端口与 SDP 协商
SIP 参数配置在 VoIP 侧起着定调子的作用。UDP 端口改为 7060,这个要跟对端服务器的实际监听端口配套,文档给的是 7060,那就按它填,很多对接失败就是本端和对端端口对不上。接着「禁用」SIP 随机端口——随机端口开启时,网关为每个会话动态选源端口,对端防火墙就要放开一大段 UDP 区间,既不安全也不可控;禁用后源端口固定,UDP 策略好写。
「200 OK 携带 SDP」必须启用。SIP 呼叫建立时,INVITE 消息里带 SDP 描述媒体信息,200 OK 也要回带一份,双方才能完成媒体协商。如果这一项被禁用,对端收不到 SDP,会出现电话振铃但接起来完全没声音。Sip 静态 NAT 设为禁用——网关部署在内网,没有做 NAT 映射的需求;如果误启用,设备反而会按静态 NAT 地址改写 SDP 里的 IP 字段,媒体流就断了。这几个开关都是“默认值不一定适合生产”的典型,按文档改完再保存。
4.2 添加 SIP 中继:From 头域决定对端认不认你
SIP 中继是网关和对端 SIP 服务器之间的逻辑通道。添加时要填的字段如下:
| 字段 | 填写值(按文档) | 说明 |
|---|---|---|
| 中继名称 | 自定义,如 SIP-Trunk-01 | 本端标识,不参与对端校验 |
| 对端地址 | SIP 服务器 IP 或域名 | 由对端提供 |
| 传输协议 | UDP | 与对端保持一致 |
| 对端端口 | 7854 | 对端服务器监听端口 |
| From 头域 | 对端域名 | 对端校验身份用 |
「From 头域为对端域名」这行最容易被理解反。新手常把网关自己的名称填进去,结果被对端拒绝。SIP 服务器收到请求后会校验 From 头里的域名是不是自己允许的域,如果不是直接拒绝。对端域名要跟 SIP 服务器上实际配置的 domain 一致,不是网关侧随意定义的名称。中继建立起来后,PSTN 呼入的呼叫就是通过这条中继送到对端 SIP 服务器的。
4.3 添加 SIP 账户:注册信息的常见字段
SIP 中继建完后还要添加 SIP 账户,文档说“根据实际情况录入”,没列具体字段。这类设备常见的字段组合是账户名称、显示名称、认证用户名、认证密码、服务器地址、服务器端口、注册有效期。认证用户名和密码由对端分配,注册有效期一般取默认值,单位是秒,常见 3600,到期后网关会自动续订。
SIP 账户的作用是让网关以注册终端身份向对端服务器发起 REGISTER 请求。很多 SIP 服务器只认注册过的账户,不注册的话中继看着存在,但呼叫一过去就被拒。添加完成后回到中继或账户列表界面,能看到注册状态;如果显示未注册,先核对认证用户名和密码,再检查 UDP 端口 7060、服务器端口 7854 是否和实际一致。注册失败类问题里,端口号和密码写错占绝大多数。
4.4 IP 规则与 IP 分组:回铃音来源和选路方式
IP 规则要改两个回铃音来源:「PSTN 呼入回铃音来源」设为自适应,「IP 呼入回铃音来源」设为 PSTN。回铃音来源决定通话建立前播放的提示音由谁产生。PSTN 呼入方向,呼叫从电话线进来要送到 IP 侧,回铃音由网关自适应生成;IP 呼入方向,呼叫从 SIP 侧出去走到 PSTN,回铃音应当由 PSTN 交换机产生才真实。这两项设反的表现是回铃音怪异或者干脆听不到,但呼叫本身是通的,排查时很容易绕晕。
IP 分组和 PSTN 分组逻辑类似。先添加分组,填分组编号、名称,IP 选路方式选「循环递增」,再进 IP 分组管理添加成员,系统会自动带出刚建好的分组信息,把对应的 SIP 中继或账户挂进去。路由表引用的是 IP 分组而不是单个中继,以后要加中继、加话务,只需往分组里添成员,路由不用动。
5. 呼叫路由与常见问题排查:通配符、号码变换和 NTP 的坑
5.1 PSTN-IP 路由:PSTN 呼入的去向
前面所有配置都是准备工作,呼叫路由才是让话务真正流动起来的地方。先配「PSTN-IP 路由」:添加一条路由,填路由描述、来源类型选 PSTN、PSTN 分组选第 3 章建好的那个分组,然后确定。这条路由的含义是:来自 E1 线路的呼叫,按指定 PSTN 分组进入,再根据被叫号码找到去 IP 侧的路径。如果不配这条,PSTN 呼入会因为没有路由而被丢弃,拨进来的电话直接忙音。
5.2 IP-PSTN 路由:(.) 通配符与主被叫前缀
反方向再配「IP-PSTN 路由」,让 SIP 侧呼叫能落到 PSTN 线路出去。核心字段是「被叫号前缀」和「主叫码前缀」,都填(.)。注意这里的点号是设备规则里的通配符,.单独出现表示匹配任意号码,不是正则里的单字符,也不是句号。如果只想放行特定号段出局,可以写成前缀加(.)的组合,比如9(.)表示只看以 9 开头的号码,其余号码不匹配这条路由。
主叫码前缀亦同理,有的现场要求限制哪些主叫号码可以走 PSTN 出局,那就按实际号段填。两个字段都填(.)等于不限制,最省事,但如果对端安全要求严格,建议至少把主叫码限制一下,避免内部号码随意外呼。
5.3 号码变换:去 0、加 0 和出局前缀
号码变换文档里只写了一句“根据用户的实际情况配置”,但实际项目里这是最常需要动手的地方。PSTN 和 SIP 两侧的号码格式往往不一致,运营商落地号码带不带区号前缀、企业内部要不要先拨 9 出局,都会影响呼叫是否被正确路由。常见做法是先在号码变换菜单里建规则,再把规则挂到对应路由上。下面几种场景最典型:
| 场景 | 方向 | 变换规则示例 |
|---|---|---|
| 运营商来话带长途前缀 0,SIP 侧要求不带 | PSTN → IP | 去掉被叫号首位 0 |
| SIP 侧出局需要补 0 或 9 才能被交换机组识别 | IP → PSTN | 被叫号前加 0 或 9 |
| 主叫号码需要统一显示格式 | PSTN → IP | 去 0 或替换前几位 |
判断变换方向有个笨办法:看呼叫是从哪边发起、要送到哪边去,变换规则只作用于某一个方向。两条路由里如果都挂了同一个变换规则,可能会导致号码被重复处理,这也是配置完路由后一定要做双向拨测的原因。
5.4 网关时间与 NTP:注册时好时坏的隐形原因
网关时间的配置入口在「管理 → 管理参数」。把 WEB 默认语言设为中文,NTP 参数里添加cn.pool.ntp.org,保存后在「设备重启」里点重启,配置才会生效。NTP 看起来跟呼叫没关系,但它直接影响 SIP 注册稳定性。SIP 报文里带时间戳和 Date 头,网关本地时钟如果和对端服务器相差太大,注册请求会被认为已过期,现象就是注册时好时坏,过几分钟掉线,重启又恢复,非常迷惑。
排查 NTP 问题时先确认网关的 DNS 已经配置了——NTP 服务器填的是域名,DNS 没配就解析不了,时间自然同步不上。调试阶段可以用下面的命令临时校时,方便对比日志:
# 临时手工校时,先确认网络能到 NTP 服务器 sudo ntpdate cn.pool.ntp.org5.5 常见问题排查:从现象到解决
整理几条现场高发问题,按现象、原因、解决三步列出来,基本覆盖了鼎信网关对接的首轮排障:
- 现象 1:E1 物理链路告警 LOS。原因:E1 线没插到对应物理端口,或工作模式、线路编码不对,也可能是时钟源设反。解决:核对端口号,工作模式确认是 E1、帧格式 DF、线路编码 HDB3、时钟源远端。
- 现象 2:D 通道反复重启,信令链路起不来。原因:协议类型没选 ISDN,或者接口属性用户侧/网络侧接反。解决:协议类型改 ISDN,接口属性改用户侧,保存后重启看 D 通道状态。
- 现象 3:拨完号后长时间没回铃音。原因:拨号超时规则里三个收号时长太长。解决:前缀收号、最小长度收号、最大长度收号都改成 3 秒。
- 现象 4:SIP 注册失败,对端看不到网关在线。原因:本地 UDP 端口 7060 没生效、对端端口不是 7854、From 头域填错。解决:按第 4 章参数核对,改完后重启网关。
- 现象 5:电话能接通,但按分机号没反应。原因:RFC2833 负载类型不一致。解决:RFC2833 负载类型标识改为 101,并让对端 SIP 服务器保持一致。
6. 验证跑通:重启之后,先按这套顺序过一遍
6.1 检查顺序:链路、注册、路由、拨测
配置完成后设备会要求重启。重启后别急着拿话机拨号,先按这条顺序过一遍:第一看 E1 链路状态,界面上 PRI 或 PSTN 分组对应端口没有 LOS/LFA 告警,说明物理层通了;第二看 SIP 账户注册状态,确认显示已注册,没有反复掉线;第三看路由列表,PSTN-IP 和 IP-PSTN 两条路由都在,并且引用的分组编号和实际一致;第四才做双向拨测,从内部分机拨一个 PSTN 落地号码,再从 PSTN 侧呼入到分机,两边都通才算闭环。
拨测时用端口工具辅助定位更快。下面的命令在 Linux 上探测对端 SIP 服务器 UDP 端口是否可达:
# 检查到对端 SIP 服务器的 UDP 端口是否通,-u 表示 UDP,-z 表示只探测不发送数据 nc -vuz 192.168.1.200 7854注意nc -u -z在部分发行版上对 UDP 的探测并不完全可靠,UDP 无连接,端口通不通最终还要看实际注册状态。遇到可疑情况再加抓包看 REGISTER 和 200 OK 的交互,比纯看界面状态靠谱。
6.2 关于拨测的一个习惯
从那以后我每次配置完网关,重启前都强制自己把参数表再过一遍:PRI 接口属性是不是用户侧、PSTN 分组时隙是不是循环递增、SIP 端口 7060 和 7854 有没有写反、路由通配符是不是(.)、NTP 服务器域名能不能解析。这套检查法看着笨,但确实拦住了好几次低级错误,也帮我养成了“先查物理层、再查信令层、最后查媒体流”的排障习惯。希望帮到你。
本文还有配套的精品资源,点击获取