CN111490893A - 一种网络转发模型的建立方法、装置及系统 - Google Patents
一种网络转发模型的建立方法、装置及系统 Download PDFInfo
- Publication number
- CN111490893A CN111490893A CN201910087493.XA CN201910087493A CN111490893A CN 111490893 A CN111490893 A CN 111490893A CN 201910087493 A CN201910087493 A CN 201910087493A CN 111490893 A CN111490893 A CN 111490893A
- Authority
- CN
- China
- Prior art keywords
- network
- netconf
- forwarding
- data type
- control device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
Abstract
本申请实施例公开一种网络转发模型的建立方法、装置及系统,涉及通信技术领域,能够提高建立网络转发模型的方法的扩展性。部署有IBNS的控制设备通过网络配置协议Netconf向至少两个网络设备发送Netconf请求消息,该Netconf请求消息包括用于唯一标识该Netconf请求消息的消息标识、数据类型和用于指示请求获取数据类型对应的数据的获取标识。该控制设备接收每个网络设备发送的Netconf响应消息,该Netconf响应消息包括该消息标识和该数据类型对应的数据。该控制设备获取每个网络设备发送的数据,并根据获取到的数据,建立用于验证该至少两个网络设备组成的网络的网络转发模型。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种网络转发模型的建立方法、装置及系统。
背景技术
基于意图的网络系统(intent based network system,IBNS)能够提升网络基础设施的可用性和敏捷性。
现有技术中,部署有IBNS的设备(后续统称为控制设备)采用安全外壳协议(Secure Shell,SSH)作为其网络管理协议与网络设备进行通信。在通过SSH与网络设备连接后,控制设备向网络设备发送指令(例如,命令行界面(command-line interface,CLI)命令);网络设备根据该指令获取自身的转发面信息(包括路由表项、转发表项等),并向控制设备发送包括该转发面信息的响应消息;后续,控制设备根据预设命令(该预设命令可以为控制设备出厂设置的)解析该响应消息以获取网络设备的转发面信息。之后,控制设备根据获取的转发面信息建立网络转发模型,并根据该网络转发模型验证多个网络设备组成的网络。
由于不同厂商、不同型号的网络设备发送的响应消息的格式不同,控制设备需要采用不同的预设命令才能解析这些响应消息,因此,需要为控制设备配置多种预设命令。这样的话,现有的控制设备建立网络转发模型的方法扩展性差。
发明内容
本申请提供一种网络转发模型的建立方法、装置及系统,用于解决控制设备建立网络转发模型的方法扩展性差的问题。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,提供一种网络转发模型的建立方法,部署有IBNS的控制设备采用网络配置协议(network configration protocol,Netconf)与网络设备进行通信,以获取网络设备的转发面信息,并根据获取到的转发面信息建立网络转发模型。
在一个实施方式中,控制设备向至少两个网络设备发送Netconf请求消息,该Netconf请求消息包括用于唯一标识Netconf请求消息的消息标识、数据类型和用于指示请求获取数据类型对应的数据的获取标识,该Netconf请求消息为控制设备基于支持的YANG模型生成的;相应地,控制设备接收每个网络设备发送的包括消息标识和数据类型对应的数据的Netconf响应消息,这样,控制设备即可从获取到的Netconf响应消息中获取每个网络设备发送的数据,并根据获取到的数据,建立网络转发模型,该网络转发模型用于验证至少两个网络设备组成的网络。对于每个网络设备而言,该网络设备发送的Netconf响应消息为该网络设备根据自身支持的YANG模型生成的,该网络设备支持的YANG模型与上述控制设备支持的YANG模型一致。
由于YANG模型是树形结构的建模语言,且控制设备支持的YANG模型与网络设备支持的YANG模型一致,因此,对于任一网络设备而言,控制设备均可直接解析网络设备发送的NetConf响应消息,相比于现有技术,本申请实施例中的控制设备无需配置多种预设命令,有效地提高了建立网络转发模型的方法的扩展性。
此外,由于Netconf响应消息是基于网络设备支持的YANG模型生成的,因此,Netconf响应消息中数据类型对应的数据也是基于YANG模型的规定表示的,这样,控制设备能够根据从Netconf响应消息中获取到的数据建立网络转发模型,有效地降低了建立网络转发模型的复杂性,提高了建立网络转发模型的效率和性能。
在本申请的一种可能的实现方式中,控制设备获取每个网络设备的转发表项和网络的拓扑结构,后续,该控制设备分析获取到的所有转发表项,并根据网络的拓扑结构和预先定义的基本事件,生成网络中不同基本事件的转换规则,该转换规则用于形式化表征网络转发模型。
这里的基本事件包括查询,开始,结束,从网络设备的接口进入,从网络设备的接口发出,从网络设备进入,从网络设备发出,进入转发路径,或离开转发路径中的至少一个,转发路径为网络中任意两个相邻网络设备之间的路径。
可以看出,从基本事件可以确定出报文所处的状态(如进入网络设备、进入转发路径等);对于每一网络设备而言,该网络设备的转发表项能够准确的反映出经由该网络设备的报文的传输情况(如下一跳的端口信息);因此,控制设备分析获取到的所有转发表项、并根据网络的拓扑结构和预先定义的基本事件,生成的网络转发模型的准确性较高。
在本申请的另一种可能的实现方式中,上述数据类型包括路由表项或转发表项,相应地,若数据类型包括转发表项,控制设备从每个网络设备发送的Netconf响应消息中获取转发表项;若数据类型包括路由表项,控制设备从每个网络设备发送的Netconf响应消息中获取路由表项,并根据获取到的路由表项,确定转发表项。
一般的,转发表包括路由表中的最优路由条目,是真正用于指导数据转发的表,转发表包括多个转发表项。路由表是用于做路由管理的表,路由表包括多个路由表项。动态路由协议学习到的路由首先会存储于路由表,后续,经过优选处理,将最优的路由条目存储于转发表,以供转发使用。因此,转发表是路由表的一个子集。这样的话,控制设备根据某一网络设备的路由表项可以确定出该网络设备的转发表项。
在本申请的另一种可能的实现方式中,若数据类型包括链路层发现协议(LinkLayer Discovery Protocol,LLDP)信息,控制设备获取每个网络设备的LLDP信息,并根据获取到的所有LLDP信息,生成网络的拓扑结构;或者,控制设备根据获取到的所有转发表项,生成网络的拓扑结构。
对于某一网络设备而言,该网络设备的转发表项能够准确的反映出经由该网络设备的报文的传输情况,因此,控制设备可以根据获取到的所有转发表项,生成网络的拓扑结构。当然,若控制设备从Netconf响应消息中获取到LLDP信息,则该控制设备可直接根据获取到的LLDP信息,生成网络的拓扑结构。
在本申请的另一种可能的实现方式中,在生成网络转发模型之后,控制设备还接收验证信息,并根据验证信息,运行网络转发模型,以确定验证结果。验证信息包括验证报文的起始网络设备的信息和所述验证报文的目的网际互联协议(Internet Protocol,IP)地址。
在本申请的另一种可能的实现方式中,网络转发模型采用可满足性理论(satisfiability modulo theories,SMT)形式化语言描述。
第二方面,提供一种通信装置,该通信装置能够实现第一方面及其任意一种可能的实现方式中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在本申请的一种可能的方式中,该通信装置可以包括发送单元、接收单元和处理单元,该发送单元、接收单元和处理单元可以执行上述第一方面及其任意一种可能的实现方式的网络转发模型的建立方法中的相应功能。例如:发送单元,用于向至少两个网络设备发送Netconf请求消息,Netconf请求消息包括消息标识、获取标识和数据类型,消息标识用于唯一标识Netconf请求消息,获取标识用于指示请求获取数据类型对应的数据,Netconf请求消息为处理单元基于该通信装置支持的YANG模型生成的;接收单元,用于接收至少两个网络设备中每个网络设备发送的Netconf响应消息,每个Netconf响应消息包括消息标识和数据类型对应的数据;处理单元,用于根据接收单元接收到的Netconf响应消息,获取每个网络设备发送的数据,并根据获取到的数据,建立网络转发模型,网络转发模型用于验证至少两个网络设备组成的网络;对于每个网络设备,Netconf响应消息为根据所述网络设备支持的YANG模型生成的,所述网络设备支持的YANG模型与处理单元支持的YANG模型一致。
第三方面,提供一种通信装置,该通信装置包括处理器和存储器,存储器与所述处理器连接;所述存储器用于存储计算机指令,当所述处理器执行所述计算机指令时,所述通信装置执行上述第一方面及其任意一种可能的实现方式所述的网络转发模型的建立方法。
可选的,该通信装置还包括收发器,该收发器用于在所述通信装置的处理器的控制下,执行上述第一方面及其任意一种可能的实现方式所述的网络转发模型的建立方法中收发数据、信令或信息的步骤,例如,发送Netconf请求消息、接收Netconf响应消息。
该通信装置可以是控制设备,也可以是控制设备中的一部分装置,例如控制设备中的芯片系统。该芯片系统用于支持控制设备实现第一方面及其任意一种可能的实现方式中所涉及的功能,例如,接收,发送或处理上述网络转发模型的建立方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
第四方面,还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令;当计算机指令在通信装置上运行时,通信装置执行如上述第一方面及其各种可能的实现方式所述的网络转发模型的建立方法。
第五方面,还提供一种计算机程序产品,该计算机程序产品包括计算机指令,当计算机指令在通信装置上运行时,使得通信装置执行如上述第一方面及其各种可能的实现方式所述的网络转发模型的建立方法。
需要说明的是,上述计算机指令可以全部或者部分存储在第一计算机存储介质上,其中,第一计算机存储介质可以与通信装置的处理器封装在一起的,也可以与通信装置的处理器单独封装,本申请对此不作限定。
本申请中第二方面、第三方面、第四方面、第五方面及其各种实现方式的描述,可以参考第一方面及其各种实现方式中的详细描述;并且,第二方面、第三方面、第四方面、第五方面及其各种实现方式的有益效果,可以参考第一方面及其各种实现方式中的有益效果分析,此处不再赘述。
第六方面,提供一种网络转发模型的建立方法,网络设备在接收到部署有IBNS的控制设备发送的Netconf请求消息后,识别Netconf请求消息中的获取标识和数据类型,并获取数据类型对应的数据,之后,网络设备向控制设备发送包括消息标识和数据类型对应的数据的Netconf响应消息,Netconf响应消息所包括的数据类型对应的数据用于控制设备建立网络转发模型,该网络转发模型用于验证网络设备与其他网络设备组成的网络。Netconf请求消息包括消息标识、获取标识和数据类型,消息标识用于唯一标识Netconf请求消息,获取标识用于指示请求获取数据类型对应的数据,Netconf请求消息为控制设备基于该控制设备支持的YANG模型生成的,Netconf响应消息为根据网络设备支持的YANG模型生成的,网络设备支持的YANG模型与控制设备使用的YANG模型一致。
由于YANG模型是树形结构的建模语言,且网络设备支持的YANG模型与控制设备支持的YANG模型一致,因此,在网络设备向控制设备发送Netconf响应消息后,控制设备可直接解析该NetConf响应消息,相比于现有技术,本申请实施例中的控制设备无需配置多种预设命令,有效地提高了建立网络转发模型的方法的扩展性。
在本申请的一种可能的实现方式中,上述数据类型包括路由表项或转发表项,或者,上述数据类型包括路由表项或转发表项,以及LLDP信息。
第七方面,提供一种通信装置,该通信装置能够实现第六方面及其任意一种可能的实现方式中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在本申请的一种可能的方式中,该通信装置可以包括接收单元、处理单元和发送单元,该接收单元、处理单元和发送单元可以执行上述第六方面及其任意一种可能的实现方式的网络转发模型的建立方法中的相应功能。例如:接收单元,用于接收部署有基于IBNS的控制设备发送的Netconf请求消息,Netconf请求消息包括消息标识、获取标识和数据类型,消息标识用于唯一标识Netconf请求消息,获取标识用于指示请求获取数据类型对应的数据,Netconf请求消息为控制设备基于该控制设备支持的YANG模型生成的;处理单元,用于识别接收单元接收到的Netconf请求消息中的获取标识和数据类型,并获取数据类型对应的数据;发送单元,向控制设备发送Netconf响应消息,Netconf响应消息包括消息标识和数据类型对应的数据,数据类型对应的数据用于控制设备建立网络转发模型,网络转发模型用于验证通信装置与其他通信装置组成的网络;网络转发模型用于验证网络设备与其他网络设备组成的网络,Netconf响应消息为根据网络设备支持的YANG模型生成的,网络设备支持的YANG模型与控制设备支持的YANG模型一致。
第八方面,提供一种通信装置,该通信装置包括处理器和存储器,存储器与所述处理器连接;所述存储器用于存储计算机指令,当所述处理器执行所述计算机指令时,所述通信装置执行上述第六方面及其任意一种可能的实现方式所述的网络转发模型的建立方法。
可选的,该通信装置还包括收发器,该收发器用于在所述通信装置的处理器的控制下,执行上述第六方面及其任意一种可能的实现方式所述的网络转发模型的建立方法中收发数据、信令或信息的步骤,例如,接收Netconf请求消息、发送Netconf响应消息。
该通信装置可以是网络设备,也可以是网络设备中的一部分装置,例如网络设备中的芯片系统。该芯片系统用于支持网络设备实现第六方面及其任意一种可能的实现方式中所涉及的功能,例如,接收,发送或处理上述网络转发模型的建立方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
第九方面,还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令;当计算机指令在通信装置上运行时,使得通信装置执行如上述第六方面及其各种可能的实现方式所述的网络转发模型的建立方法。
第十方面,还提供一种计算机程序产品,该计算机程序产品包括计算机指令,当计算机指令在通信装置上运行时,使得通信装置执行如上述第六方面及其各种可能的实现方式所述的网络转发模型的建立方法。
需要说明的是,上述计算机指令可以全部或者部分存储在第二计算机存储介质上,其中,第二计算机存储介质可以与通信装置的处理器封装在一起的,也可以与通信装置的处理器单独封装,本申请对此不作限定。
本申请中第七方面、第八方面、第九方面、第十方面及其各种实现方式,可以参考第六方面及其各种实现方式中的详细描述;并且,第七方面、第八方面、第九方面、第十方面及其各种实现方式的有益效果,可以参考第六方面及其各种实现方式中的有益效果分析,此处不再赘述。
第十一方面,提供一种通信系统,包括如第二方面至第五方面任一方面所述的通信装置、如第七方面至第十方面中任一方面所述的通信装置。
在本申请中,上述通信装置的名字对设备或功能模块本身不构成限定,在实际实现中,这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本申请类似,属于本申请权利要求及其等同技术的范围之内。
本申请的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
图1为一种RPC类型的Netconf请求消息和Netconf响应消息的格式;
图2为可适用于本申请实施例的通信系统的架构示意图;
图3为本申请实施例提供的通信装置的硬件结构示意图;
图4为本申请实施例提供的一种网络转发模型的建立方法的交互示意图;
图5为可适用于本申请实施例的网络的结构示意图;
图6为本申请实施例提供的另一种网络转发模型的建立方法的交互示意图;
图7为本申请实施例提供的通信装置的结构示意图一;
图8为本申请实施例提供的通信装置的结构示意图二。
具体实施方式
在本申请实施例中,“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
为了便于理解,这里先对本申请实施例涉及的术语和技术进行简单介绍。
Netconf
Netconf是一种网络管理协议,可以由上至下分为:内容层、操作层、消息层和安全传输层。内容层定义了数据模型的类型,如YANG模型。操作层定义了几种常用的远程过程调用(remote procedure call,RPC)类型,同时也支持用户自定义RPC类型。消息层定义了几种消息类型。安全传输层是指传输层需要使用带有安全加密的通信协议。
安全传输层支持面向连接、安全、能区分会话的协议,不强依赖某个协议(如SSH协议),能最大限度兼容已有的设备能力和协议。安全传输层为Netconf服务端与Netconf客户端的交互提供通信路径。
Netconf消息
Netconf消息可以包括RPC类型的Netconf消息和通知类型的Netconf消息等。
Netconf消息通常采用可扩展标记语言(Extensible Markup Language,XML)格式,如图1所示,为可适用于本申请一实施例的一种Netconf消息的格式。图1示意了一种RPC类型的Netconf请求消息和其响应消息的格式,以及消息格式中的代码与相应层之间的对应关系。
NetConf消息被NetConf的安全传输层封装在安全传输协议(如SSH)中进行传输。
Netconf的操作层支持用户自定义的RPC类型。其中,定义RPC类型可以理解为定义Netconf消息的格式,例如,定义Netconf消息的每个输入参数的含义和每个输入参数所占的比特数,和/或,定义Netconf消息的每个输出参数的含义和每个输出参数所占的比特数等。
Netconf消息可以是基于YANG模型生成的,YANG模型是树形结构的建模语言。
IBNS
IBNS的运行可以分为以下几个部分:意图感知、转发面建模和意图网络验证。例如,控制设备(本申请实施例涉及到的控制设备均为部署有IBNS的设备,后续不再进行特殊说明)从网络设备采集转发面数据(如转发表项、路由表项等),并根据采集到的转发面数据建立网络转发模型,进而根据该网络转发模型进行意图的验证,如可达性检测、环路检测等,得到验证结果,进而控制设备分析产生验证结果的根因。
现有技术中,控制设备需要根据预设命令解析网络设备发送的响应消息以获取网络设备的转发面信息,进而根据获取的转发面信息建立网络转发模型。但是,不同厂商、不同型号的网络设备发送的响应消息的格式不同,控制设备需要采用不同的预设命令才能解析这些响应消息,因此,需要为控制设备配置多种预设命令。这样的话,现有的采用控制设备建立网络转发模型的方法扩展性差。
针对上述问题,本申请实施例提供一种网络转发模型的建立方法、装置及系统,通过扩展NetConf,使得控制设备采用NetConf消息与网络设备进行通信,以采集网络设备的转发面信息(如路由表项或转发表项,可选的,还可以包括LLDP信息),进而根据采集到的转发面信息建立网络转发模型。控制设备与网络设备通信所采用的NetConf消息是基于YANG模型建立的,且控制设备支持的YANG模型与网络设备支持的YANG模型一致,由于YANG模型是树形结构的建模语言,因此,对于任一网络设备而言,控制设备均可直接解析网络设备发送的NetConf消息,相比于现有技术,本申请实施例中的控制设备无需配置多种预设命令,有效地提高了建立网络转发模型的方法的扩展性。
本申请实施例提供的网络转发模型的建立方法适用于通信系统。图2示出了可适用于本申请一实施例的通信系统的架构示意图。
如图2所示,通信系统包括控制设备20,以及控制设备20管理的一个或多个网络设备21。其中,控制设备20与其所管理的网络设备21可以直接连接,也可以通过另一网络设备21间接连接。可选的,控制设备20与网络设备21之间的网络管理协议包括Netconf,网络设备21之间的网络管理协议包括Netconf。
图2中的多个网络设备21位于同一网络,控制设备20用于管理该网络中的网络设备21。控制设备20可以位于该网络之外,也可以位于该网络之内,本申请实施例对此不作限定。可选的,若控制设备20位于该网络之内,则该控制设备20用于管理一个网络中的网络设备。图2示出的控制设备位于该网络之外。
控制设备20,是通信系统的控制中心,负责管理网络设备21,如查询网络设备21的功能的(如路由功能、组播功能等)信息,或者配置网络设备21的功能(如增、删或改),或者显示网络设备21发送的错误报告等。
示例性地,控制设备20可以是部署有IBNS的服务器。
网络设备21,是控制设备20管理的设备,例如可以是主机,网桥,路由器或集线器等。网络设备21可以响应控制设备20的请求以进行相应的操作,也可以在没有请求的情况下向控制设备20发送错误报告等。
需要说明的是,图2所示的通信系统为可适用于本申请一实施例的通信系统的一种示例,其不对所适用于本申请实施例的通信系统构成限定。
图2中的各个设备均属于通信装置。图3示出了可适用于本申请一实施例的通信装置的组成示意图。
如图3所示,该通信装置可以包括处理器31,存储器32、通信接口33、通信总线34。下面结合图3对通信装置的各个构成部件进行介绍:
处理器31是通信装置的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器31是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(application-specific integrated circuit,ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路,例如:一个或多个数字信号处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(field-programmable gate array,FPGA)。
其中,处理器31可以通过运行或执行存储在存储器32内的软件程序,以及调用存储在存储器32内的数据,执行通信装置的各种功能。
作为一种实施例,处理器31可以包括一个或多个CPU,例如图3中所示的CPU 0和CPU1。
作为一种实施例,通信装置还可以包括其他处理器,例如图3中所示的处理器35。通信装置中的多个处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器32可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器32可以是独立存在,通过通信总线33与处理器31相连接。存储器32也可以和处理器31集成在一起。
其中,存储器32用于存储执行本申请方案的软件程序,并由处理器31来控制执行。
通信接口33,用于使用任何收发器一类的装置,与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口33可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线34,可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component Interconnect,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
需要指出的是,图3中示出的设备结构并不构成对该通信装置的限定,除图3所示部件之外,该通信装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图2所示的通信系统,图3所示的通信装置对本申请实施例提供的模型的建立方法进行描述。其中,下述方法实施例中提及的各个设备均可以具有图3所示组成部分,不再赘述。
图4为本申请实施例提供的网络转发模型的建立方法的流程图。如图4所示,该建立方法可以包括:
S400、控制设备向至少两个网络设备发送Netconf请求消息。
Netconf请求消息为控制设备基于该控制设备支持的YANG模型生成的。该YANG模型可以存储于控制设备,也可以是控制设备从其他地方(例如,云平台)上获取的。
在一个实施方式中,该控制设备可以采用组播方式向该至少两个网络设备发送该Netconf请求消息。
在另一个实施方式中,该控制设备可以采用单播方式分别向该至少两个网络设备发送该Netconf请求消息。
示例性地,该控制设备支持的YANG模型可以通过如下代码实现:
该Netconf请求消息包括消息标识、获取标识和数据类型。消息标识用于唯一标识Netconf请求消息,获取标识用于指示请求获取数据类型对应的数据。
其中,数据类型可以包括转发表项或者路由表项。进一步的,数据类型还可以包括LLDP信息。
与现有技术的Netconf消息相比较,本申请实施例的Netconf请求消息新增加了消息标识和操作标识,操作标识用于表示待请求的操作,如获取(get)、编辑(edit)、创建(create)等。例如:若操作标识的取值为0,则该操作标识为获取标识,用于表示获取数据类型对应的数据;若操作标识的取值为1,则该操作标识为编辑标识,用于表示编辑数据类型对应的数据。
在一个示例性中,若数据类型为路由表项,则控制设备发送的Netconf请求消息可以通过如下代码实现:
在另一个示例性中,若数据类型为转发表项,则控制设备发送的Netconf请求消息可以通过如下代码实现:
在另一个示例性中,若数据类型为LLDP信息,则控制设备发送的Netconf请求消息可以通过如下代码实现:
S401、每个网络设备均识别获取标识和数据类型,并获取数据类型对应的数据。
对于至少两个网络设备中的每个网络设备而言,该网络设备在接收到Netconf请求消息后,识别Netconf请求消息中的消息标识、获取数据类型和获取标识,并根据获取标识和数据类型,获取数据类型对应的数据。
S402、每个网络设备向控制设备发送Netconf响应消息。
Netconf响应消息包括消息标识和数据类型对应的数据,数据类型对应的数据用于控制设备建立网络转发模型。
每个网络设备在获取到数据类型对应的数据后,将获取到的数据和消息标识封装在Netconf响应消息中,并向控制设备发送Netconf响应消息。其中,Netconf响应消息中的消息标识和Netconf请求消息中的消息标识相同,这样,控制设备可以根据Netconf响应消息中的消息标识确定该Netconf响应消息与S400中的Netconf请求消息对应。
Netconf响应消息为网络设备根据自身支持的YANG模型建立的,网络设备支持的YANG模型与控制设备支持的YANG模型一致。
其中,网络设备可以存储其支持的YANG模型,也可以不存储其支持的YANG模型。
示例性地,若网络设备没有存储其支持的YANG模型,且该网络设备的开发是利用schema格式的语言进行的,则网络设备可以根据schema确定出其支持的YANG模型。
示例性地,若数据类型对应的数据为路由表项,则网络设备发送的Netconf响应消息可以通过如下代码实现:
S403、控制设备获取每个网络设备发送的数据,并根据获取到的数据,建立网络转发模型。
由于控制设备支持的YANG模型与网络设备支持的YANG模型一致,因此,控制设备在接收到每个网络设备发送的Netconf响应消息后,可直接获取Netconf响应消息中的消息标识和数据类型对应的数据。
控制设备在接收到每个网络设备发送的Netconf响应消息后,获取每个网络设备的转发表项。
其中,若数据类型包括转发表项,则控制设备从每个网络设备发送的Netconf响应消息中获取转发表项。若数据类型包括路由表项,则控制设备从每个网络设备发送的Netconf响应消息中获取路由表项,并根据获取到的路由表项,确定转发表项。
一般的,转发表包括路由表中的最优路由条目,是真正用于指导数据转发的表,转发表包括多个转发表项。路由表是用于做路由管理的表,路由表包括多个路由表项。动态路由协议学习到的路由首先会存储于路由表,后续,经过优选处理,将最优的路由条目存储于转发表,以供转发使用。因此,转发表是路由表的一个子集。这样的话,控制设备根据某一网络设备的路由表项可以确定出该网络设备的转发表项。
除了获取每个网络设备的转发表项外,控制设备还获取至少两个网络设备组成的网络的拓扑结构。
在第一种可选实现方式中,控制设备获取网络的拓扑结构的方法为:若数据类型包括LLDP信息,则控制设备获取每个网络设备的LLDP信息,并根据获取到的所有LLDP信息,生成网络的拓扑结构。
在第二种可选实现方式中,控制设备获取网络的拓扑结构的方法为:若数据类型仅包括转发表项或路由表项,则控制设备根据获取到的所有转发表项,生成网络的拓扑结构。
在获取到所有转发表项和网络的拓扑结构后,控制设备分析获取到的所有转发表项,并根据网络的拓扑结构和预先定义的基本事件,即可生成网络中不同基本事件的转换规则。该转换规则用于形式化表征网络转发模型。示例性地,网络转发模型采用SMT形式化语言描述。
本申请实施例中预先定义的基本事件包括查询,开始,结束,从网络设备的接口进入,从网络设备的接口发出,从网络设备进入,从网络设备发出,进入转发路径,或离开转发路径中的至少一个,转发路径为网络中任意两个相邻网络设备之间的路径。这些基本事件的输入均为报文,输出均为真(true)/假(false)。若某一基本事件的输出为真(true),则说明输入的报文能够实现该基本事件,若某一基本事件的输出为假(false),则说明输入的报文无法实现该基本事件。
为了便于理解控制设备生成网络转发模型的方法,现在结合示例对此进行说明。
示例性地,预先定义的基本事件包括查询,开始,结束,从网络设备的接口进入,从网络设备的接口发出,从网络设备进入,从网络设备发出,进入转发路径以及离开转发路径。
基本事件“查询”采用query(packet)表示,基本事件“开始”采用start(packet),基本事件“结束”采用end(packet)表示,基本事件“从网络设备进入”采用post_in(packet)表示,基本事件“从网络设备发出”采用pre_out(packet)表示,基本事件“从网络设备的接口进入”采用pre_interface(packet)表示,基本事件“从网络设备的接口发出”采用post_interface(packet)表示,基本事件“进入转发路径”采用pre_out_edge(packet)表示,基本事件“离开转发路径”采用post_interface(packet)表示,输入的报文采用packet(src_ip,dest_ip,ingress_location)表示,其中,src_ip表示报文的源网络互联协议(internetprotocol,IP)地址,dest_ip表示报文的目的IP地址,ingress_location表示报文的注入(或输入)位置,即ingress_location表示报文的始发网络设备。
图5示出了包括网络设备src和网络设备dest的网络的结构,网络设备src包括一个接口,该接口的IP地址为1.0.0.0/8,网络设备dest包括两个接口,这两个接口的IP地址分别为1.0.0.1/8和2.0.0.0/8。
对于图5示出的网络,控制设备获取网络设备src的转发表项和网络设备dest的转发表项,以及获取该网络的拓扑结构,后续,控制设备分析获取到的转发表项,并根据该网络的拓扑结构和预先定义的基本事件,生成该网络中不同基本事件的转换规则,该转换规则如下下述蕴含表达式所示:
start_src(packet)and src_ip=1.0.0.0and ingress_location=src->post_in_src(packet);//若执行基本事件“开始”&报文的源IP地址为1.0.0.0&报文的始发网络设备src,则意味着报文从网络设备src进入,其中,“->”表示“意味着/等同于”
post_in_src(packet)and dest_ip!=1.0.0.0->pre_out_src(packet);
//若报文从网络设备src进入&报文的目的IP地址不是1.0.0.0,则意味着报文从网络设备src发出
pre_out_src(packet)and(dest_ip=1.0.0.1or dest_ip前8位=2)->
pre_out_edge_src_interface_0_dest_interface_1(packet)
//若报文从网络设备src发出&(报文的目的IP地址为1.0.0.1或者前8位为2),则意味着报文进入接口interface_0与接口interface_1之间的转发路径
pre_out_edge_src_interface_0_dest_interface_1(packet)->
post_out_edge_src_interface_0_dest_interface_1(packet)
//若报文进入接口interface_0与接口interface_1之间的转发路径,则意味着报文离开接口interface_0与接口interface_1之间的转发路径
post_out_edge_src_interface_0_dest_interface_1(packet)->pre_interface_dest_interface_1(packet)//若报文离开接口interface_0与接口interface_1之间的转发路径,则意味着报文从接口interface_1进入,接口interface_1属于网络设备dest
pre_interface_dest_interface_1(packet)->post_interface_dest_interface_1(packet)//若报文从接口interface_1进入,则意味着报文从接口interface_1发出
post_interface_dest_interface_1(packet)->post_in_dest(packet)//若报文从接口interface_1发出,则意味着报文从网络设备dest进入
post_in_dest(packet)and dest_ip!=1.0.0.1->pre_out_dest(packet)//若报文从网络设备dest进入&报文的目的IP地址不为1.0.0.1,则意味着报文从网络设备dest发出
pre_out_dest(packet)and dest_ip前8位=2->end_dest(packet)//若报文从网络设备dest发出&报文的目的IP地址前8位为2,则意味着基本事件“结束”
end_dest(packet)->query//基本事件“结束”意味着开始后续的查询(query)
上述蕴含表达式用于形式化表征网络转发模型。
需要说明的是,图5仅仅是对至少两个网络设备组成的网络的示例,并不是对该网络的限定。在实际应用中,至少两个网络设备组成的网络往往比较复杂,即使是这样,控制设备依旧可以采用上述方法生成该网络中不同基本事件的转换规则,用于表示网络转发模型。
综上所述,由于YANG模型是树形结构的建模语言,且控制设备支持的YANG模型与网络设备支持的YANG模型一致,因此,对于任一网络设备而言,控制设备均可直接解析网络设备发送的NetConf响应消息,相比于现有技术,本申请实施例中的控制设备无需配置多种预设命令,有效地提高了建立网络转发模型的方法的扩展性。
此外,由于Netconf响应消息是基于网络设备支持的YANG模型生成的,因此,Netconf响应消息中数据类型对应的数据也是基于YANG模型的规定表示的,这样,控制设备能够直接根据从Netconf响应消息中获取到的数据建立网络转发模型,有效地降低了建立网络转发模型的复杂性,提高了建立网络转发模型的效率和性能。
进一步地,控制设备在建立网络转发模型之后,还可以接收验证信息,并根据该验证信息,运行网络转发模型,以确定验证结果。
结合上述4,如图6所示,本申请实施例提供的网络转发模型的建立方法在S403之后还包括S600和S601。
S600、控制设备接收验证信息。
该验证信息包括验证报文的起始网络设备的信息和该验证报文的目的IP地址,该验证报文用于验证控制设备建立的网络转发模型。
验证报文可以是网络中传输的实际报文,也可以是专门构造出的报文。起始网络设备的信息包括起始网络设备的IP地址,或该验证报文进入该起始网络设备的接口等。
S601、控制设备根据验证信息,运行网络转发模型,确定验证结果。
控制设备可以根据网络转发模型进行可达性检测,所述验证结果指示所述网络的可达性。
例如:若控制设备根据上述图5得到网络转发模型,验证信息为:验证报文的起始网络设备为网络设备src,该网络设备src的IP地址为1.0.0.0,且验证报文的目的IP地址为2.0.0.0,该验证信息可表示为:src_ip=1.0.0.0and ingress_location=src and dest_ip=2.0.0.0。在接收到该验证信息后,控制设备运行网络转发模型,可以确定出验证结果为:可达,即说明从网络设备src到IP地址2.0.0.0之间的链路是可达的。
此外,控制设备还可以根据网路转发模型进行环路检测、黑洞检测等,这里对此不再进行一一描述。
本申请实施例还提供一种通信装置,该通信装置可以为控制设备,也可以为控制设备中的部分装置,例如控制设备中的芯片系统。可选的,该芯片系统,用于支持控制设备实现上述方法实施例中所涉及的功能,例如,接收,发送,或处理上述方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
该通信装置用于执行以上网络转发模型的建立方法中的控制设备所执行的步骤。本申请实施例提供的通信装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对通信装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图7示出了本实施例中通信装置的一种可能的结构示意图。如图7所示,通信装置7包括发送单元70、接收单元71和处理单元72。
发送单元70用于支持该通信装置执行上述图4或图6中所示的发送操作,例如:S400等,和/或用于本文所描述的技术的其它过程。
接收单元71用于支持该通信装置执行上述图4或图6中所示的接收操作,例如:S402、S600等,和/或用于本文所描述的技术的其它过程。
处理单元72用于支持该通信装置执行上述图4或图6中所示的获取、生成、建立、验证等操作,例如:S403、S601等,和/或用于本文所描述的技术的其它过程。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。当然,本申请实施例提供的通信装置包括但不限于上述模块,例如通信装置还可以包括存储单元73。存储单元73可以用于存储该通信装置的程序代码和数据。
本申请提供的通信装置的实体框图可以参考上述图3。上述处理单元72可以是图3中的处理器31,发送单元70和接收单元71可以是图3中的通信接口33,存储单元73可以是图3中的存储器32。
本申请另一实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在通信装置上运行时,该通信装置执行如图4或图6所示的实施例的网络转发模型的建立方法中控制设备的步骤。
在本申请的另一实施例中,还提供一种计算机程序产品,该计算机程序产品包括计算机执行指令,该计算机执行指令存储在计算机可读存储介质中;通信装置的处理器可以从计算机可读存储介质读取该计算机执行指令,处理器执行该计算机执行指令使得通信装置执行如图4或图6所示的实施例的网络转发模型的建立方法中控制设备的步骤。
本申请实施例还提供一种通信装置,该通信装置可以为网络设备,也可以为网络设备中的部分装置,例如网络设备中的芯片系统。可选的,该芯片系统,用于支持网络设备实现上述方法实施例中所涉及的功能,例如,接收,发送,或处理上述方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
该通信装置用于执行以上网络转发模型的建立方法中的网络设备所执行的步骤。本申请实施例提供的通信装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对通信装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图8示出了本实施例中通信装置的一种可能的结构示意图。如图8所示,通信装置8包括接收单元81、处理单元82和发送单元83。
接收单元81用于支持该通信装置执行上述图4或图6中所示的接收操作,例如:S400等,和/或用于本文所描述的技术的其它过程。
处理单元82用于支持该通信装置执行上述图4或图6中所示的获取等操作,例如:S401、等,和/或用于本文所描述的技术的其它过程。
发送单元83用于支持该通信装置执行上述图4或图6中所示的发送操作,例如:S402等,和/或用于本文所描述的技术的其它过程。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。当然,本申请实施例提供的通信装置包括但不限于上述模块,例如通信装置还可以包括存储单元84。存储单元84可以用于存储该通信装置的程序代码和数据。
本申请提供的通信装置的实体框图可以参考上述图3。上述处理单元82可以是图3中的处理器31,接收单元81和发送单元83可以是图3中的通信接口33,存储单元84可以是图3中的存储器32。
本申请另一实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在通信装置上运行时,该通信装置执行如图4或图6所示的实施例的网络转发模型的建立方法中网络设备的步骤。
在本申请的另一实施例中,还提供一种计算机程序产品,该计算机程序产品包括计算机执行指令,该计算机执行指令存储在计算机可读存储介质中;通信装置的处理器可以从计算机可读存储介质读取该计算机执行指令,处理器执行该计算机执行指令使得通信装置执行如图4或图6所示的实施例的网络转发模型的建立方法中网络设备的步骤。
在上述实施例中,可以全部或部分的通过软件,硬件,固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式出现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据终端。该可用介质可以是磁性介质,(例如,软盘,硬盘、磁带)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (17)
1.一种网络转发模型的建立方法,其特征在于,包括:
部署有基于意图的网络系统IBNS的控制设备向至少两个网络设备发送网络配置协议Netconf请求消息,所述Netconf请求消息包括消息标识、获取标识和数据类型,所述消息标识用于唯一标识所述Netconf请求消息,所述获取标识用于指示请求获取所述数据类型对应的数据,所述Netconf请求消息为所述控制设备基于支持的YANG模型生成的;
所述控制设备接收所述至少两个网络设备中每个网络设备发送的Netconf响应消息,每个Netconf响应消息包括所述消息标识和所述数据类型对应的数据;对于所述每个网络设备,所述Netconf响应消息为根据所述网络设备支持的YANG模型生成的,所述网络设备支持的YANG模型与所述控制设备支持的YANG模型一致;
所述控制设备获取所述每个网络设备发送的数据,并根据获取到的数据,建立网络转发模型,所述网络转发模型用于验证所述至少两个网络设备组成的网络。
2.根据权利要求1所述的方法,其特征在于,所述控制设备根据获取到的数据,建立网络转发模型,包括:
所述控制设备获取所述每个网络设备的转发表项;
所述控制设备获取所述网络的拓扑结构;
所述控制设备分析获取到的所有转发表项,并根据所述网络的拓扑结构和预先定义的基本事件,生成所述网络中不同基本事件的转换规则,所述转换规则用于形式化表征所述网络转发模型。
3.根据权利要求2所述的方法,其特征在于,所述数据类型包括路由表项或转发表项;
所述控制设备获取所述每个网络设备的转发表项,包括:
若所述数据类型包括转发表项,所述控制设备从所述每个网络设备发送的Netconf响应消息中获取所述转发表项;
或者,
若所述数据类型包括路由表项,所述控制设备从所述每个网络设备发送的Netconf响应消息中获取路由表项,并根据获取到的路由表项,确定所述转发表项。
4.根据权利要求2或3所述的方法,其特征在于,所述控制设备获取所述网络的拓扑结构,包括:
所述数据类型包括链路层发现协议LLDP信息,所述控制设备获取所述每个网络设备的LLDP信息,并根据获取到的所有LLDP信息,生成所述网络的拓扑结构;
或者,
所述控制设备根据获取到的所有转发表项,生成所述网络的拓扑结构。
5.根据权利要求1-4中任意一项所述的方法,其特征在于,所述方法还包括:
所述控制设备接收验证信息,所述验证信息包括验证报文的起始网络设备的信息和所述验证报文的目的IP地址;
根据所述验证信息,运行所述网络转发模型,确定验证结果。
6.一种网络转发模型的建立方法,其特征在于,包括:
网络设备接收部署有基于意图的网络系统IBNS的控制设备发送的网络配置协议Netconf请求消息,所述Netconf请求消息包括消息标识、获取标识和数据类型,所述消息标识用于唯一标识所述Netconf请求消息,所述获取标识用于指示请求获取所述数据类型对应的数据,所述Netconf请求消息为所述控制设备基于支持的YANG模型生成的;
所述网络设备识别所述获取标识和所述数据类型,并获取所述数据类型对应的数据;
所述网络设备向所述控制设备发送Netconf响应消息,所述Netconf响应消息包括所述消息标识和所述数据类型对应的数据,所述数据类型对应的数据用于所述控制设备建立网络转发模型,所述网络转发模型用于验证所述网络设备与其他网络设备组成的网络,所述Netconf响应消息为根据所述网络设备支持的YANG模型生成的,所述网络设备支持的YANG模型与所述控制设备支持的YANG模型一致。
7.根据权利要求6所述的方法,其特征在于,
所述数据类型包括路由表项或转发表项,或者,所述数据类型包括路由表项或转发表项,以及链路层发现协议LLDP信息。
8.一种通信装置,其特征在于,所述通信装置部署有基于意图的网络系统IBNS,所述通信装置包括发送单元、接收单元和处理单元;其中,
所述发送单元,用于向至少两个网络设备发送网络配置协议Netconf请求消息,所述Netconf请求消息包括消息标识、获取标识和数据类型,所述消息标识用于唯一标识所述Netconf请求消息,所述获取标识用于指示请求获取所述数据类型对应的数据,所述Netconf请求消息为所述处理单元基于支持的YANG模型生成的;
所述接收单元,用于接收所述至少两个网络设备中每个网络设备发送的Netconf响应消息,每个Netconf响应消息包括所述消息标识和所述数据类型对应的数据;
所述处理单元,用于根据所述接收单元接收到的Netconf响应消息,获取所述每个网络设备发送的数据,并根据获取到的数据,建立网络转发模型,所述网络转发模型用于验证所述至少两个网络设备组成的网络;对于所述每个网络设备,所述Netconf响应消息为根据所述网络设备支持的YANG模型生成的,所述网络设备支持的YANG模型与所述处理单元支持的YANG模型一致。
9.根据权利要求8所述的通信装置,其特征在于,所述处理单元用于:
获取所述每个网络设备的转发表项;
获取所述网络的拓扑结构;
分析获取到的所有转发表项,并根据所述网络的拓扑结构和预先定义的基本事件,生成所述网络中不同基本事件的转换规则,所述转换规则用于形式化表征所述网络转发模型。
10.根据权利要求9所述的通信装置,其特征在于,
所述处理单元从所述每个网络设备发送的Netconf响应消息中获取所述转发表项;
或者,
所述处理单元从所述每个网络设备发送的Netconf响应消息中获取路由表项,并根据获取到的路由表项,确定所述转发表项。
11.根据权利要求9或10所述的通信装置,其特征在于,
所述数据类型包括链路层发现协议LLDP信息,所述处理单元获取所述每个网络设备的LLDP信息,并根据获取到的所有LLDP信息,生成所述网络的拓扑结构;
或者,
所述处理单元根据获取到的所有转发表项,生成所述网络的拓扑结构。
12.根据权利要求8-11中任意一项所述的通信装置,其特征在于,
所述接收单元,还用于接收验证信息,所述验证信息包括验证报文的起始网络设备的信息和所述验证报文的目的IP地址;
所述处理单元,还用于根据所述接收单元接收到的所述验证信息,运行所述网络转发模型,确定验证结果。
13.一种通信装置,其特征在于,包括接收单元、处理单元和发送单元;其中,
所述接收单元,用于接收部署有基于意图的网络系统IBNS的控制设备发送的网络配置协议Netconf请求消息,所述Netconf请求消息包括消息标识、获取标识和数据类型,所述消息标识用于唯一标识所述Netconf请求消息,所述获取标识用于指示请求获取所述数据类型对应的数据,所述Netconf请求消息为所述控制设备基于支持的YANG模型生成的;
所述处理单元,用于识别所述接收单元接收到的所述Netconf请求消息中的所述获取标识和所述数据类型,并获取所述数据类型对应的数据;
所述发送单元,向所述控制设备发送Netconf响应消息,所述Netconf响应消息包括所述消息标识和所述数据类型对应的数据,所述数据类型对应的数据用于所述控制设备建立网络转发模型,所述网络转发模型用于验证所述通信装置与其他通信装置组成的网络,所述Netconf响应消息为根据所述网络设备支持的YANG模型生成的,所述网络设备支持的YANG模型与所述Netconf控制设备支持的YANG模型一致。
14.根据权利要求13所述的通信装置,其特征在于,
所述数据类型包括路由表项或转发表项,或者,所述数据类型包括路由表项或转发表项,以及链路层发现协议LLDP信息。
15.一种通信装置,其特征在于,所述通信装置包括:处理器和存储器;
所述存储器与所述处理器连接;所述存储器用于存储计算机指令,当所述处理器执行所述计算机指令时,所述通信装置执行如权利要求1-5中任意一项所述的网络转发模型的建立方法,或者执行如权利要求6或7所述的网络转发模型的建立方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在通信装置上运行时,所述通信装置执行如权利要求1-5中任意一项所述的网络转发模型的建立方法,或者执行如权利要求6或7所述的网络转发模型的建立方法。
17.一种通信系统,其特征在于,所述通信系统包括如权利要求8-12中任意一项所述的通信装置,以及如权利要求13或14所述的通信装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910087493.XA CN111490893B (zh) | 2019-01-29 | 2019-01-29 | 一种网络转发模型的建立方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910087493.XA CN111490893B (zh) | 2019-01-29 | 2019-01-29 | 一种网络转发模型的建立方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111490893A true CN111490893A (zh) | 2020-08-04 |
CN111490893B CN111490893B (zh) | 2022-02-22 |
Family
ID=71797196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910087493.XA Active CN111490893B (zh) | 2019-01-29 | 2019-01-29 | 一种网络转发模型的建立方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111490893B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112311607A (zh) * | 2020-11-18 | 2021-02-02 | 迈普通信技术股份有限公司 | Cli配置验证方法、装置、控制器及可读存储介质 |
CN112486591A (zh) * | 2020-11-30 | 2021-03-12 | 锐捷网络股份有限公司 | 一种电子设备配置方法和电子设备 |
CN112688952A (zh) * | 2020-12-28 | 2021-04-20 | 京信网络系统股份有限公司 | 消息处理方法、装置、射频拉远单元和介质 |
CN113949655A (zh) * | 2021-10-14 | 2022-01-18 | 浙江大学 | 一种基于形式化验证的网络可达性求解方法 |
WO2022053007A1 (zh) * | 2020-09-11 | 2022-03-17 | 华为技术有限公司 | 网络可达性验证方法及装置、计算机存储介质 |
CN115051984A (zh) * | 2021-11-22 | 2022-09-13 | 厦门大学 | 一种分布式数据平面验证方法 |
CN115297012A (zh) * | 2022-08-03 | 2022-11-04 | 重庆奥普泰通信技术有限公司 | Sdn控制器的离线测试方法、装置、控制器及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160026631A1 (en) * | 2014-07-23 | 2016-01-28 | Cisco Technology, Inc. | Network control and management using semantic reasoners in a network environment |
CN106888152A (zh) * | 2015-12-16 | 2017-06-23 | 华为技术有限公司 | 一种消息处理方法、装置和系统 |
CN108777633A (zh) * | 2018-05-18 | 2018-11-09 | 重庆邮电大学 | 支持数据调度的意图型工业sdn北向接口系统及交互方法 |
-
2019
- 2019-01-29 CN CN201910087493.XA patent/CN111490893B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160026631A1 (en) * | 2014-07-23 | 2016-01-28 | Cisco Technology, Inc. | Network control and management using semantic reasoners in a network environment |
CN106888152A (zh) * | 2015-12-16 | 2017-06-23 | 华为技术有限公司 | 一种消息处理方法、装置和系统 |
CN108777633A (zh) * | 2018-05-18 | 2018-11-09 | 重庆邮电大学 | 支持数据调度的意图型工业sdn北向接口系统及交互方法 |
Non-Patent Citations (1)
Title |
---|
DTS/NTECH-AFI-0015-2-GS02: "TECHNICAL SPECIFICATION Autonomic network engineering for the self-managing Future Internet (AFI); Generic Autonomic Network Architecture; Part 2: An Architectural Reference Model for Autonomic Networking, Cognitive Networking and Self-Management", 《ETSI TS 103 195-2》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022053007A1 (zh) * | 2020-09-11 | 2022-03-17 | 华为技术有限公司 | 网络可达性验证方法及装置、计算机存储介质 |
CN112311607A (zh) * | 2020-11-18 | 2021-02-02 | 迈普通信技术股份有限公司 | Cli配置验证方法、装置、控制器及可读存储介质 |
CN112311607B (zh) * | 2020-11-18 | 2022-10-18 | 迈普通信技术股份有限公司 | Cli配置验证方法、装置、控制器及可读存储介质 |
CN112486591A (zh) * | 2020-11-30 | 2021-03-12 | 锐捷网络股份有限公司 | 一种电子设备配置方法和电子设备 |
CN112688952A (zh) * | 2020-12-28 | 2021-04-20 | 京信网络系统股份有限公司 | 消息处理方法、装置、射频拉远单元和介质 |
CN112688952B (zh) * | 2020-12-28 | 2022-09-30 | 京信网络系统股份有限公司 | 消息处理方法、装置、射频拉远单元和介质 |
CN113949655A (zh) * | 2021-10-14 | 2022-01-18 | 浙江大学 | 一种基于形式化验证的网络可达性求解方法 |
CN113949655B (zh) * | 2021-10-14 | 2023-03-31 | 浙江大学 | 一种基于形式化验证的网络可达性求解方法 |
CN115051984A (zh) * | 2021-11-22 | 2022-09-13 | 厦门大学 | 一种分布式数据平面验证方法 |
CN115051984B (zh) * | 2021-11-22 | 2023-03-28 | 厦门大学 | 一种分布式数据平面验证方法 |
CN115297012A (zh) * | 2022-08-03 | 2022-11-04 | 重庆奥普泰通信技术有限公司 | Sdn控制器的离线测试方法、装置、控制器及介质 |
CN115297012B (zh) * | 2022-08-03 | 2024-02-06 | 重庆奥普泰通信技术有限公司 | Sdn控制器的离线测试方法、装置、控制器及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111490893B (zh) | 2022-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111490893B (zh) | 一种网络转发模型的建立方法、装置及系统 | |
CN110247784B (zh) | 确定网络拓扑结构的方法和装置 | |
US11909744B2 (en) | Network verification method and apparatus | |
CN111258627B (zh) | 一种接口文档生成方法和装置 | |
CN103220167B (zh) | 一种分布式监控系统及其数据存储方法 | |
WO2011076011A1 (zh) | 一种m2m平台定义消息的方法、系统和m2m平台 | |
CN108667638A (zh) | 一种网络业务配置方法及网络管理设备 | |
WO2020062959A1 (zh) | 配置数据的方法及装置 | |
CN111416723B (zh) | 一种设备管理方法及相关设备 | |
CN110636127B (zh) | 一种各信息数据间的通信处理方法及系统 | |
CN115913937A (zh) | 一种容器多网卡网络配置方法、装置、设备及存储介质 | |
WO2016015606A1 (zh) | 一种用于定位端口连接错误的方法和相关设备 | |
KR102093923B1 (ko) | 전술 데이터 링크에서의 메시지 통합 모니터링 장치 및 그 방법 | |
CN112615831A (zh) | 一种基于工业互联网的漏洞扫描平台、方法、设备及介质 | |
CN112350859A (zh) | 一种管理网络功能实体的方法、装置、设备及存储介质 | |
WO2023071717A1 (zh) | 一种运维操作方法、系统及网络设备 | |
CN111251613A (zh) | 一种3d打印机的物联接入方法、装置及系统 | |
CN110955537B (zh) | 一种物理机纳管方法及装置 | |
WO2016184025A1 (zh) | 一种设备管理方法和装置 | |
CN113032054A (zh) | 一种服务执行方法、装置、存储介质及电子装置 | |
CN112152854A (zh) | 一种信息处理方法及装置 | |
CN116582424B (zh) | 交换机配置方法、装置、存储介质及电子设备 | |
CN114866600B (zh) | 一种基于智融标识的物联网终端接入管理方法及装置 | |
WO2021052248A1 (zh) | 链路资源发现方法、装置、设备及计算机可读存储介质 | |
CN112291202B (zh) | 报文数据的可视化方法、装置和计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |