摘要：网络电话广泛应用，在不同网络环境中可能会遇到各种各样的问题，本文主要阐述如果解决常见的网络电话问题。

关键词：网络电话;SIP;RTP

网络电话由于话费低廉、业务灵活丰富的独特优势，成为当今世界上发展应用最快的技术之一。网络电话的核心技术是信令技术与RTP（实时传输协议）媒体流传输两部分。信令技术是协议用来创建、修改和终结一个或者多个参与者参加会话进程，实现一个完整的呼叫过程。这些会话包括网络电话、网络视频会议、远程教育、远程医疗等。信令控制技术是用来保证电话呼叫的顺利实现和语音质量，并可以实现各种高级的电话业务，以及目前电脑软件上的关于即时消息、在线等功能。目前普遍流行的两种信令交换技术是ITU 提出的H.323 协议与IETF 提出的SIP 协议。SIP 协议借鉴了其它互联网的标准和协议的设计思想，在风格上遵循互联网一贯坚持的简练、开放、兼容、可扩展等原则，已经成为通讯行业软交换系统的主流协议之一。

由于SIP 协议自身缺少有力的安全保障机制，面对复杂、开放的Inernet 应用环境，使得其在安全、抗干扰方面显得较为薄弱。特别是网络电话技术在融合了传统电话网与IP 网络二者优点的同时，也把二者的安全风险集于一身，除了会遭遇存在于传统传统电话网中的非法搭线窃听等安全威胁外，还面临着丢包、延时、干扰报文和拒绝服务攻击等IP 网络常见的安全威胁。特别是不同互联网接入服务商环境下经常遇到无法注册、声音抖动、单通等问题，严重影响到网络电话的正常使用以及用户对网络电话感知，所以我们要对常见的网络电话故障进行综合判断与处理。

网络电话分为控制信令与RTP（实时传输协议）媒体传输两部分，SIP 信令互通是解决通话的前提，所以在分析RTP 媒体遇到的问题之前，首先要检查SIP 信令通讯是否异常。

私网环境是SIP 信令故障中常见的问题之一，由于私网环境下需要做NAT 转换，而SIP 信令中包含源地址与目的地址，有些的NAT 设备不支持SIP 数据包的转换，造成SIP 服务器与客户端信令无法交换，目前此类问题比较好的解决方法就是使用STUN 协议，STUN（Session Traversal Utilities for NAT，NAT 会话传输应用程序）是一种网络协议，它允许位于NAT（或多重NAT）后的客户端找出自己的公网地址，查出自己位于哪种类型的NAT 之后以及NAT 为某一个本地端口所绑定的Internet 端端口。这些信息被用来在两个同时处于NAT 路由器之后的主机之间建立UDP 通信。该协议由RFC 5389 定义。

在排除私网环境造成的故障后，SIP 信令故障常见的问题就是ISP 的封杀，而这部分又分为完全封杀和干扰封杀：完全封杀就是针对SIP 消息特征进行屏蔽，比如过滤SIP 信令的5060 端口，这部分常见的解决办法就是改变标准的5060 端口，使用53 端口；干扰封杀顾名思义，就是发送干扰报文干扰正常的SIP 呼叫信令交换，这一般是由于ISP 审计系统完成对报文的逐包分析确认后发出干扰报文，例如当ISP 监测到某个地址、端口出现SIP INVITE 消息，故意发送一个400 Bad request 或503 Service unavailable 错误甚至BYE 消息给SIP 终端，阻断SIP 会话信令交换的正常发起。要解决这些问题，目前最简单的方法就是加密SIP 报文，较广泛使用的方法的是将SIP 报文UDP 的数据进行RC4 加密。虽然RFC 定义了TLS 加密方法，但是由于要依赖TCP 方式的SIP 报文传输，需要SIP 服务器维护大量TCP 连接实际使用的并不太多。另外一个极端情况，某些网络只开放了极少的知名端口例如HTTP 80 端口，甚至直接封锁UDP 协议，这种情况要解决封锁了全部UDP 传输的网络，其原理就是通过VPN 网络搭建用户与服务器之间独立的网络，让SIP 协议完全独立于互联网上，由于VPN 是一种隧道技术，且广泛应用于跨国跨地区的企业安全专网通讯，ISP 一般不会直接进行信令级别的封锁， 而只是做IP 或端口的禁止，所以可以直接在SIP 服务器和SIP 终端的前面放置VPN 网关设备。但如果连标准的VPN 也封锁的网络环境，我们就只能依托于基于HTTP 的隧道技术，一般提供Internet 服务的网络环境，即使限制再严厉，HTTP 还是放行的， 否则就不能称之为提供Internet 接入服务的了，标准的HTTP 隧道技术就是我们所熟知的HTTP 代理，许多软件提供有HTTP 代理服务，它使用了HTTP 协议的标准的CONNECT 方法，建立与HTTP 代理服务器的二进制原始socket 通讯连接，可以通过代理服务器间接与目标IP 建立通讯，但它有个限制就是只支持TCP 协议，标准的SIP 可以通过它通讯，但RTP 则无法通行这里有两种解决方法：HTTP VPN Tunnel 即让标准的VPN 通过HTTP 代理通讯，使用的就是前面说的HTTP 的Connect 方法，基本不需要标准VPN 作大的修改就可以支持；私有协议HTTP Tunnel，由于标准的VPN 毕竟不是为了网络电话而设计的，对于RTP 包的传输来说负担过重容易造成性能瓶颈，再从HTTP 代理绕行可能加剧了这个问题。HTTP Tunnel 是一个很轻量级的隧道，标准的CONNECT 方式由于限制了TCP 连接，所以可以采用私有协议把RTP 二次封包后同样通过TCP 传输，但是需要在服务端有相应的解包处理，还原为原始的UDP RTP。