[发明专利]业务功能链中协议报文的处理方法、系统及业务功能节点有效
申请号: | 201410554999.4 | 申请日: | 2014-10-17 |
公开(公告)号: | CN105577579B | 公开(公告)日: | 2020-09-01 |
发明(设计)人: | 孟伟;王翠 | 申请(专利权)人: | 中兴通讯股份有限公司 |
主分类号: | H04L12/951 | 分类号: | H04L12/951;H04L29/06 |
代理公司: | 北京品源专利代理有限公司 11332 | 代理人: | 孟金喆 |
地址: | 518057 广东省深圳市南山*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 业务 功能 协议 报文 处理 方法 系统 节点 | ||
本发明公开了一种业务功能链(SFC)中协议报文的处理方法,包括:第一业务功能节点将协议报文的协议类型及报文属性进行封装;所述第一业务功能节点将封装的所述协议报文的协议类型及报文属性和所述协议报文封装后发出。本发明同时还公开了一种业务功能节点及SFC中协议报文的处理系统。
技术领域
本发明涉及互联网设备领域,尤其涉及一种业务功能链(SFC,Service FunctionChaining)中协议报文的处理方法、系统及业务功能节点。
背景技术
随着网络技术的发展,数据中心网络逐渐向叠加(Overlay)网络发展,然而Overlay技术并未能解决所有问题,数据中心还有很多中间件(Middleware)如防火墙、负载均衡器等,这些设备都是基于用户业务来部署的。
通常,将虚拟防火墙、负载均衡器、网关等业务处理功能,称为业务功能(ServiceFunction),而流量经过一系列Service Function的处理,形成SFC,如图1中粗实线和粗虚线所示的两条业务链(Service Chain)。
SFC技术是目前正在研究和标准化的一种网络技术,是一种将网络设备业务功能和转发分离开来,从而实现业务功能的独立运算、处理并形成一条业务链的技术,这种技术能够提升网络设备的转发性能。
但是,现有SFC技术中,SFC中各个节点针对数据流的处理并不区分用户数据报文和协议报文,如此,会使得各个节点不能够正确识别协议报文,从而会使得协议报文被当作用户数据报文而进行错误地处理和转发。
发明内容
为解决现有存在的技术问题,本发明实施例提供一种SFC中协议报文的处理方法、系统及业务功能节点。
本发明实施例提供了一种SFC中协议报文的处理方法,包括:
第一业务功能节点将协议报文的协议类型及报文属性进行封装;
所述第一业务功能节点将封装的所述协议报文的协议类型及报文属性和所述协议报文封装后发出。
上述方案中,所述第一业务功能节点将协议报文的协议类型及报文属性进行封装之前,所述方法还包括:
所述第一业务功能节点的协议组件为与自身关联的业务功能实例产生所述协议报文。
上述方案中,所述第一业务功能节点将所述协议报文的协议类型及报文属性封装在业务功能报文头(NSH,Network Service Header)中。
本发明实施例还提供了一种SFC中协议报文的处理方法,包括:
第二业务功能节点接收报文;
所述第二业务功能节点解析接收的报文的协议类型及报文属性;
所述第二业务功能节点根据解析的协议类型确定所述接收的报文为协议报文后,根据解析的报文属性,对所述接收的报文进行协议相关处理。
上述方案中,所述根据解析的报文属性,对所述接收的报文进行协议相关处理,包括:
根据所述解析的报文属性确定所述接收的报文为请求报文时,所述第二业务功能节点的协议组件为所述接收的报文对应的与自身关联的业务功能实例产生相应的应答报文;
所述第二业务功能节点的报文封装组件将产生的所述应答报文的协议类型及报文属性进行封装;并将封装的所述应答报文的协议类型及报文属性和所述应答报文封装后发出。
上述方案中,所述报文封装组件将所述应答报文的协议类型及报文属性封装在NSH中。
上述方案中,所述接收的报文的协议类型及报文属性封装在NSH中。
本发明实施例又提供了一种SFC中协议报文的处理方法,包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中兴通讯股份有限公司,未经中兴通讯股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201410554999.4/2.html,转载请声明来源钻瓜专利网。