[发明专利]一种用于OAA的上下文标识协商方法、服务器及客户端

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种用于开放应用架构(OAA)的上下文标识协商方法、服务器及客户端。

背景技术

当今网络世界，对网络设备的要求不再仅仅是传统的路由器和交换机提供的数据转发能力，更要求网络设备支持各种各样的应用。而任何一家独立的技术厂商都很难同时提供客户所要求的所有服务。而一种开放的结构-OAA，能够让众多不同厂商生产的设备和软件集成在一起，像一台设备那样工作，为客户提供一体化的解决方案，成为网络发展的明日之星。

参见图1，图1为OAA基本体系结构图。如图1所示，OAA体系可以分成三部分：路由交换部件101、独立业务部件102、接口连接部件103。其中，路由交换部件101是路由器和交换机的主体部分，这部分有着完整的路由器或交换机的功能，也是用户管理控制的核心；独立业务部件102是可以开放给第三方合作开发的主体，主要用来提供各种独特的业务服务功能；接口连接部件103是路由交换接部件101和独立业务部件102的接口连接体，通过这个部件将两个不同厂商的设备连接在一起，以形成一个统一的产品。

通过应用控制转发协议(ACFP)协议和ACFP服务器与ACFP客户端交互信息(ACSEI)协议，独立业务部件作为客户端，能够主动触发对作为服务器的交换路由部件的数据请求，告知交换路由部件按照某种流特征进行引流操作；并且，独立业务部件和交换路由部件能够协商和互动，根据流特征来识别用户的不同处理方式。但是，数据流的上下文标识(Context ID)的是客户端在用户进行配置时和服务器协商而成的，只要两端连接正常，就不会重新协商Context ID。如果影响Context ID的服务器接口属性变化，会引起Context ID的变化，但此时两端连接正常，而不会重新协商Context ID，这种情况下在数据流处理过程中会出现异常。

发明内容

有鉴于此，本发明提供一种用于OAA的上下文标识协商方法、服务器及客户端，能够避免数据流的异常处理。

为解决上述技术问题，本发明的技术方案是这样实现的：

一种用于OAA的上下文标识协商方法，该方法包括：

客户端获知服务器接口的接口属性变化时，主动向服务器发起上下文标识协商请求；

服务器收到所述上下文标识协商请求之后，向客户端响应携带新上下文标识的协商结果。

一种用于OAA的服务器，该服务器与OAA中的客户端相连，该服务器包括：属性变化通知单元和协商响应单元；

所述属性变化通知单元，用于检测到本设备接口的接口属性发生变化时，向所述客户端发送包含服务器接口的接口索引以及变化后的接口属性的接口属性变化通知报文，以使客户端获知服务器接口的接口属性变化并发起协商上下文标识请求；

所述协商响应单元，接收所述客户端发起的上下文标识协商请求，并向所述客户端响应携带新上下文标识的协商结果。

一种用于OAA的客户端，该客户端与开放应用架构中的服务器相连，该客户端包括：存储单元、接收单元和协商请求单元；

所述存储单元，用于存储服务器接口的接口索引及对应的接口属性；

所述接收单元，接收所述服务器发送的接口属性变化通知报文或接口属性通知报文，其中，接口属性变化通知报文包含服务器接口的接口索引以及变化后的接口属性；接口属性通知报文包含服务器接口的接口索引以及接口属性；

所述协商请求单元，与所述接收单元和所述存储单元相连，若所述接收单元收到接口属性变化通知报文，则向所述服务器发送发起上下文标识协商的请求，或者，所述接收单元收到的接口属性通知报文，所述协商请求单元确定收到的接口属性与所述存储单元中存储的接口属性不一致，则更新所述存储单元中存储的接口索引对应的接口属性并向所述服务器发起该上下文标识协商的请求。

综上所述，本发明中客户端获知影响服务器接口的接口属性变化时，主动向服务器发起协商对应服务器接口的Context ID的请求，服务器收到请求之后，向客户端响应携带新上下文标识的协商结果。能够避免数据流的异常处理。

附图说明

图1为OAA基本体系结构图；

图2为本发明上下文标识协商的流程图；

图3为标准ACSEI协议报文格式；

图4为实施例一中上下文标识协商的流程图；

图5为实施例二中上下文标识协商的流程图；

图6为用于OAA的服务器结构图；

图7为用于OAA的客户端结构图。

具体实施方式