SIP重视细节的隐忧

客户世界 | 2015年7月12日 | 文库 | 评论已关闭 | 1216

||2004-10-13

　　SIP理论上完全可行，但在实际应用中由于太过注重满足不同的需求

　　造成了不同厂商的产品在SIP系统的具体功能实现与互操作性方面的难题

　　SIP理论上完全可行，但实践中仍有很多问题需要解决。技术专家们给SIP功能实现拟定了各类标准，几乎涵盖了所有呼叫控制功能，但目前产品功能实现还有难度。

　　功能实现有难度

　　例如，在对方不忙时的回拨功能，依据Internet草案定义是完全可行的：主叫UA能在被叫方处于忙状态时记录对方身份；一旦对方完成呼叫，对方便能即时通知主叫方UA，双方建立连接。但真正实现这一功能的开发商却寥寥可数。

　　这里的原因在于，SIP太过注重不同需求，它涵盖了整个有线和无线网，包括企业及通信服务商网络，应用范围更是涉及语音、IM、现场识别这些关键处理技术。开发商需要的是迎合现行目标市场需求的规范子集，而不是“遍地撒网”。

　　例如，呼叫转移问题，它包含两类功能：有条件（如受话方不在）转移，由第三方将呼叫转移到另一电话振铃；无条件转移（受话方在场）或请求保持，由第三方将呼叫信号保持，联系被呼叫者，如果允许接入，则将呼叫送入。如果处于不同类型的NAT环境，面对不同的潜在用户状态，以及其它通信条件，就存在多种不同的潜在呼叫转移情况，这需要特别关注。例如，如果两主叫方都处于NAT之后，需要单独进行呼叫转移，并将其转换为语音邮件，或者，将条件转移方式转换无条件转移方式。

　　呼叫转移是SIP运营中必须支持的最基本功能，但要全面实现SIP规范中的所有功能，开发商也是心有余而力不足，所以有的开发商转而开发自己专有的SIP协议。一些PBX厂商如Avaya和西门子宣称支持SIP规范功能集SIPPING 16，但在实现其他功能时却采用专有协议。Avaya至少在此功能集外增加了30项新功能，包括最后拔出号码记录，恶意呼叫跟踪激活，呼叫优先级设定，呼叫暂停，以及呼叫记录抽取等。而Cisco为SIP协议的开发先锋，至今仍是强有力的支持者之一，但它缺乏SIP在企业中的应用实践。Cisco的呼叫管理器（CCM）提供SIP中继接口，能够连接到针对通信运营商网络的SIP代理服务器；另一方面，Cisco又不能提供具备企业级功能特性的SIP代理服务器。

　　说到底，SIP厂商要做到跟踪技术发展，开发并完美实现SIP标准，需要投入巨大资源。具体到功能配置实现时，人们会发现开发商选择草案标准是如此的小心翼翼。

　　互操作问题

　　可将SIP视为一类文本协议，它实现灵活，但不可避免地存在互操作问题。一个典型地的例子，Cisco的SIP代理服务器采用专有（非标准）的消息处理方式，网络应用中会引发互操作问题。另外就是，一些功能可能会以不同方式实现。如呼叫暂停，在SIP中有两种方式暂停呼叫，而且需要服务器及电话同时支持，否则功能难以实现。

　　SIP开发中的一致性也带来兼容问题，因为SIP标准开发几乎是正式与非正式标准同行。例如，在去年6月，北电宣布公开其SIP代理服务器的源代码，以帮助第三方客户端更好解决互操作问题。随后宣称Polycom、德州仪器、无线电话制造商Uniden以及i3 Micro（专业IP网关开发商）将在他们的方案中集成公司开发的多媒体通信服务器（MCS）。IETF也在近期进行了第15次SIP互操作性测试，这类测试还是一年半以前进行过。

　　TDM语音技术发展已经相当成熟，因而任何细微语音通信障碍都会影响到SIP用户体验。关注每个普通用户和在线商务应用对VoIP来说目前还有很大难度，配置也就面临极大风险。基于此，企业级SIP系统应能实现更远目标（不仅仅停留在RFC 3261），开发商也必须能支持更广泛的Internet草案，以及SIP规范之外的附加功能，如低成本呼叫路由、报告以及管理功能等。

　　最后，如果是采用单一厂商的产品方案构建SIP网，功能实现相对要容易，但SIP发展应是融合数据网。事实上，企业IT部门更倾向于这类“单一”方案，以减少互操作问题。如果配置得当，多厂商产品方案应用完全是可行的。这时不用关注单一产品功能特性，网络架构师们需要确定实现哪些核心功能，并确保功能的一致性。更进一步，开发商应明确陈述产品版本及兼容功能，以及所需的网络运行环境。