深圳建个人网站,服装设计网页,wordpress导航图标,网站开发合作协议书1. 什么是Proxy模式#xff1f; 按照RFC3261中的定义#xff0c;Proxy服务器是一个中间的实体#xff0c;它本身即作为客户端也作为服务端#xff0c;为其他客户端提供请求的转发服务。一个Proxy服务器首先提供的是路由服务#xff0c;也就是说保证请求被发到更加”靠近”… 1. 什么是Proxy模式 按照RFC3261中的定义Proxy服务器是一个中间的实体它本身即作为客户端也作为服务端为其他客户端提供请求的转发服务。一个Proxy服务器首先提供的是路由服务也就是说保证请求被发到更加”靠近”目标用户的地方。Proxy服务器在施行某些强制政策时也有用比如确认一个用户是否允许建立一个呼叫等。而一个Proxy服务器翻译如果有需要的话在转发消息前会重写该请求消息。 2. 什么是B2BUA 按照RFC3261中的定义背对背的用户代理B2BUA是一个逻辑实体它就像用户代理服务器UAS一样接收和处理请求。为了决定该如何应答一个请求B2BUA就像UAC一样工作并且发出请求。但是它不像代理服务器proxy它维持对话状态并且参与已经建立的对话中的每一个请求。由于它是直接的UAC和UAS的串连所以不需要对他有额外的定义。 3.Proxy模式和B2BUA模式有什么不同各有什么优缺点 最常见的Proxy服务器仅仅完成两个UA的连接。而B2BUA服务器则是一个智能的实体更为强大它有一些Proxy无法做到的功能它更灵活并渐渐取代一般的Proxy服务器而成为SIP服务器的主流。 根据sip-router.org 的描述Proxy模式和B2BUA的最大区别是前者是事务有状态transaction-stateful而后者是呼叫有状态call stateful。 也就是说代理服务器只在SIP事务交互时会话的开始和终结保持状态而并不是在整个呼叫中维护状态。而B2BUA则在两个或多个UA通过某种手段互联时起作用B2BUA在整个呼叫中会维护一些状态通常是内存中的一些结构。B2BUA与SIP代理服务器不同B2BUA可以接收呼叫并能对其进行修改以其它形式代表发起呼叫的UA向终端目标发起呼叫并能充当呼叫双方的媒体协商代表或对其进行监控管理。B2BUA可以对经过它的来自于私网的呼叫进行处理完成NAT的穿越。为适应所有类型NAT的环境B2BUA也需要做媒体流的中介。这就让B2BUA有了一些Proxy没有的特性例如B2BUA可以终结一个已经存在的呼叫而Proxy不行。运行商常常为了不泄露其网络拓扑而多使用B2BUA。在B2BUA中我们可以提供点对点呼叫的增值业务能力或者多点呼叫控制能力而其他的SIP服务器比如Proxy就不能提供如此复杂的增值业务。而所有这一切的背后都是由B2BUA有一个宽泛的定义所致这使得它有无限的能力去扩展当然这也是争议所在。我们可以看下边的这个结构图 我们举几个B2BUA独有支持的业务 a.第三方呼叫控制机(3PCC) 这个业务的特点是一个实体往往是一个控制器为两个或多个对端建立连接常用于运营商业务和电话会议。一些典型的应用是在线计费、QoS、资源优先分配呼叫转移、点击拨号、呼叫中阶段通知送达等。由于例如Proxy服务器都是维护一个被动的非呼叫有状态是无法发起这样的业务的这就成了B2BUA的专利。用B2BUA可以自动的触发3PCC动作比如在一个在线计费系统中根据余额来挂掉一个呼叫。当然这些也可以通过一个远程管理控制remote administrative control (OSS)系统来完成比如去邀请多方加入一个多点会议会话中。 b.互操作性的网络互连功能IWF IWFInter-working Functions 是为了解决SIP强大的扩展性所带来的诟病它对一个强大的SIP服务器有比较宽泛的定义来完成对不同协议实现或者支持不同能力的SIP客户端的互连。当它被使用在客户端和网络时它实际就是一种接入设备。 例如 通过添加或者删除IMS中对于连接ISM网络很重要的SIP协议扩展(AKA P-Headers) 来对SIP终端和IMS 网络进行连接。连接两个不同会话计时器设置的客户端。通过在两个不同控制会话类型中进行转述来连接有不同媒体能力和不同SDP消息的两个终端。来支持不同的网络类型v4v6、和不同的传输类型TCP/UDP/SCTP/TLSc.多点呼叫管理 这个场景中多个CPECPE是“CustomerPremiseEquipment”的缩写,直译为“用户前端设备”与B2BUA相连由B2BUA为所有CPE提供业务。 d.融入IMS网络 在3GPP的IMS标准中IMS的大量逻辑实体都是定义为B2BUA模式的这样做的原因是增值业务往往都是呼叫有状态的而这个要求远远超过了基本呼叫代理所能及的范围。在B2BUA应用服务器之上的应用可以充分的完成SIP UA、SIP注册服务器、SIP代理服务器等角色。 我们在给出是一些B2BUA的应用例子 在线计费、预付费功能支持资源优先权和QoS的服务器多点会议服务器IVR服务器PBX应用和软交换应用层网关防火墙/NAT穿越应用私有服务器第三方呼叫控制应用业务生成环境运行时引擎会话边界控制器IMS中的S-CSCF/P-CSCF/I-CSCFSIP网间互联网关安全网关语音呼叫连续性业务另一方面B2BUA面临着诸多挑战比如产品上市周期、一致性、互操作性为私有业务提供定制支持高可用性和冗余等等。尤其是在可伸缩性上很容易成为瓶颈。一个健壮的B2BUA框架应该有模块化的程序设计结构以应对增长的灵活性、抽象性需求。对于通信双方来说呼叫控制信令和媒体流在传输过程中均增加了一跳随着用户的增加B2BUA将成为系统瓶颈。 我们举一个B2BUA是如何实现PBX的例子 B2BUA担当两台UA用户代理服务器功能其中一台模拟接收器一台模拟发送器二者之间安装有控制逻辑。在这种控制逻辑下B2BUA能控制SIP数据流将其转换为PSTN信令模式或厂商的专用控制协议方式,这是大多数厂商采用的PBX方式.另外一些SIP厂商采用的是纯SIP代理方式它不同于通常意义上的代理服务器。运用SIP代理服务SIP信令流直接在两UA间传输。毫无疑问完善的SIP网络缺少不了B2BUA功能因为要连接到PSTN。但如果要在VoIP网关的核心实现B2BUA功能则难度大多了。事实上PBX厂商提供B2BUA功能实现成本要比SIP代理高得多部分原因是体系结构实现难。由于SIP代理在呼叫建立阶段不直接处理信令流因而保持有关会话的状态信息要比B2BUA方式少。而且SIP代理的支撑硬件也比B2BUA方式少在同一平台易于扩展支持更多UA。而且企业电话运营所需的核心功能基于PBX实现而不是B2BUA这进一步增加了成本。 另外SIP代理方式在安全性与可靠性方面也略胜一筹。由于B2BUA会重写数据包核心存在潜在弱点有受攻击可能而SIP代理在处理进程中仅暴露SIP标题。B2BUA操作失败的可能性也高于SIP代理方式从而会影响到所有呼叫通过SIP代理失败仅影响新到呼叫现行呼叫或已到达目标并为设备所俘获的呼叫并不受影响。 最后SIP代理服务器比B2BUA适应性更强。由于B2BUA会中断媒体会话如果B2BUA不支持UA功能就很难发挥。这意味着如果UA功能实现与B2BUA各异一家厂商的电话就有可能无法与另一厂商的协同工作。运用SIP代理服务器就不一样了UA协议会话功能直接实现。 参考文献 1.http://colocation.tmcnet.com/topics/sip-and-open-standards/articles/18257-back-back-user-agents-telecommunications.htm 2.http://blog.sina.com.cn/s/blog_414e587f01000b9g.html 本文转自gnuhpc博客园博客原文链接http://www.cnblogs.com/gnuhpc/archive/2012/12/11/2813499.html如需转载请自行联系原作者
