SIP重视细节的隐忧

    |     2015年7月12日   |   文库   |     评论已关闭   |    891

||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部门更倾向于这类“单一”方案,以减少互操作问题。如果配置得当,多厂商产品方案应用完全是可行的。这时不用关注单一产品功能特性,网络架构师们需要确定实现哪些核心功能,并确保功能的一致性。更进一步,开发商应明确陈述产品版本及兼容功能,以及所需的网络运行环境。


赛迪网 中国信息化(industry.ccidnet.com)

责编:admin

转载请注明来源:SIP重视细节的隐忧

相关文章

噢!评论已关闭。