[发明专利]会话管理器抗循环

说明书

本公开涉及一种会话管理器抗循环，该会话管理器抗循环创建了作为针对循环的有效屏障的一个模型，其通过对于时间参数内的各个报头集合保持临时的各个单独的呼叫计数器而高效地识别出循环状况，并且在检测到循环状况时将其终止。所述系统为管理员提供了对应于循环检测计数和循环检测间隔的可调节参数，从而允许针对非刻意的和刻意的循环状况进行保护。

相关申请的交叉引用

本申请要求Mendiratta等人2013年4月19日提交的序列号为61/813,990的美国临时申请的权益，通过该引用将其内容合并在此。

技术领域

本公开内容总体上涉及企业通信，并且特别涉及用于识别及打断混合网络中的循环的方法。

背景技术

在网络配置中，错误状况可能会导致严重问题。一种特别麻烦的错误状况被称作呼叫循环。呼叫循环的特征在于呼叫从未被连接也未被释放，从而会无限期地使用资源。呼叫循环可能由非刻意的配置问题导致，或者由旨在捣乱或者尝试损害网络的恶意人员刻意导致。经历一个或多个呼叫循环的网络可能产生性能问题，这是因为所述循环可能会一直占用资源。在没有足够资源可用的情况下，网络可能会变慢或者变得不可用。

会话发起协议(SIP)是用在某些网络中的信令通信协议，其具有少数几项内建机制来打断所发生的呼叫循环。在包含全部具有SIP能力的元件的网络中，SIP可以在正创建请求的呼叫对话困在循环中时检测到并且打断循环。所述机制由用户代理(agent)客户端(UAC)把一个最大转发(Max-Forwards)报头(默认数值为70)插入在初始呼叫请求中。请求路径中的每一个SIP代理服务器(proxy)通常把Max-Forwards报头数值递减1。当Max-Forwards数值达到零时，所述请求被拒绝，并且呼叫循环被打断。作为一项可选的抗循环措施，SIP代理服务器还可以通过检察Via(经由)报头的内容来检查同一条请求是否重复。但是当在循环路径中存在背靠背用户代理(B2BUA)、协议互工作网关(IWG)和/或其他非SIP元件时，无法依赖于Max-Forwards和Via报头来检测循环，这是因为并非网络中的所有元件都是纯粹的SIP代理服务器。非SIP元件可能无法递减报头和/或检察报头的内容是否重复。当存在非SIP元件时，可能无法发现并打断呼叫循环，或者可能完全无法检测到呼叫循环。

发明内容

通过本公开内容的各个方面、实施例和/或配置解决了前述和其他需求。本公开内容的实施例是针对一种识别及打断包括SIP和非SIP元件的混合网络中的呼叫循环的系统和方法。所述方法允许顾客调节包括定时器和计数器之类的参数以便精确地检测循环，从而在路由问题或攻击威胁到网络时保护网络资源。

这里所使用的“呼叫循环”是来到代理服务器、被转发并且随后被递送回到相同的代理服务器的呼叫请求。当所述请求第二次到达时，被称作请求URI的SIP消息部分与该请求第一次被递送到该代理服务器时完全相同。所述代理服务器基于未发生改变的报头字段做出完全相同的处理决定。由于所述请求不断回到所述代理服务器并且呼叫从未被完整地处理、完成和/或终止，因此其变为呼叫循环。

已循环或正在循环的呼叫请求被视为错误。在SIP网络中，通过以下情况辨识出呼叫循环：Max-Forwards计数递减到零，已经过去了到期时间，以及当服务器发现其自身处于所述请求的Via列表中时，其中包括分支参数。SIP呼叫循环可能对网络性能造成的负面影响包括代理服务器重启、呼叫失败、网络效率损失以及资源可用性降低，这是因为随着所述呼叫(或多个呼叫)被无限期地处理会消耗资源。SIP代理服务器的一个非限制性实例是Avaya会话管理器(SM)SIP防火墙(ASSET代理服务器特征)，其中通过两个新的字段而得到增强以便基于针对被称作INVITE(邀请)的SIP消息的管理来检测及打断呼叫循环的代理服务器。