[发明专利]一种会话保持方法和装置

说明书

技术领域

本发明涉及通信领域，特别涉及一种会话保持方法和装置。

背景技术

HTTP(Hypertext transfer protocol，超文本传输协议)是互联网上应用最为广泛的协议，因为协议自身的无状态特性，在众多需要连续通讯的应用场景中(例如电子商务、用户管理等)，在互联网上配备负载均衡设备的环境中，经常需要让应用交付设备把相关联的一系列请求转发送给同一台服务器进行处理，必须通过会话保持方法来保证通讯的完整性和安全性。

目前常用的会话保持方法概括起来主要有三大类：

(1)第一类会话保持方法是在网络交互的过程中，设备把网络数据报文中和客户端、服务器相关的部分提取出来，存入会话保持表中，当后续请求到来时，直接查询“会话保持表”得到要转发的后台服务器，实现会话保持。比如：源ip会话保持、目的ip会话保持等。

(2)第二类会话保持方法是配置了简单的匹配规则，当请求到来时，若匹配成功则直接按照配置的服务器进行转发，实现会话保持。(同“内容交换”的区别是，内容交换只能根据匹配规则把请求指定到一个服务器池，然后通过负载均衡算法后才能确定服务器，而这种会话保持可以直接通过匹配规则确定服务器，实现会话保持)。比如：SessionID(会话地址)会话保持、自定义ServerID(服务器地址)会话保持等。

(3)第三类会话保持方法在请求响应的时候，设备改写或插入服务器返回的信息(常见的是set-cookie)，当后续请求到来时，会带上设备改写或插入的信息，根据这个信息可以获取要转发的服务器，实现会话保持。比如：Cookie insert会话保持，Cookie rewrite会话保持等。

现有的三类会话保持方法，主要区别如下：第一类会话保持方法主要根据网络4层的信息来确定客户端，例如源ip会话保持和目的ip会话保持，必须要有一张动态的会话保持表；这类方法并不解析HTTP协议，因此无法支持HTTP协议自身携带的客户端属性。第二类会话保持方法需要定义匹配规则；只能处理客户端信息域较固定的几种场景，扩展性、灵活性差，局限性较强；同时由于不存在动态会话保持表，所以无法实现一对一的会话保持，即无法针对每个客户端的信息都记录一个后端服务器。第一类和第二类会话保持方法都不需要对报文进行修改；第三类会话保持方法，虽然不需要会话保持表，但是需要修改原始的报文，加入会话保持的信息。在某些安全要求等级较高的网络中有可能被认为是一种异常，或被误认为是网络攻击。同时这类方法对HTTP的支持也仅限于cookie，在浏览器禁用cookie的情况下，这种会话保持方法将完全失效。

随着互联网的发展，HTTP协议的应用场景越来越广泛，比如在手机运营商的网络中，产生根据非默认HTTP头域进行会话保持的需求。手机用户进行WAP浏览时，经过WAP(Wireless Markup Language，无线应用通讯协议)网关后Header(标头)中带有新的HTTP头域“Calling-ID”(主叫标识)，存储用户的手机号码。会话保持方法需要根据Calling-ID来识别出手机客户端，从而把相同手机号码的请求，发送给同一台服务器，同时对管理员的手机号码特殊处理。

已有应用交付技术中提供的三类会话保持方法，支持粒度较粗、扩展性差，同时部分会话保持方法还要对原始报文进行修改，已经不能满足类似的需求，或只能通过脚本解释性语言来实现，这种语言对配置人员要求高，同时脚本解析的过程对效率的影响也不可忽视。

发明内容

为了提高会话保持方法对HTTP协议的处理能力，提高灵活性、扩展性和易用性，本发明提出一种会话保持方法方法和装置。

为了解决上述技术问题，本发明提供了一种会话保持方法，包括：

步骤A、从客户端发送的网络数据报文头域提取主叫标识Calling-ID，并解析出头域内容；

步骤B、根据所述主叫标识Calling-ID的配置参数，判断所述客户端会话保持的匹配类型；若为一般匹配，则执行步骤C；若为特殊匹配，则执行步骤D；

步骤C、查询会话保持表，确定与所述客户端对应的目标服务器；所述会话保持表为存储客户端的主叫标识Calling-ID对应头域内容与目标服务器的对应关系的动态列表；

步骤D、根据特殊匹配的匹配规则确定与所述客户端对应的目标服务器。