[发明专利]NETCONF会话状态检测方法和装置有效
| 申请号: | 201710383893.6 | 申请日: | 2017-05-26 |
| 公开(公告)号: | CN108259213B | 公开(公告)日: | 2020-05-12 |
| 发明(设计)人: | 王汉 | 申请(专利权)人: | 新华三技术有限公司 |
| 主分类号: | H04L12/24 | 分类号: | H04L12/24;H04L12/26 |
| 代理公司: | 北京博思佳知识产权代理有限公司 11415 | 代理人: | 陈蕾 |
| 地址: | 310052 浙*** | 国省代码: | 浙江;33 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | netconf 会话 状态 检测 方法 装置 | ||
本申请提供了NETCONF会话状态检测方法和装置。本申请中,NETCONF连接的检测是由Openflow连接的变化引起的,这相比于现有定时检测NETCONF连接的方式(现有的定时心跳检测方式),能够防止控制器和交换设备之间因为定时检测频繁建立HTTPS连接所引发的诸如操作系统端口号无法继续分配等问题。
技术领域
本申请涉及网络通信技术,特别涉及应用于网络配置(NETCONF)会话状态检测方法和装置。
背景技术
NETCONF是一种基于可扩展标记语言(XML)的配置协议。在控制器和交换设备之间建立NETCONF会话后,控制器基于NETCONF会话向交换设备下发NETCONF消息以对交换设备进行网络配置,这简化了网络管理员的配置操作,实现了更为灵活和方便的网络配置。
但是,因为链路故障、交换设备故障等原因,控制器和交换设备之间的NETCONF会话并不总是正常的,一旦异常,则控制器是不能向交换设备下发网络配置的。
为使控制器及时感知其与交换设备之间的NETCONF会话异常,需要一种可靠的检测方式来检测,以尽早恢复控制器和交换设备之间的NETCONF会话。
发明内容
本申请提供了NETCONF会话状态检测方法和装置,以通过Openflow与NETCONF相辅助来检测NETCONF会话的状态。
本申请提供的技术方案包括:
一种网络配置NETCONF会话状态检测方法,该方法应用于控制器,所述控制器与交换设备之间建立有NETCONF会话,所述方法包括:
检测所述控制器与所述交换设备之间的开放流Openflow连接;
当检测到所述Openflow连接的状态发生变化时,向所述交换设备发送用于获取所述NETCONF会话的会话信息的报文;
若在预设时长内未获取到所述会话信息,则确定所述NETCONF会话异常;
若在预设时长内获取到所述会话信息,则确定所述NETCONF会话正常。
一种网络配置NETCONF会话状态检测装置,该装置应用于控制器,所述控制器与交换设备之间建立有NETCONF会话;该装置包括:
Openflow模块,用于检测所述控制器与所述交换设备之间的开放流Openflow连接,当检测到所述Openflow连接的状态发生变化时,发送通知给NETCONF模块;
NETCONF模块,用于接收通知,向所述交换设备发送用于获取所述NETCONF会话的会话信息的报文,若在预设时长内未获取到所述会话信息,则确定所述NETCONF会话异常,若在预设时长内获取到所述会话信息,则确定所述NETCONF会话正常。
由以上技术方案可以看出,本申请中,NETCONF会话状态的检测是由Openflow连接的状态变化引起的,基于Openflow协议可知,Openflow连接是基于TCP的心跳保活机制进行检测的,其实质是基于长连接的检测,而长连接检测的特点是每次检测不必额外建立用于检测Openflow连接的其他连接,允许直接交互数据,因为Openflow连接基于长连接的检测,则本申请中,NETCONF会话状态的检测也相当于是基于长连接的检测,这能够节省性能开销,避免因为一些短连接所引发的诸如操作系统端口号无法继续分配等问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为本申请提供的方法流程图;
图2为本申请提供的应用组网示意图;
图3为本申请实施例提供的第一流程示意图;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于新华三技术有限公司,未经新华三技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201710383893.6/2.html,转载请声明来源钻瓜专利网。





