[發明專利]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.szxzyx.cn/pat/books/201710383893.6/2.html，轉載請聲明來源鉆瓜專利網。
