CN110785963A - 从网络收集网络模型和节点信息 - Google Patents
从网络收集网络模型和节点信息 Download PDFInfo
- Publication number
- CN110785963A CN110785963A CN201880039183.4A CN201880039183A CN110785963A CN 110785963 A CN110785963 A CN 110785963A CN 201880039183 A CN201880039183 A CN 201880039183A CN 110785963 A CN110785963 A CN 110785963A
- Authority
- CN
- China
- Prior art keywords
- model
- objects
- network
- node
- logical
- 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/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- 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/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- 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/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
-
- 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/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
- H04L41/0873—Checking configuration conflicts between network elements
-
- 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/08—Configuration management of networks or network elements
- H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- 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
- 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
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- 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/20—Network management software packages
-
- 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
-
- 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/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/147—Network analysis or design for predicting network behaviour
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
Abstract
用于从结构收集节点信息并且基于该节点信息生成模型的系统、方法和计算机可读介质。在一些示例中,系统可以从软件定义的网络(SDN)中的一个或多个控制器获得SDN的逻辑模型,该逻辑模型包含来自与SDN相关联的分层管理信息树(MIT)的、为SDN配置的对象,并且逻辑模型表示对象的配置,分层MIT定义SDN的可管理对象和对象属性,对象对应于可管理对象。该系统可以获得与SDN相关联的结构的拓扑模型,并且基于该拓扑模型,轮询结构中的节点以获得节点处的相应配置。基于相应的配置,系统可以生成逻辑模型的特定于节点的表示,特定于节点的表示将逻辑模型投影在每个相应节点上。
Description
相关申请的交叉参考
本申请要求申请号为62/520,670的、在2017年6月16日提交的、题为“来自网络的网络模型和节点信息收集(NETWORK MODEL AND NODE INFORMATION COLLECTION FROM ANETWORK)”的美国临时专利申请;以及申请号为15/663,582的、在2017年7月28日提交的、题为“从网络收集网络模型和节点信息(COLLECTING NETWORK MODELS AND NODEINFORMATION FROM A NETWORK)”的美国非临时专利申请的利益和优先权。每个申请的内容通过引用以其整体明确地并入本文。
技术领域
本技术涉及网络配置和故障排除,并且更具体地涉及网络结构中的网络建模和节点信息收集。
背景技术
计算机网络变得越来越复杂,通常在网络的各个层都涉及低层以及高层配置。例如,计算机网络一般包括众多访问策略、转发策略、路由策略、安全性策略、服务质量(QoS)策略等等,它们共同定义了网络的整体行为和操作。网络运营商具有各种各样的配置选项,使得可根据用户的需求定制网络。尽管可用的不同配置选项为网络运营商提供了很大程度的灵活性和对网络的控制,但它们也增加了网络的复杂性。在许多情况下,配置过程可能变得高度复杂。毫不奇怪,网络配置过程越来越容易出错。另外,对高度复杂的网络中的错误进行故障排除可能极其困难。识别网络中意外行为的根本原因的过程可能是艰巨的任务。
附图说明
为了描述可以获得本公开的上述和其他优点和特征的方式,将通过参考在附图中示出的上面简要描述的原理的特定实施例来呈现对这些原理的更具体的描述。应理解,这些附图仅描绘了本公开的示例性实施例,因此不应认为是对其范围的限制,通过使用附图,利用附加特征和细节描述和解释了本文的原理,在附图中:
图1A和图1B示出了示例网络环境;
图2A示出了网络的示例对象模型;
图2B示出了图2A的示例对象模型中的租户对象(tenant object)的示例对象模型;
图2C示出了图2A的示例对象模型中的各对象的示例关联;
图2D示出了用于实现图2A的示例对象模型的示例模型的示意图;
图2E示出了不同模型的等效图;
图3A示出了示例网络保证设备(network assurance appliance);
图3B示出了用于网络保证的示例系统;
图3C示出了示例静态策略分析器的示意图;
图4A示出了用于网络保证的示例方法;
图4B示出了用于获取网络的拓扑模型、从拓扑模型中的节点收集配置、以及生成特定于节点的模型的示例方法;
图4C示出了用于获取网络的网络范围的逻辑模型并且基于该网络范围的逻辑模型来生成特定于节点的逻辑模型的示例方法;
图5A至图5C示出了网络中的契约和对象的示例配置;
图6示出了网络中的应用简档对象的示例配置;
图7示出了根据各种实施例的示例计算设备;以及
图8示出了根据各种实施例的示例网络设备。
具体实施方式
下面详细讨论本公开的各种实施例。虽然讨论了具体实现方式,但应该理解,仅是出于说明目的而这样做的。相关领域的技术人员将认识到,在不脱离本公开的精神和范围的情况下,可以使用其他组件和配置。因此,以下描述和附图是说明性的而不应被解释为限制性的。描述了许多具体细节以提供对本公开的透彻理解。然而,在某些情形下,没有描述众所周知的或传统的细节以避免模糊本描述。在本公开中参考一个实施例或参考实施例可以是参考相同的实施例或任意实施例;并且,这样的参考指的是实施例中的至少一个。
对“一个实施例”或“实施例”的参考意味着结合该实施例描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。在说明书中各处出现的短语“在一个实施例中”不一定都指代相同的实施例,也不是与其他实施例互斥的单独或替代的实施例。此外,描述了可以由一些实施例而不由其他实施例展示的各种特征。
本说明书中使用的术语在本公开的上下文中以及在其中每个术语被使用的特定上下文中通常具有其在本领域中的普通含义。替代语言和同义词可以用于本文所讨论的任何一个或多个术语,并且本文是否详述或论述某一术语不应被看作具有特殊意义。在一些情况下,提供了某些术语的同义词。对一个或多个同义词的记载不排除对其他同义词的使用。本说明书中任何地方的对示例(包括本文所讨论的任何术语的示例)的使用仅是说明性的,并且不旨在进一步限制本公开或任何示例术语的范围和含义。同样地,本公开不限于本说明书中给出的各种实施例。
不意图限制本公开的范围,下面给出根据本公开的实施例的工具、装置、方法、及其相关结果的示例。注意,为了方便读者,可能在示例中使用标题或副标题,这绝不应限制本公开的范围。除非另有定义,否则本文使用的技术和科学术语具有本公开所属领域的普通技术人员通常理解的含义。在发生冲突的情况下,以包括定义的本文档为准。
将在下面的描述中阐述本公开的其他特征和优点,并且其部分将从描述中变得清晰可见,或者可以通过实践本文公开的原理来进行学习。借助于所附权利要求中具体指出的工具和组合,可以实现和获得本公开的特征和优点。根据以下描述和所附权利要求,本公开的这些和其他特征将变得更加完全地显现出来,或者可以通过实践本文阐述的原理来进行学习。
概述
在独立权利要求中陈述了本发明的方面,并且在从属权利要求中陈述了优选的特征。一个方面的特征可单独地应用于每个方面或者与其他方面结合来应用。
软件定义的网络(SDN)(例如,以应用为中心的基础设施(ACI)网络)可以从一个或多个集中式网络元件(例如,ACI网络中的应用策略基础设施控制器(APIC)或其他SDN网络中的网络管理器)来管理和配置。网络运营商可以定义SDN网络的各种配置、对象、规则等,其可以由一个或多个集中式网络元件实现。由网络运营商提供的配置信息可以反映网络运营商对于SDN网络的意图,意味着网络运营商对于SDN网络的意图如何及其组件如何操作。这样的用户意图可以被编程地封装在存储在集中式网络元件处的逻辑模型中。逻辑模型可以表示用户意图并且反映SDN网络的配置。例如,逻辑模型可以表示如由用户意图和/或集中式网络元件针对特定SDN网络定义的对象和策略全集(例如,端点、租户、端点组、网络或情境、应用简档、服务、域、策略等)。
在许多情况下,网络中的各种节点和/或控制器可以包含网络和网络状态的相应信息或表示。例如,不同的控制器可以存储网络的不同逻辑模型,并且网络的结构中的每个节点可以包含其自己的用于网络的配置模型。本文阐述的方法可以收集网络中的各种控制器和节点处的信息,以生成网络范围的模型以及与网络范围的模型相对应的设备特定的模型。这些建模方法可以提供对网络的显著洞察力、远见和可见性。
本文公开了用于从网络结构收集节点信息并且基于所收集的节点信息来生成网络模型的系统、方法和计算机可读介质。在一些示例中,系统可以从软件定义的网络(SDN)中的一个或多个控制器获得SDN的逻辑模型,该逻辑模型包含来自与SDN相关联的分层管理信息树(MIT)的、为SDN配置的多个对象,并且表示多个对象的配置,分层MIT定义SDN的可管理对象和对象属性,多个对象与可管理对象相关联或对应于可管理对象。该系统可以获得与SDN相关联的结构的拓扑模型,并且基于该拓扑模型,针对节点处的相应配置来轮询结构中的节点。基于相应的配置,系统可以生成逻辑模型的特定于节点的表示,逻辑模型的特定于节点的表示将逻辑模型投影在每个相应节点上。
示例实施例
所公开的技术解决了本领域中对准确且有效的网络建模和分析的需求。本技术涉及用于从网络结构获得网络模型并且收集节点信息的系统、方法和计算机可读介质。本技术将在以下公开中被描述为如下。本讨论开始于对网络保证的介绍性讨论和对示例计算环境的描述,如图1A和图1B中所示。然后将讨论如图2A到图2E所示的用于网络保证的网络模型,以及如图3A到图3C和图4A到图4C所示的网络建模和保证系统以及方法。本讨论继续描述网络模型中的各种配置,包括契约、端点组、租户、桥接域、情境和应用简档,如图5A到图5C和图6所示。本讨论以对示例计算和网络设备的描述结束,如图7和图8所示,包括适合于容宿软件应用和执行计算操作的示例硬件组件。
本公开现在转向网络保证的介绍性讨论。
网络保证是确保或确定网络按照网络运营商的意图行事并且已经被恰当配置(例如,网络正在做预期它要做的事情)。意图可以包含各种网络操作,例如,桥接、路由、安全性、服务链化(service chaining)、端点、合规性、QoS(服务质量)、审计等。意图可以体现在为网络和各个网络元件(例如,交换机、路由器、应用、资源等)定义的一个或多个策略、设置、配置等中。然而,经常地,网络运营商所定义的配置、策略等是不正确的或者未能准确地反映在网络的实际行为中。例如,网络运营商为一种或多种类型的流量指定配置A,但后来发现网络实际上正在将配置B应用于该流量或以与配置A不一致的方式处理该流量。这可能是许多不同原因导致的结果,例如硬件错误、软件缺陷、变化的优先级、配置冲突、一个或多个设置的误配置、设备不适当的规则呈现、意外错误或事件、软件升级、配置更改、失败等。作为另一示例,网络运营商实现配置C,但一个或多个其他配置导致网络以与配置C的实现方式所反映的意图不一致的方式行动。例如,当配置C与网络中的其他配置冲突时会导致这样的情形。
本文中的方法可以通过对网络的各个方面建模和/或执行一致性检查以及其他网络保证检查来提供网络保证。可以在各种类型的网络中实现本文的网络保证方法,所述各种类型的网络包括私有网络,例如局域网(LAN);企业网络;独立的或传统的网络,例如数据中心网络;包括物理或底层以及逻辑或覆盖层的网络,例如VXLAN或软件定义的网络(SDN)(例如,以应用为中心的基础设施(ACI)或VMware NSX网络);等等。
可以为网络构建网络模型,并且实现网络模型以用于网络保证。网络模型可以提供网络的一个或多个方面的表示,包括但不限于网络的策略、配置、要求、安全性、路由、拓扑结构、应用、硬件、过滤器、契约、访问控制列表、基础设施等。如下面将进一步解释的,可以为网络生成不同类型的模型。
可以实现这样的模型以确保网络的行为将与通过由网络运营商实现的具体配置(例如,策略、设置、定义等)所反映的预期行为一致(或保持一致)。与涉及发送和分析数据分组并观察网络行为的传统网络监视不同,可以通过建模执行网络保证,而不必摄取分组数据或监视流量或网络行为。这可产生先见之明、洞悉、和后见之明:可以在问题发生之前加以预防,在发生问题时识别问题,并在问题发生后立即修复问题。
因此,网络保证可以涉及对网络的属性进行建模以确定性地预测网络的行为。如果(一个或多个)模型指示适当的行为(例如,没有不一致、冲突、错误等),则可以确定网络是健康的。如果建模指示适当的行为但有点不一致,则可以确定网络是可实现功能的,但不是完全健康的。如果建模指示不适当的行为和错误,则可以确定网络是不能实现功能的并且不健康。如果通过建模检测到不一致或错误,则对相应的(一个或多个)模型的详细分析可以允许非常准确地识别出一个或多个基础或根本问题。
建模可能消耗多种类型的智能事件,其对网络的大量行为方面进行建模。智能事件可能影响网络的各个方面,例如底层服务、覆盖服务、租户连通性、租户安全性、租户端点(EP)移动性、租户策略、租户路由、资源等。
已经描述了网络保证的各种方面,本公开现在转到对用于网络保证的示例网络环境的讨论。
图1A示出了示例网络环境100(例如,数据中心)的图示。网络环境100可以包括可以表示网络环境100的物理层或基础设施(例如,底层)的结构120。结构120可以包括脊节点(spine)102(例如,脊路由器或交换机)和叶节点(leaf)104(例如,叶路由器或交换机),它们可以互连以在结构120中路由或交换流量。脊节点102可以互连结构120中的叶节点104,并且叶节点104可以将结构120连接到网络环境100的覆盖或逻辑部分,其可以包括应用服务、服务器、虚拟机、容器、端点等。因此,结构120中的网络连通性可以从脊节点102流向叶节点104,反之亦然。叶节点104和脊节点102之间的互连可以是冗余的(例如,多个互连)以避免路由失败。在一些实施例中,叶节点104和脊节点102可以完全连接,使得任何给定的叶节点都连接到每个脊节点102,并且任何给定的脊节点都连接到每个叶节点104。叶节点104可以是例如架顶式(top-of-rack,“ToR”)交换机、聚合交换机、网关、入口和/或出口交换机、提供者边缘设备、和/或任何其他类型的路由或交换设备。
叶节点104可以负责路由和/或桥接租户或客户分组以及应用网络策略或规则。网络策略和规则可以由一个或多个控制器116驱动,和/或由诸如叶节点104之类的一个或多个设备实现或实施。叶节点104可以将其他元件连接到结构120。例如,叶节点104可以将服务器106、管理程序108、虚拟机(VM)110、应用112、网络设备114等与结构120连接。这些元件可以驻留在一个或多个逻辑或虚拟层或网络中,例如覆盖网络。在一些情况下,叶节点104可以对去往和来自这种元件(例如,服务器106)的分组进行封装和解封装,以便使得能够进行整个网络环境100和结构120内的通信。叶节点104还可以向任何其他设备、服务、租户、或工作负载提供对结构120的接入。在一些情况下,连接到叶节点104的服务器106可以类似地对去往和来自叶节点104的分组进行封装和解封装。例如,服务器106可以包括一个或多个虚拟交换机或路由器或隧道端点,用于在由服务器106容宿或连接到服务器106的覆盖层或逻辑层与由结构120表示并通过叶节点104访问的底层之间用隧道传输分组。
应用112可以包括软件应用、服务、容器、设备、功能、服务链等。例如,应用112可以包括防火墙、数据库、CDN服务器、IDS/IPS、深度分组检查服务、消息路由器、虚拟变换机等。来自应用112的应用可以由多个端点(例如,服务器106、VM 110等)分发、链接或容宿,或者可以完全从单个端点运行或执行。
VM 110可以是由管理程序108容宿的虚拟机或在服务器106上运行的虚拟机管理器。VM 110可以包括在相应服务器上的访客操作系统上运行的工作负载。管理程序108可以提供创建、管理和/或运行VM 110的软件、固件和/或硬件层。管理程序108可以允许VM 110共享服务器106上的硬件资源,并且允许服务器106上的硬件资源显示为多个单独的硬件平台。此外,服务器106上的管理程序108可以容宿一个或多个VM 110。
在一些情况下,VM 110和/或管理程序108可以迁移到其他服务器106。服务器106可以类似地迁移到网络环境100中的其他位置。例如,连接到特定叶节点的服务器可以改变为连接到不同的或额外的叶节点。此类配置或部署更改可涉及对应用于正在迁移的资源以及其他网络组件的设置、配置和策略的修改。
在一些情况下,一个或多个服务器106、管理程序108和/或VM 110可以表示或驻留在租户或客户空间中。租户空间可以包括与一个或多个客户端或订户相关联的工作负载、服务、应用、设备、网络和/或资源。因此,可以基于特定租户策略、空间、协议、配置等来路由网络环境100中的流量。此外,寻址可以在一个或多个租户之间变化。在一些配置中,租户空间可以被划分为逻辑段和/或网络,并且与跟其他租户相关联的逻辑段和/或网络分开。租户之间的寻址、策略、安全性和配置信息可以由控制器116、服务器106、叶节点104等管理。
可以在逻辑级、硬件级(例如,物理级)和/或两者处实现网络环境100中的配置。例如,可以通过软件定义的网络(SDN)框架(例如,以应用为中心的基础设施(ACI)或VMWARENSX),基于端点或资源属性(例如,端点类型和/或应用组或简档)来在逻辑和/或硬件级实现配置。为了说明,一个或多个管理员可以通过控制器116在逻辑级(例如,应用或软件级)定义配置,控制器116可以通过网络环境100实现或传播这样的配置。在一些示例中,控制器116可以是ACI框架中的应用策略基础设施控制器(APIC)。在其他示例中,控制器116可以是与其他SDN解决方案相关联的一个或多个管理组件,例如,NSX管理器。
这样的配置可以定义用于在网络环境100中路由和/或分类流量的规则、策略、优先级、协议、属性、对象等。例如,这样的配置可以定义用于基于端点组(EPG)、安全组(SG)、VM类型、桥接域(BD)、虚拟路由和转发实例(VRF)、租户、优先级、防火墙规则等来分类和处理流量的属性和对象。下面进一步描述其他示例网络对象和配置。可以基于流量的标签、属性或其他特性来实施流量策略和规则,诸如与流量相关联的协议、与流量相关联的EPG、与流量相关联的SG、与流量相关联的网络地址信息等。这样的策略和规则可以由网络环境100中的一个或多个元件(例如,叶节点104、服务器106、管理程序108、控制器116等)实施。如前所述,可以根据一个或多个特定软件定义的网络(SDN)解决方案(例如,CISCO ACI或VMWARENSX)来配置网络环境100。下面简要描述这些示例SDN解决方案。
ACI可以通过可缩放的分布式实施来提供以应用为中心或基于策略的解决方案。ACI支持在针对网络、服务器、服务、安全性、要求等的声明性配置模型下集成物理和虚拟环境。例如,ACI框架实现EPG,EPG可以包括共享通用配置要求(例如,安全性、QoS、服务等)的端点或应用的集合。端点可以是虚拟/逻辑或物理设备,例如,连接到网络环境100的VM、容器、主机或物理服务器。端点可以具有一个或多个属性,例如,VM名称、访客OS名称、安全标签、应用简档等。应用配置可以以契约的形式在EPG之间应用,而不是直接应用于端点之间。叶节点104可以将传入的流量分类为不同的EPG。分类可以基于例如网络段标识符,例如,VLAN ID、VXLAN网络标识符(VNID)、NVGRE虚拟子网标识符(VSID)、MAC地址、IP地址等。
在一些情况下,ACI基础设施中的分类可以由应用虚拟交换机(AVS)实现,其可以在诸如服务器或交换机之类的主机上运行。例如,AVS可以基于指定的属性对流量进行分类,并且对具有不同标识符(例如,网络段标识符(例如,VLAN ID))的不同属性EPG的分组进行标记。最后,叶节点104可以基于其标识符和实施策略来将分组与其属性EPG捆绑,这可以由一个或多个控制器116实现和/或管理。叶节点104可以对来自主机的流量属于哪个EPG进行分类并且相应地实施策略。
另一示例SDN解决方案基于VMWARE NSX。使用VMWARE NSX,主机可以运行分布式防火墙(DFW),其可以对流量进行分类和处理。考虑将三种类型的VM(即,应用、数据库和webVM)放入单个第2层网络段的情况。可以基于VM类型在网络段内提供流量保护。例如,可以在web VM之间允许HTTP流量,并且在web VM与应用或数据库VM之间不允许HTTP流量。为了对流量进行分类并实现策略,VMWARE NSX可以实现安全组,该安全组可用于对特定VM(例如,web VM、应用VM、数据库VM)进行分组。可以配置DFW规则以实现针对特定安全组的策略。为了说明,在先前的示例的情境中,DFW规则可以被配置为阻止web、应用和数据库安全组之间的HTTP流量。
现在回到图1A,网络环境100可以通过叶节点104、服务器106、管理程序108、VM110、应用112和控制器116来部署不同的主机,例如VMWARE ESXi主机、WINDOWS HYPER-V主机、裸金属物理主机等。网络环境100可以与各种管理程序108、服务器106(例如,物理和/或虚拟服务器)、SDN编排平台等进行互操作。网络环境100可以实现声明性模型以允许其与应用设计和整体网络策略的集成。
控制器116可以提供对软件定义的网络(SDN)基础设施的结构信息、应用配置、资源配置、应用级配置建模的集中访问,与管理系统或服务器的集成等。控制器116可以形成通过上行(northbound)API与应用平面进行接口,并且通过下行(southbound)API与数据平面进行接口的控制平面。
如前所述,控制器116可以定义和管理网络环境100中的针对配置的(一个或多个)应用级模型。在一些情况下,还可以由网络中的其他组件管理和/或定义应用或设备配置。例如,管理程序或虚拟设备(例如,VM或容器)可以运行服务器或管理工具来管理网络环境100中的软件和服务,包括虚拟设备的配置和设置。
如上所示,网络环境100可以包括一个或多个不同类型的SDN解决方案、主机等。为了清楚和解释的目的,将参考ACI框架描述本公开中的各种示例,并且控制器116可以可互换地被称为控制器、APIC或APIC控制器。然而,应该注意,本文的技术和概念不限于ACI解决方案,并且可以在其他架构和场景中实现,包括其他SDN解决方案以及可以不部署SDN解决方案的其他类型的网络。
此外,如本文所引用的,术语“主机”可以指代服务器106(例如,物理的或逻辑的)、管理程序108、VM 110、容器(例如,应用112)等,并且可以运行或包括任何类型的服务器或应用解决方案。“主机”的非限制性示例可以包括虚拟交换机或路由器,例如分布式虚拟交换机(DVS)、应用虚拟交换机(AVS)、矢量分组处理(VPP)交换机;VCENTER和NSX管理器;裸金属物理主机;HYPER-V主机;VM;DOCKER容器;等等。
图1B示出了网络环境100的另一示例。在该示例中,网络环境100包括连接到结构120中的叶节点104的端点122。端点122可以是物理和/或逻辑或虚拟实体,诸如服务器、客户端、VM、管理程序、软件容器、应用、资源、网络设备、工作负载等。例如,端点122可以是表示下列项的对象:物理设备(例如,服务器、客户端、交换机等)、应用(例如,web应用、数据库应用等)、逻辑或虚拟资源(例如,虚拟交换机、虚拟服务设备、虚拟化网络功能(VNF)、VM、服务链等)、运行软件资源的容器(例如,应用、设备、VNF、服务链等)、存储设备、工作负载或工作负载引擎等。端点122可以具有地址(例如,身份)、位置(例如,主机、网络段、虚拟路由和转发(VRF)实例、域等)、一个或多个属性(例如,名称、类型、版本、补丁级别、OS名称、OS类型等)、标签(例如,安全性标签)、简档等。
端点122可以与相应的逻辑组118相关联。逻辑组118可以是包含根据以下各项分组在一起的端点(物理和/或逻辑或虚拟)的逻辑实体:一个或多个属性(例如,端点类型(例如,VM类型、工作负载类型、应用类型等)),一个或多个要求(例如,策略要求、安全性要求、QoS要求、客户要求、资源要求等),资源名称(例如,VM名称、应用名称等),简档,平台或操作系统(OS)特性(例如,包括访客和/或主机OS的OS类型或名称等),关联的网络或租户,一个或多个策略,标签等。例如,逻辑组可以是表示分组在一起的端点集合的对象。为了说明,逻辑组1可以包含客户端端点,逻辑组2可以包含web服务器端点,逻辑组3可以包含应用服务器端点,逻辑组N可以包含数据库服务器端点等。在一些示例中,逻辑组118是ACI环境中的EPG和/或另一SDN环境中的其他逻辑组(例如,SG)。
可以基于逻辑组118对去往端点122和/或来自端点122的流量进行分类、处理、管理等。例如,逻辑组118可以用于对去往端点122或者来自端点122的流量进行分类,将策略应用于去往端点122或者来自端点122的流量,定义端点122之间的关系,定义端点122的角色(例如,端点是消费还是提供服务等),将规则应用于去往端点122或来自端点122的流量,对去往端点122或来自端点122的流量应用过滤器或访问控制列表(ACL),为去往端点122或来自端点122的流量定义通信路径,实施与端点122相关联的要求,实现与端点122相关联的安全性以及其他配置等。
在ACI环境中,逻辑组118可以是用于在ACI中定义契约的EPG。契约可以包括指定EPG之间发生什么通信和如何发生通信的规则。例如,契约可以定义提供服务的是什么,消费服务的是什么以及什么策略对象与该消费关系相关。契约可以包括定义如下内容的策略:通信路径以及端点或EPG之间的通信或关系的所有相关元素。例如,Web EPG可以提供客户端EPG所消费的服务,并且该消费可以受制于过滤器(ACL)和包括一个或多个服务(例如,防火墙检验服务和服务器负载平衡)的服务图。
图2A示出了诸如网络环境100之类的SDN网络的示例管理信息模型200的图示。以下对管理信息模型200的讨论提及了各种术语,在整个公开中也将使用这些术语。因此,为清楚起见,本公开首先将在下面提供术语列表,随后将对管理信息模型200进行更详细的讨论。
如本文所使用的,“别名(aliasing)”可以指代给定对象的可改变的名称。因此,即使对象的名称一旦被创建就不能被改变,别名可以是能够被改变的字段。
如本文所使用的,术语“别名”可以指代与一个或多个其他规则重叠的规则(例如,契约、策略、配置等)。例如,如果在网络的逻辑模型中定义的契约1与在网络的逻辑模型中定义的契约2重叠,则可以说契约1是契约2的别名。在此示例中,通过使契约2成为别名,契约1可使得契约2冗余或不可操作。例如,如果契约1具有比契约2更高的优先级,则这种别名化可基于契约1的重叠和更高优先级特性而致使契约2冗余。
如本文所使用的,术语“APIC”可以指代ACI框架中的一个或多个控制器(例如,控制器116)。APIC可以为ACI多租户结构提供统一的自动化和管理点、策略编程、应用部署、健康监控。APIC可以实现为单个控制器,分布式控制器,或复制的、同步的和/或集群的控制器。
如本文所使用的,术语“BDD”可以指代二元决策树。二元决策树可以是表示函数(例如,布尔函数)的数据结构。
如本文所使用的,术语“BD”可以指代桥接域。桥接域可以是一组共享相同洪泛或广播特性的逻辑端口。与虚拟LAN(VLAN)一样,桥接域可以跨越多个设备。桥接域可以是L2(第2层)构造。
如本文所使用的,“消费者”可以指代消费服务的端点、资源和/或EPG。
如本文所使用的,“情境(context)”可以指代L3(第3层)地址域,其允许路由表的多个实例存在并同时工作。这通过允许在不使用多个设备的情况下对网络路径进行分段来提高功能性。情境或L3地址域的非限制性示例可以包括虚拟路由和转发(VRF)实例、私有网络等。
如本文所使用的,术语“契约”可以指代指定在网络中进行什么通信以及如何进行通信(例如,允许、拒绝、过滤、处理通信等)的规则或配置。在ACI网络中,契约可以指定端点和/或EPG之间的通信如何发生。在一些示例中,契约可以提供类似于访问控制列表(ACL)的规则和配置。
如本文所使用的,术语“可辨别名称”(DN)可以指代描述诸如MO之类的对象并且定位其在管理信息模型200中的位置的唯一名称。在一些情况下,DN可以是(或等同于)全限定域名(FQDN)。
如本文所使用的,术语“端点组”(EPG)可以指代与端点的集合或组相关联的逻辑实体或对象,如先前参考图1B所描述的。
如本文所使用的,术语“过滤器”可以指代用于允许通信的参数或配置。例如,在其中默认情况下所有通信都被阻止的白名单模型中,必须给予通信明确的许可,以防止此类通信被阻止。过滤器可以定义针对一个或多个通信或分组的(一个或多个)许可。因此,过滤器的功能可以类似于ACL或防火墙规则。在一些示例中,过滤器可以在分组(例如,TCP/IP)头部字段中实现,例如,L3协议类型、L4(第4层)端口等,其例如用于允许端点或EPG之间的入站或出站通信。
如本文所使用的,术语“L2输出”可以指代桥接连接。桥接连接可以连接同一网络的两个或更多个段,使得它们可以通信。在ACI框架中,L2输出可以是ACI结构(例如,结构120)和外部第2层网络(例如,交换机)之间的桥接(第2层)连接。
如本文所使用的,术语“L3输出”可以指代路由连接。路由第3层连接使用一组协议,该组协议确定数据所遵循的路径以便跨网络地从其源行进到其目的地。路由连接可以根据所选择的协议(例如,BGP(边界网关协议)、OSPF(开放式最短路径优先)、EIGRP(增强型内部网关路由协议)等)来执行转发(例如,IP转发)。
如本文所使用的,术语“管理对象”(MO)可以指代在网络(例如,网络环境100)中管理的对象的抽象表示。对象可以是具体对象(例如,交换机、服务器、适配器等)或逻辑对象(例如,应用简档、EPG、故障等)。MO可以是在网络中管理的网络资源或元素。例如,在ACI环境中,MO可以包括ACI结构(例如,结构120)资源的抽象。
如本文所使用的,术语“管理信息树”(MIT)可以指代包含系统的MO的分层管理信息树。例如,在ACI中,MIT包含ACI结构(例如,结构120)的MO。MIT也可以被称为管理信息模型(MIM),例如管理信息模型200。
如本文所使用的,术语“策略”可以指代用于控制系统或网络行为的某些方面的一个或多个规范。例如,策略可以包括命名实体,该命名实体包含用于控制系统行为的一些方面的规范。为了说明,第3层外部网络策略可以包含BGP协议,以在将结构120连接到外部第3层网络时使能BGP路由功能。
如本文所使用的,术语“简档”可以指代与策略相关联的配置细节。例如,简档可以包括命名实体,该实体包含用于实现策略的一个或多个实例的配置细节。为了说明,针对路由策略的交换机节点简档可以包含特定于交换机的配置细节以实现BGP路由协议。
如本文所使用的,术语“提供者”指代提供服务的对象或实体。例如,提供者可以是提供服务的EPG。
如本文所使用的,术语“主体”指代用于定义通信的契约中的一个或多个参数。例如,在ACI中,契约中的主体可以指定什么信息可以被传送以及如何被传送。主体的功能类似于ACL。
如本文所使用的,术语“租户”指代网络中的隔离单元。例如,租户可以是安全且排他的虚拟计算环境。在ACI中,租户可以是从策略角度看的隔离单元,但不一定代表私有网络。实际上,ACI租户可以包含多个私有网络(例如,VRF)。租户可以代表服务提供者设置中的消费者、企业设置中的组织或领域、或仅代表策略组。
如本文所使用的,术语“VRF”指代虚拟路由和转发实例。VRF可以定义第3层地址域,其允许路由表的多个实例存在并同时工作。这通过允许在不使用多个设备的情况下对网络路径进行分段来提高功能性。其也被称为情境或私有网络。
已经描述了本文使用的各种术语,本公开现在返回到对图2A中的管理信息模型(MIM)200的讨论。如前所述,MIM 200可以是分层管理信息树或MIT。此外,MIM 200可以由控制器116(例如,ACI中的APIC)管理和处理。控制器116可以通过将其可管理特性呈现为可以根据对象在模型的分层结构内的位置而继承的对象属性来实现对被管理资源的控制。
MIM 200的分层结构从位于顶部(根)的策略全集202开始并且包含双亲(parent)节点和子节点116、204、206、208、210、212。树中的节点116、202、204、206、208、210、212表示管理对象(MO)或对象组。结构(例如,结构120)中的每个对象具有唯一的可辨别名称(DN),其描述对象并定位其在树中的位置。节点116、202、204、206、208、210、212可以包括如下所述的各种MO,其包含统管系统的操作的策略。
控制器116
控制器116(例如,APIC控制器)可以为结构120提供管理、策略编程、应用部署和健康监控。
节点204
节点204包括用于使管理员能够执行基于域的访问控制的策略的租户容器。租户的非限制性示例可以包括:
管理员根据用户的需求定义的用户租户。它们包含统管资源(例如,应用、数据库、web服务器、网络附接存储、虚拟机等)的操作的策略。
公共租户由系统提供,但是可以由管理员配置。它包含统管所有租户可访问资源(例如,防火墙、负载平衡器、第4层到第7层服务、入侵检测设备等)的操作的策略。
基础设施租户由系统提供,但是可以由管理员配置。它包含统管基础设施资源(例如,结构覆盖(例如,VXLAN))的操作的策略。它还使得结构提供者能够选择性地将资源部署到一个或多个用户租户。基础设施租户策略可由管理员进行配置。
管理租户由系统提供,但是可以由管理员配置。它包含统管结构管理功能的操作的策略,这些功能用于对结构节点的带内和带外配置。管理租户包含用于控制器/结构内部通信的私有界外(out-of-bound)地址空间,该地址空间位于通过交换机的管理端口提供访问的结构数据路径之外。管理租户使能与虚拟机控制器的通信的发现和自动化。
节点206
节点206可以包含统管交换机访问端口的操作的访问策略,交换机访问端口提供到诸如存储、计算、第2层和第3层(桥接和路由)连通性、虚拟机管理程序、第4层到第7层设备等之类的资源的连接。如果租户需要除默认链路、思科发现协议(Cisco DiscoveryProtocol,CDP)、链路层发现协议(LLDP)、链路聚合控制协议(LACP)或生成树协议(STP)中提供的接口配置以外的接口配置,则管理员可以配置访问策略以在叶节点104的访问端口上使能此类配置。
节点206可以包含统管交换机结构端口的操作的结构策略,包括诸如网络时间协议(NTP)服务器同步、中间系统到中间系统协议(IS-IS)、边界网关协议(BGP)路由反射器、域名系统(DNS)等之类的功能。结构MO包含诸如电源、风扇、底座等之类的对象。
节点208
节点208可以包含VM域,其将具有类似的联网策略要求的VM控制器聚集起来。VM控制器可以共享虚拟空间(例如,VLAN或VXLAN空间)和应用EPG。控制器116与VM控制器通信以发布网络配置,例如随后应用于虚拟工作负载的端口组。
节点210
节点210可以包含第4层到第7层服务集成生命周期自动化框架,其使得系统能够在服务在线或离线时动态地做出响应。策略可以提供服务设备包和库存管理功能。
节点212
节点212可以包含统管结构120的用户权限、角色和安全域的访问、认证和计费(AAA)策略。
分层策略模型可以很好地适合API,例如REST API接口。调用时,API可以读取或写入MIT中的对象。URL可以直接映射到标识MIT中的对象的可辨别名称。例如,MIT中的数据可以被描述为以XML或JSON编码的自包含结构化树文本文档。
图2B示出了用于MIM 200的租户部分的示例对象模型220。如前所述,租户是用于使管理员能够执行基于域的访问控制的应用策略的逻辑容器。因此,租户代表了从策略角度看的隔离单元,但它不一定代表私有网络。租户可以代表服务提供者设置中的客户、企业设置中的组织或域、或者仅代表方便的策略分组。此外,租户可以彼此隔离或可以共享资源。
MIM 200的租户部分204A可以包括各种实体,并且租户部分204A中的实体可以从双亲实体继承策略。租户部分204A中的实体的非限制性示例可以包括过滤器240、契约236、外部网络222、桥接域230、VRF实例234、和应用简档224。
桥接域230可以包括子网232。契约236可以包括主体238。应用简档224可以包含一个或多个EPG 226。一些应用可以包含多个组件。例如,电子商务应用可能需要web服务器、数据库服务器、位于存储区域网络中的数据、以及对允许实现金融交易的外部资源的访问。应用简档224包含与提供应用的能力在逻辑上相关的尽可能多(或少)的EPG。
EPG 226可以以各种方式来组织,例如基于它们提供的应用、它们提供的功能(例如基础设施)、它们在数据中心(例如DMZ)的结构中的位置、或者结构或租户管理员选择使用的任何组织原则。
结构中的EPG可以包含各种类型的EPG,例如,应用EPG、第2层外部网络外实例EPG、第3层外部网络外实例EPG、用于带外或带内访问的管理EPG等。EPG 226还可以包含属性228,例如基于封装的EPG、基于IP的EPG、或基于MAC的EPG。
如前所述,EPG可以包含具有共同特性或属性(例如,共同策略要求(例如,安全性、虚拟机移动性(VMM)、QoS、或第4层到第7层服务)的端点(例如,EP 122)。不是单独配置和管理端点,而是可以将它们放在EPG中并作为群组进行管理。
策略应用于EPG,包括它们所包含的端点。EPG可以由管理员在控制器116中静态配置,或者由诸如VCENTER或OPENSTACK之类的自动系统动态地配置。
为在租户部分204A中激活租户策略,应配置结构访问策略并将其与租户策略相关联。访问策略使管理员能够配置其他网络配置,例如,端口信道和虚拟端口信道,诸如LLDP、CDP或LACP之类的协议,以及诸如监控或诊断之类的特征。
图2C示出了MIM 200中的租户实体和访问实体的示例关联260。策略全集202包含租户部分204A和访问部分206A。因此,租户部分204A和访问部分206A通过策略全集202相关联。
访问部分206A可以包含结构和基础设施访问策略。通常,在策略模型中,EPG与VLAN耦合。例如,为使流量流过,EPG被部署在具有在物理、VMM、L2输出、L3输出或光纤信道域中的VLAN的叶端口上。
因此,访问部分206A包含域简档236,其可以定义例如要与EPG相关联的物理、VMM、L2输出、L3输出或光纤信道域。域简档236包含VLAN实例简档238(例如,VLAN池)和可附接访问实体简档(AEP)240,它们直接与应用EPG相关联。AEP 240将关联的应用EPG部署到它所附接的端口,并自动执行分配VLAN的任务。虽然大型数据中心可以在数百个VLAN上配有数千个活动的VM,但结构120可以自动从VLAN池分配VLAN ID。与在传统数据中心中的中继(trunk down)VLAN相比,这节省了时间。
图2D示出了诸如网络环境100之类的网络的示例模型的示意图。可以基于与MIM200中定义的各种对象、策略、属性和元素相关联的特定配置和/或网络状态参数来生成模型。模型可以被实现用于网络分析和保证,并且可以在实现的各个阶段和网络的各个级别提供对网络的描述。
如图所示,模型可以包括L_模型270A(逻辑模型)、LR_模型270B(逻辑呈现模型或逻辑运行时(runtime)模型)、Li_模型272(针对i的逻辑模型)、Ci_模型274(针对i的具体模型)和/或Hi_模型276(针对i的硬件模型或TCAM模型)。
L_模型270A是在网络(例如,网络环境100)中配置的MIM 200中的各种元素(例如,如网络中配置的MIM 200中的对象、对象属性、对象关系和其他元素)的逻辑表示。控制器116可以基于针对网络而输入在控制器116中的配置来生成L_模型270A,并且因此L_模型270A表示控制器116处的网络的逻辑配置。这是对在网络实体(例如,应用、租户等)的元素被连接并且结构120被控制器116配设时所期望的“结束状态”表述的声明。因为L_模型270A表示输入在控制器116中的配置(包括MIM 200中的对象和关系),它还可以反映管理员的“意图”:管理员希望网络和网络元件如何运作。
L_模型270A可以是结构或网络范围的逻辑模型。例如,L_模型270A可以描述来自每个控制器116的配置和对象。如前所述,网络环境100可以包括多个控制器116。在一些情况下,两个或更多个控制器116可以包括用于网络的不同配置或逻辑模型。在这种情况下,L_模型270A可以获得来自控制器116的配置或逻辑模型中的任一者,并基于来自所有控制器116的配置和逻辑模型来生成结构或网络范围的逻辑模型。因此,L_模型270A可以在控制器116之间合并配置或逻辑模型,以提供综合的逻辑模型。L_模型270A还可以解决或解释可能由不同控制器116处的配置或逻辑模型导致的任何依赖性、冗余、冲突等。
LR_模型270B是控制器116(例如,ACI中的APIC)从L_模型270A中解析的抽象模型表述。LR_模型270B可以提供将被递送到物理基础设施(例如,结构120)以执行一个或多个策略的配置组件。例如,LR_模型270B可以被递送到结构120中的叶节点104,以将叶节点104配置用于与附接的端点122通信。LR_模型270B还可以包含状态信息以捕获网络(例如,结构120)的运行时状态。
在一些情况下,LR_模型270B可以提供L_模型270A的表示,其根据可以传播到结构120的物理基础设施(例如,叶节点104、脊节点102等)和/或被结构120的物理基础设施所理解的特定格式或表述来标准化。例如,LR_模型270B可以将L_模型270A中的元素与可以由结构120中的交换机解释和/或编译的特定标识符或标签(例如,用作分类符的硬件平面标识符)相关联。
Li_模型272是从L_模型270A和/或LR_模型270B获得的交换机级或特定于交换机的模型。Li_模型272可以将L_模型270A和/或LR_模型270B投射在特定交换机或设备i上,并且因此可以传达L_模型270A和/或LR_模型270B应该如何出现在特定交换机或设备i处或如何在特定交换机或设备i处实现。
例如,Li_模型272可以投射与特定交换机i有关的L_模型270A和/或LR_模型270B,以捕获L_模型270A和/或LR_模型270B在交换机i处的交换机级表示。为了说明,Li_模型272L1可以表示投射到叶节点1(104)或在叶节点1(104)处实现的L_模型270A和/或LR_模型270B。因此,对于结构120上的个体设备(例如,叶节点104、脊节点102等),可以从L_模型270A和/或LR_模型270B生成Li_模型272。
在一些情况下,可以使用JSON(JavaScript对象表示法)来表示Li_模型272。例如,Li_模型272可以包括JSON对象,例如规则、过滤器、条目和范围。
Ci_模型274是在单独的结构成员i(例如,交换机i)处的实际状态内(in-state)配置。换句话说,Ci_模型274是基于Li_模型272的交换机级或特定于交换机的模型。例如,控制器116可以将Li_模型272递送到叶节点1(104)。叶节点1(104)可以采用Li_模型272(其可以特定于叶节点1(104)),并且叶节点1(104)可以将Li_模型272中的策略呈现为在叶节点1(104)上运行的具体模型Ci_模型274。例如,叶节点1(104)可以通过叶节点1(104)上的OS来呈现Li_模型272。因此,Ci_模型274可以类似于经编译的软件,因为它采用叶节点1(104)处的交换机OS可以执行的Li_模型272的形式。
在一些情况下,Li_模型272和Ci_模型274可以具有相同或相似的格式。例如,Li_模型272和Ci_模型274可以基于JSON对象。具有相同或相似格式可以协助Li_模型272和Ci_模型274中的对象进行比较以确定是否对等或一致。如本文进一步描述的,这种对等性或一致性检查可以用于网络分析和保证。
Hi_模型276也是针对交换机i的交换机级或特定于交换机的模型,但是基于针对交换机i的Ci_模型274。Hi_模型276是在单独的结构成员i(例如,交换机i)处的硬件或存储器(例如,TCAM存储器)上存储或呈现的实际配置(例如,规则)。例如,Hi_模型276可以表示叶节点1(104)基于叶节点1(104)处的Ci_模型274在叶节点1(104)的硬件(例如,TCAM存储器)上存储或呈现的配置(例如,规则)。叶节点1(104)处的交换机OS可以呈现或执行Ci_模型274,并且叶节点1(104)可以存储或呈现来自存储设备(例如,叶节点1(104)处的存储器或TCAM)中的Ci_模型274的配置。来自由叶节点1(104)存储或呈现的Hi_模型276的配置表示在处理流量时将由叶节点1(104)实现的配置。
虽然模型272、274、276被示出为特定于设备的模型,但是类似的模型可以针对结构120中的结构成员(例如,叶节点104和/或脊节点102)的集合而生成或聚合。当被组合时,特定于设备的模型(例如模型272、模型274和/或模型276)可以提供超出特定设备的结构120的表示。例如,在一些情况下,可以组合或聚合与一些或所有各个结构成员(例如,叶节点104和脊节点102)相关联的Li_模型272、Ci_模型274和/或Hi_模型276,以基于各个结构成员生成一个或多个聚合模型。
如本文所提及的,术语H模型、T模型和TCAM模型可以互换使用以指代硬件模型,例如Hi_模型276。例如,Ti模型、Hi模型和TCAMi模型可以互换使用,以指代Hi_模型276。
模型270A、270B、272、274、276可以提供网络的各个方面或MIM 200的各个配置阶段的表示。例如,模型270A、270B、272、274、276中的一个或多个可以用于生成表示结构120的一个或多个方面(例如,底层拓扑、路由等)的底层模型278,表示网络环境100的覆盖或(一个或多个)逻辑段的一个或多个方面(例如,COOP、MPBGP、租户、VRF、VLAN、VXLAN、虚拟应用、VM、管理程序、虚拟交换等)的覆盖模型280,表示MIM 200中的租户部分204A的一个或多个方面(例如,安全性、转发、服务链、QoS、VRF、BD、契约、过滤器、EPG、子网等)的租户模型282,表示网络环境100中的一个或多个资源(例如,存储、计算、VM、端口信道、物理元件等)的资源模型284,等等。
通常,L_模型270A可以是存在于LR_模型270B中的内容的高级表述,其应当在具体设备上被呈现为Ci_模型274和Hi_模型276表述。如果模型之间存在任何间隙,则可能存在不一致的配置或问题。
图2E示出了不同模型的等价图290。在该示例中,从网络环境100中的(一个或多个)控制器116获得的L_模型270A可与从结构120中的一个或多个叶节点104获得的Hi_模型276进行比较。该比较可以提供对等性检查,以便确定(一个或多个)控制器116处的网络环境100的逻辑配置是否与在一个或多个叶节点104上呈现的规则(例如,诸如TCAM的存储设备中的规则和/或配置)一致或冲突。
例如,网络运营商可以从(一个或多个)控制器116定义网络环境100的对象和配置。(一个或多个)控制器116然后可以存储来自网络运营商的定义和配置,并且构造网络环境100的逻辑模型(例如,L_模型270A)。(一个或多个)控制器116可以将由网络运营商提供并反映在逻辑模型中的定义和配置推送到结构120中的每个节点(例如,叶节点104)。结构120中的节点可以接收这样的信息,并在节点的软件(例如,操作系统)上呈现或编译规则。在节点的软件上呈现或编译的规则可以被构造到构造模型(例如,Ci_模型274)中。然后,来自构造模型的规则可以从节点的软件推送到节点的硬件(例如,TCAM),并且作为规则存储或呈现在节点的硬件上。存储或呈现在节点的硬件上的规则可被构造在节点的硬件模型(例如,Hi_模型276)中。
因此,当网络运营商输入的定义和配置被推过每个阶段时,各种模型(例如,L_模型270A和Hi_模型276)可以表示每个阶段处的规则和配置(例如,(一个或多个)控制器116的意图规范、节点的软件的呈现或编译、节点的硬件上的呈现或存储等)。因此,诸如L_模型270A和Hi_模型276之类的各种模型的对等性检查可用于确定定义和配置是否已在与各种模型相关联的每个相应阶段处被正确地推送、呈现和/或存储。如果模型通过了对等性检查,则可以将每个阶段(例如,(一个或多个)控制器116、节点上的软件、节点上的硬件等)处的定义和配置验证为准确且一致。相反,如果在对等性检查中存在错误,则可以在一个或多个特定阶段检测到误配置。各种模型之间的对等性检查也可用于确定问题或误配置发生在何处(例如,在哪个阶段)。例如,可以基于哪个(哪些)模型未能通过对等性检查来确定发生问题或误配置的阶段。
L_模型270A和Hi_模型276可在各自的结构292A、292B中存储或呈现规则、配置、属性、定义等。例如,L_模型270A可在诸如文件或对象(例如,JSON、XML等)之类的数据结构292A中存储或呈现规则、配置、对象、属性等,并且Hi_模型276可在诸如TCAM存储器之类的存储器292B中存储或呈现规则、配置等。与L_模型270A和Hi_模型276相关联的结构292A、292B可影响所存储或呈现的数据(例如,规则、配置、属性、定义等)的格式、组织、类型等。
例如,L_模型270A可将数据存储为对象和对象属性294A,例如EPG、契约、过滤器、租户、情境、BD、网络范围的参数等。Hi_模型276可将数据存储为值和表294B,例如值/掩码对、范围表达式、辅助表等。
结果,L_模型270A和Hi_模型276中的数据可被标准化、规范化、图解化、模型化、重新格式化、扁平化等,以执行L_模型270A和Hi_模型276之间的对等性。例如,可以使用位向量、布尔函数、ROBDD等来转换数据,以执行L_模型270A和Hi_模型276之间的数学对等性检查。
图3A示出了用于网络保证的示例保证设备300的图。在该示例中,保证设备300可以包括以集群模式操作的k个VM 110。在此示例中为了解释的目的而使用VM。然而,应该理解,本文还设想了其他配置,例如,使用容器、裸金属设备、端点122、或任何其他物理或逻辑系统。此外,例如,虽然图3A示出了集群模式配置,但是本文还设想了其他配置,例如单模式配置(例如,单个VM、容器或服务器)或服务链。
保证设备300可以在一个或多个服务器106、VM 110、管理程序108、EP 122、叶节点104、控制器116或任何其他系统或资源上运行。例如,保证设备300可以是在网络环境100中的一个或多个VM 110上运行的逻辑服务或应用。
保证设备300可以包括数据框架308,其可以基于例如APACHE APEX和HADOOP。在一些情况下,保证检查可以被编写为驻留在数据框架308中的个体操作器(operator)。这允许实现本地水平扩展架构,其能够扩展到结构120(例如,ACI结构)中的任意数量的交换机。
保证设备300可以以可配置的周期(例如,时段)轮询结构120。分析工作流可以被设置为操作器310的DAG(有向无环图),其中数据从一个操作器流向另一操作器,并且最终生成结果并且针对每个间隔(例如,每个时段)将结果永久保存到数据库302。
上层(north-tier)实现API服务器(例如,APACHE Tomcat和Spring框架)304和Web服务器306。图形用户界面(GUI)经由暴露给客户的API进行交互。客户还可以使用这些API来从保证设备300收集数据,以进一步集成到其他工具中。
数据框架308(例如,APEX/Hadoop)中的操作器310可以一起支持保证操作。以下是保证设备300可以通过操作器310执行的保证操作的非限制性示例。
安全性策略遵守
保证设备300可以检查以确保来自可以反映用户对网络的意图的L_模型270A的配置或规范(包括例如安全性策略和客户配置的契约)被正确地实现和/或呈现在Li_模型272、Ci_模型274和Hi_模型276中,并且因此由结构成员(例如,叶节点104)适当地实现和呈现,并且报告任何发现的错误、契约违规或不规则。
静态策略分析
保证设备300可以检查用户的一个或多个意图的规范中的问题(例如,识别L_模型270A中的矛盾或冲突的策略)。保证设备300可基于网络的意图规范来识别线头事件。线头和策略分析可以包括网络的(一个或多个)意图规范的语义和/或句法检查。
TCAM利用率
TCAM是结构(例如,结构120)中的稀缺资源。然而,保证设备300可以通过网络数据(例如,最长前缀匹配(LPM)表、路由表、VLAN表、BGP更新等)、契约、逻辑组118(例如,EPG)、租户、脊节点102、叶节点104、和网络环境100中的其他维度和/或MIM 200中的对象来分析TCAM利用率,以向网络运营商或用户提供对该稀缺资源的利用率的可见性。这对规划和其他优化目的有很大帮助。
端点检查
保证设备300可以验证结构(例如,结构120)在所注册的端点信息中没有不一致(例如,两个叶节点宣告相同的端点、重复的子网等),以及其他这样的检查。
租户路由检查
保证设备300可以验证BD、VRF、子网(内部和外部两者)、VLAN、契约、过滤器、应用、EPG等被正确地编程。
基础设施路由
保证设备300可以验证基础设施路由(例如,IS-IS协议)没有导致黑洞、环路、振荡(flap)的收敛问题和其他问题。
MP-BGP路由反射检查
网络结构(例如,结构120)可以与其他外部网络接口连接,并通过一个或多个协议(例如,边界网关协议(BGP)、开放式最短路径优先(OSPF)等)提供到它们的连接。通过例如MP-BGP在网络结构内通告已获知的路由。这些检查可以保证通过例如MP-BGP(例如,来自边界叶节点)的路由反射服务不具有健康问题。
逻辑线头(Lint)和实时变化分析
保证设备300可以验证网络的规范(例如,L_模型270A)中的规则是完整的并且没有不一致或其他问题。可以由保证设备300通过在L_模型270A和/或MIM 200中的MO的相关联的配置上执行的语法和语义检查来检查MIM 200中的MO。保证设备300还可以验证不必要的、陈旧的、未使用的或冗余的配置(例如契约)被移除。
图3B示出了用于网络保证的示例系统350(例如,保证设备300)的架构图。在一些情况下,系统350可以对应于先前关于图3A所讨论的操作器310的DAG。
在该示例中,拓扑探测器312与控制器116(例如,APIC控制器)通信,以便发现或以其他方式构建结构120的综合拓扑视图(例如,脊节点102、叶节点104、控制器116、端点122、和任何其他组件及其互连)。虽然各种架构组件以单个盒装方式来表示,但是应理解,给定的架构组件(例如,拓扑探测器312)可对应于一个或多个个体操作器310,并且可以包括一个或多个节点或端点,例如一个或多个服务器、VM、容器、应用、服务功能(例如,服务链中的功能或虚拟化网络功能)等。
拓扑探测器312被配置为发现结构120中的节点,例如,控制器116、叶节点104、脊节点102等。拓扑探测器312还可以检测在控制器116之间执行的多数选举,并确定控制器116之间是否存在规定数量(quorum)。如果不存在规定数量或多数,则拓扑探测器312可以触发事件并警告用户控制器116之间存在配置或其他错误,其阻止达到规定数量或多数。拓扑探测器312可以检测作为结构120的一部分的叶节点104和脊节点102,并将其相应的带外管理网络地址(例如,IP地址)发布到下游服务。这可以是在拓扑探测器312发现时段(例如,5分钟或某个其他指定间隔)结束时发布到下游服务的拓扑视图的一部分。
在一些示例中,拓扑探测器312可以接收与网络/结构(例如,结构120)相关联的控制器116(例如,APIC控制器)的列表作为输入。拓扑探测器312还可以接收相应的证书以登录到每个控制器。拓扑探测器312可以使用例如REST调用从每个控制器取回信息。拓扑探测器312可以从每个控制器获得该控制器知道的节点列表(例如,叶节点104和脊节点102)及其相关联的属性。拓扑探测器312可以从控制器116获得节点信息,包括但不限于,IP地址、节点标识符、节点名称、节点域、节点URI、节点_dm、节点角色、节点版本等。
拓扑探测器312还可以确定控制器116是否是规定数量的,或者它们之间是否充分地以通信方式耦合。例如,如果存在n个控制器,则当(n/2+1)个控制器知道彼此和/或以通信方式耦合时,可以满足规定数量的条件。拓扑探测器312可以通过解析从控制器返回的数据并识别其组成节点之间的通信耦合来确定规定数量(或识别任何失败的节点或控制器)。拓扑探测器312可以识别网络中每个节点的类型,例如,脊节点、叶节点、APIC等,并将该信息包括在所生成的拓扑信息中(例如,拓扑图或模型)。
如果不存在规定数量,则拓扑探测器312可以触发事件并警告用户需要重新配置或适当注意。如果存在规定数量,则拓扑探测器312可以将网络拓扑信息编译为JSON对象,并将其向下游传递给其他操作器或服务,例如统一收集器314。
统一收集器314可以从拓扑探测器312接收拓扑视图或模型,并使用拓扑信息以从结构120收集用于网络保证的信息。统一收集器314可以轮询结构120中的节点(例如,控制器116、叶节点104、脊节点102等)以从这些节点收集信息。
统一收集器314可以包括一个或多个收集器(例如,收集器设备、操作器、应用、VM等),其被配置为从拓扑探测器312和/或结构120中的节点收集信息。例如,统一收集器314可以包括收集器集群,并且可以将每个收集器分配给拓扑模型和/或结构120内的节点的子集,以便从其被分配的节点的子集收集信息。为提高性能,统一收集器314可以以并行、多线程方式运行。
统一收集器314可以跨各个收集器实现负载平衡,以提高整个收集过程的效率。可以通过管理节点的子集到收集器的分布来优化负载平衡,例如通过随机地将节点散布到收集器。
在一些情况下,保证设备300可以运行统一收集器314的多个实例。这还可以允许保证设备300通过分片(sharding)和/或负载平衡来针对拓扑结构(例如,包括脊节点102、叶节点104、控制器116等的结构120)中的每个节点分布收集数据的任务,以及将收集任务和/或节点映射到统一收集器314的特定实例,其中跨越节点的数据收集由统一收集器314的各个实例并行执行。在给定节点内,可以串行地执行命令和数据收集。保证设备300可以控制统一收集器314的每个实例用于从结构120轮询数据的线程的数量。
统一收集器314可以收集来自控制器116的模型(例如,L_模型270A和/或LR_模型270B),来自结构120中的节点(例如,叶节点104和/或脊节点102)的交换机软件配置和模型(例如,Ci_模型274),来自结构120中的节点(例如,叶节点104和/或脊节点102)的硬件配置和模型(例如,Hi_模型276)等。统一收集器314可以收集来自各个节点或结构成员(例如,叶节点104和脊节点102)的Ci_模型274和Hi_模型276,以及来自网络环境100中的一个或多个控制器(例如,控制器116)的L_模型270A和/或LR_模型270B。
统一收集器314可以轮询拓扑探测器312发现的设备,以便从结构120(例如,从结构的组成成员)收集数据。统一收集器314可以使用由控制器116和/或交换机软件(例如,交换机OS)暴露的接口(包括例如表示状态转移(REST)接口和安全外壳(SSH)接口)来收集数据。
在一些情况下,统一收集器314经由REST API收集L_模型270A、LR_模型270B和/或Ci_模型274,并且经由SSH、使用交换机软件所提供的实用程序(例如,用于访问交换机命令行接口(CLI)的虚拟外壳(VSH或VSHELL)或用于访问线卡的运行时状态的VSH_LC外壳)收集硬件信息(例如,配置、表、结构卡信息、规则、路由等)。
统一收集器314可以轮询来自控制器116的其他信息,包括但不限于:拓扑信息、租户转发/路由信息、租户安全性策略、契约、接口策略、物理域或VMM域信息、结构中的节点的OOB(带外)管理IP等。
统一收集器314还可以轮询来自结构120中的节点(例如,叶节点104和脊节点102)的信息,包括但不限于:用于VLAN、BD和安全性策略的Ci_模型274;节点(例如,叶节点104和/或脊节点102)的链路层发现协议(LLDP)连通性信息;来自EPM/COOP的端点信息;来自脊节点102的结构卡信息;来自结构120中的节点的路由信息库(RIB)表;来自结构120中的节点的转发信息库(FIB)表;来自结构120中的节点的安全组硬件表(例如,TCAM表);等等。
在一些情况下,统一收集器314可以从网络获得运行时状态并且将运行时状态信息合并到L_模型270A和/或LR_模型270B中。统一收集器314还可以从控制器116获得多个逻辑模型,并基于逻辑模型生成综合或网络范围的逻辑模型(例如,L_模型270A和/或LR_模型270B)。统一收集器314可以比较来自控制器116的逻辑模型,解决依赖性,移除冗余等,并为整个网络或结构生成单个L_模型270A和/或LR_模型270B。
统一收集器314可以跨控制器116和结构节点或成员(例如,叶节点104和/或脊节点102)收集整个网络状态。例如,统一收集器314可以使用REST接口和SSH接口来收集网络状态。统一收集器314收集的该信息可以包括与链路层、VLAN、BD、VRF、安全性策略等有关的数据。可以在LR_模型270B中表示状态信息,如前所述。然后,统一收集器314可以将收集的信息和模型发布给对此类信息感兴趣或需要此类信息的任何下游操作器。统一收集器314可以在接收到信息时发布信息,使得数据被流送到下游操作器。
统一收集器314所收集的数据可以被压缩并发送到下游服务。在一些示例中,统一收集器314可以以在线方式或实时方式收集数据,并在收集数据时向下游发送数据以供进一步分析。在一些示例中,统一收集器314可以以离线方式收集数据,并且编译数据以供稍后分析或传输。
保证设备300可以联系控制器116、脊节点102、叶节点104和其他节点以收集各种类型的数据。在一些场景中,保证设备300可能经历失败(例如,连通性问题、硬件或软件错误等),这使其在一段时间内无法收集数据。保证设备300可以无缝地处理这种失败,并基于这样的失败生成事件。
交换机逻辑策略生成器316可以从统一收集器314接收L_模型270A和/或LR_模型270B,并且为结构120中的每个网络设备i(例如,交换机i)计算Li_模型272。例如,交换机逻辑策略生成器316可以接收L_模型270A和/或LR_模型270B并通过为结构120中的每个单独节点i(例如,脊节点102和/或叶节点104)投射逻辑模型来生成Li_模型272。交换机逻辑策略生成器316可以为结构120中的每个交换机生成Li_模型272,从而为每个交换机创建基于L_模型270A和/或LR_模型270B的交换机逻辑模型。
每个Li_模型272可以表示在结构120中的相应网络设备i(例如,交换机i)处投射或应用的L_模型270A和/或LR_模型270B。在一些情况下,可以以与相应网络设备兼容的方式将Li_模型272标准化或格式化。例如,可以以可由相应网络设备读取或执行的方式将Li_模型272格式化。为进行说明,Li_模型272可以包括可由相应网络设备解析的特定标识符(例如,控制器116用作分类符的硬件平面标识符等)或标签(例如,策略组标签)。在一些情况下,Li_模型272可以包括JSON对象。例如,Li_模型272可以包括JSON对象来表示规则、过滤器、条目、范围等。
用于Li_模型272的格式可以与Ci_模型274的格式相同或一致。例如,Li_模型272和Ci_模型274两者都可以基于JSON对象。类似或匹配的格式可以使Li_模型272和Ci_模型274能够进行对等性或一致性的比较。这种对等性检查可以有助于网络分析和保证,如本文进一步解释的。
交换机逻辑配置生成器316还可以执行变化分析并生成针对在L_模型270A和/或LR_模型270B中发现的问题的线头事件(lint event)或记录。线头事件或记录可用于为用户或网络运营商生成警报。
策略操作器318可以针对每个交换机从统一收集器314接收Ci_模型274和Hi_模型276,并且针对每个交换机从交换机逻辑策略生成器316接收Li_模型272,并且基于Ci_模型274、Hi_模型276和Li_模型272执行保证检查和分析(例如,安全性遵守检查、TCAM利用率分析等)。策略操作器318可以通过比较模型中的一个或多个来逐个交换机地执行保证检查。
返回到统一收集器314,统一收集器314还可以将L_模型270A和/或LR_模型270B发送到路由策略解析器320,并且将Ci_模型274和Hi_模型276发送到路由解析器326。
路由策略解析器320可以接收L_模型270A和/或LR_模型270B,并解析(一个或多个)模型以获得与下游操作器(例如,端点检查器322和租户路由检查器324)相关的信息。类似地,路由解析器326可以接收Ci_模型274和Hi_模型276,并解析每个模型以获得针对下游操作器(端点检查器322和租户路由检查器324)的信息。
在解析Ci_模型274、Hi_模型276、L_模型270A和/或LR_模型270B之后,路由策略解析器320和/或路由解析器326可以将清理的协议缓冲区(Proto Buff)发送到下游操作器(端点检查器322和租户路由检查器324)。然后,端点检查器322可以生成与端点违规相关的事件,例如重复的IP、APIPA等,并且租户路由检查器324可以生成与BD、VRF、子网、路由表前缀等的部署相关的事件。
图3C示出了用于网络(例如,网络环境100)中的静态策略分析的示例系统的示意图。静态策略分析器360可以执行保证检查,以检测配置违规、逻辑线头事件、矛盾或冲突的策略、未使用的契约、不完整的配置等。静态策略分析器360可以检查L_模型270A中用户的一个或多个意图的规范,以确定控制器116中是否有任何配置与用户的一个或多个意图的规范不一致。
静态策略分析器360可以包括在保证设备300中执行或容宿的操作器310中的一个或多个。然而,在其他配置中,静态策略分析器360可运行与操作器310和/或保证设备300分离的一个或多个操作器或引擎。例如,静态策略分析器360可以是VM、VM集群、或服务功能链中的端点的集合。
静态策略分析器360可以从逻辑模型收集过程366接收L_模型270A并且接收为L_模型270A中的每个特征(例如,对象)定义的规则368作为输入。规则368可以基于MIM 200中的对象、关系、定义、配置、以及任何其他特征。规则368可以指定条件、关系、参数、和/或用于识别配置违规或问题的任何其他信息。
此外,规则368可以包括用于识别语法违规或问题的信息。例如,规则368可包括用于执行语法检查的一个或多个规则。语法检查可以验证L_模型270A的配置是否完整,并且可以帮助识别未使用的配置或规则。语法检查还可验证分层MIM 200中的配置是否完整(已定义),并识别已定义但未使用的任何配置。为进行说明,规则368可以指定L_模型270A中的每个租户都应被配置一个情境;L_模型270A中的每个契约都应指定提供者EPG和消费者EPG;L_模型270A中的每个契约都应指定主体、过滤器和/或端口;等等。
规则368还可以包括用于执行语义检查和识别语义违规或问题的规则。语义检查可以检查冲突的规则或配置。例如,规则1和规则2可能有别名问题,规则1可能比规则2更具体,从而产生冲突/问题,等等。规则368可以定义可能导致别名规则、冲突规则等的条件。为进行说明,规则368可以指定如果针对两个对象之间的特定通信的允许策略的优先级高于针对两个对象之间的同一通信的拒绝策略,则该允许策略可能与该拒绝策略相冲突,或者针对对象的一种规则使得另一规则显得不必要。
静态策略分析器360可以将规则368应用于L_模型270A,以检查L_模型270A中的配置,并基于检测到的任何问题而输出配置违规事件370(例如,警报、日志、通知等)。配置违规事件370可以包括语义或语义问题,例如,不完整的配置、冲突的配置、别名规则、未使用的配置、错误、策略违规、误配置的对象、不完整的配置、不正确的契约范围、不正确的对象关系等。
在一些情况下,静态策略分析器360可以迭代遍历基于L_模型270A和/或MIM 200生成的树中的每个节点,并在树中的每个节点处应用规则368以确定是否有任何节点发生违规(例如,不完整的配置、不恰当的配置、未使用的配置等)。当静态策略分析器360检测到任何违规时,它可以输出配置违规事件370。
现在,本公开转到图4A、4B和4C,其示出了示例方法。图4A示出了用于网络保证的示例方法,图4B示出了用于获得网络的拓扑模型、从拓扑模型中的节点收集配置、以及生成特定于节点的模型的示例方法,并且图4C示出了用于获得网络的网络范围的逻辑模型以及基于网络范围的逻辑模型来生成特定于节点的逻辑模型的示例方法。这些方法是通过示例的方式提供的,因为存在多种方式来实施这些方法。另外,虽然示例方法以特定的框或步骤的顺序示出,但是本领域普通技术人员将理解,图4A-4C以及其中示出的框可以以任何顺序执行,并且可以包括比所示的更少或更多的框。
图4A-4C中所示的每个框表示一个或多个步骤、过程、方法或方法中的例程。为了清楚和说明的目的,参考如图1A-B、2D和3A所示的保证设备300、模型270A-B、272、274、276和网络环境100来描述图4A-4C中的框。
参考图4A,在步骤400处,保证设备300可收集数据并获得与网络环境100相关联的模型。模型可以包括模型270A-B、272、274、276。数据可以包括结构数据(例如,拓扑结构、交换机、接口策略、应用策略、EPG等)、网络配置(例如,BD、VRF、L2输出、L3输出、协议配置等)、安全配置(例如,契约、过滤器等)、服务链配置、路由配置等。收集或获得的其它信息可以包括例如网络数据(例如,RIB/FIB、VLAN、MAC、ISIS、DB、BGP、OSPF、ARP、VPC、LLDP、MTU、QoS等)、规则和表(例如,TCAM规则、ECMP表等)、端点动态(例如,EPM、COOP EP DB等)、统计(例如,TCAM规则命中、接口计数器、带宽等)。
在步骤402处,保证设备300可分析所接收的数据和模型并且对其建模。例如,保证设备300可以执行形式建模和分析,这可以涉及确定模型之间的对等性,包括配置、策略等。
在步骤404处,保证设备300可以生成一个或多个智能事件。保证设备300可使用深度对象分层来生成智能事件以供详细分析,例如租户、交换机、VRF、规则、过滤器、路由、前缀、端口、契约、主题等。
在步骤406处,保证设备300可以可视化智能事件、分析和/或模型。保证设备300可在用户友好的GUI中显示问题和警报以供分析和调试。
参考图4B,在步骤420处,保证设备300可以从网络环境100中的控制器116获得网络环境100的逻辑模型(例如,L_模型270A和/或LR_模型270B)。逻辑模型可以包含来自与网络环境100相关联的诸如MIM200之类的分层管理信息树(MIT)的、为网络环境100配置的多个对象,并且表示多个对象的配置。多个对象可以对应于来自MIT的可管理对象,并且配置可以对应于基于MIT定义的对象属性和/或关系。
在步骤422处,保证设备300可以获得网络环境100中的结构120的拓扑模型。拓扑模型可以表示结构120的拓扑结构,包括叶节点104、脊节点102、控制器116等。此外,拓扑模型可以包括节点标识符、节点配置数据、节点寻址数据等。保证设备300可使用拓扑模型来标识结构120中的各个节点,并且在必要时与这些节点中的任意节点进行通信。
基于拓扑模型,在步骤424处,保证设备300可以针对在节点处的相应配置信息来轮询结构120中的节点(例如,叶节点104和脊节点102)。相应的配置信息可以包括规则、配置、运行时状态、模型、策略等。保证设备300可指定什么要被包括在相应的配置信息中。
在一些示例中,保证设备300可以向节点轮询配置信息,例如节点处的规则、节点处的配置设置、节点处的运行时状态数据、节点处的模型等。在一些示例中,节点处的模型可以包括具体和/或硬件模型。因此,保证设备300可以轮询节点以从节点获得相应的具体模型(例如,Ci_模型274)和/或硬件模型(例如,Hi_模型276)。保证设备300可以向节点轮询各种类型的配置信息,例如VLAN、BD、安全策略、LLDP信息、IP信息、前缀、结构卡信息、RIB/FIB表、安全组表、接口信息等。
基于相应的配置信息,在步骤426处,保证设备300可以获得或生成逻辑模型的相应特定于节点的表示。逻辑模型的相应特定于节点的表示可将逻辑模型投影到每个相应节点。例如,逻辑模型的相应特定于节点的表示可包括相应Ci_模型274和/或Hi_模型276。逻辑模型的相应特定于节点的表示可以包括从特定节点的角度来看的逻辑模型的部分,包括逻辑模型中与该特定节点有关的任何配置信息。例如,逻辑模型的相应特定于节点的表示可以是用于该特定节点的特定于节点的逻辑模型,其可以包括来自在节点处部署和/或可用的逻辑模型的那些对象和/或配置。
参考图4C,在步骤440处,保证设备300可以从控制器116获得与网络环境100相关联的一个或多个逻辑模型。一个或多个逻辑模型可以包括存储在网络环境100的控制器116处的对象和配置。例如,逻辑模型可以是在控制器116处基于可用于基于与网络环境100(例如,与ACI网络相关联的MIT)相关联的分层MIT(例如,MIM 200)的配置或定义的对象和对象属性而为网络环境100定义的对象和对象属性。
在步骤442处,基于一个或多个逻辑模型和配置,保证设备300可以生成网络环境100的网络范围的逻辑模型(例如,L_模型270A)。网络范围的逻辑模型可以表示与分层MIT(例如,MIM 200)相关联的对象的网络范围的配置,所述分层MIT与网络环境100相关联。在一些示例中,保证设备300可以对来自网络环境100中各个控制器116的逻辑模型进行组合,以构建单个网络环境100的网络范围的逻辑模型。
在步骤444处,保证设备300可以基于网络范围的逻辑模型来生成网络环境100的呈现的(或运行时)逻辑模型(例如,LR_模型270B)。呈现的逻辑模型可以包括网络环境100的运行时状态。呈现的逻辑模型可以以可由结构120中的节点(例如,叶节点104和脊节点102)读取、执行、呈现和/或解释的方式来格式化。在一些情况下,呈现的逻辑模型可以是网络范围的逻辑模型的平面模型,并且可以包含结构120中的节点可以理解的对象和/或标识符,例如JSON对象、硬件平面标识符、策略组标签、键/值对等。此外,呈现的逻辑模型可以是网络环境100的网络范围的逻辑模型,其被格式化以用于在结构120中的节点处呈现和/或编译,和/或包括为网络环境100收集的运行时状态数据。
在步骤446处,基于呈现的逻辑模型,保证设备300可以为网络环境100中的一个或多个节点(例如,结构120中的叶节点104和/或脊节点)生成网络范围的逻辑模型(例如,Li_模型272)的相应设备特定的表示。可以通过将呈现的逻辑模型呈现、编译或传播到相应节点(例如,叶节点_N 104)上以便将网络范围的逻辑模型投影到该相应节点上来生成相应设备特定的表示。换句话说,相应设备特定的表示可以传达如何在各个节点处感知网络范围的逻辑模型。例如,相应设备特定的表示可以是特定于交换机的逻辑模型,该特定于交换机的逻辑模型将网络范围的逻辑模型表示为被感知、投影、应用等到该特定交换机,包括在网络范围的逻辑模型中被呈现、编译和/或部署在特定交换机处的任何配置。
参考图5A-C,本公开现在转向对为诸如网络环境100之类的SDN网络定义的示例契约、对象和配置的描述。图5A示出了用于SDN网络(例如,网络环境100)中的契约和对象配置的图形表示500的示意图。契约和对象配置可以通过一个或多个契约和来自相应对象模型(例如,MIM 200)的对象来描述SDN网络中定义的通信策略和对象关系。契约范围可以定义两个或多个参与方实体或EPG之间的契约的范围。示例契约范围可以包括专用网络或情境(例如,VRF)、租户、应用简档和全局。全局范围可以应用于整个结构中的任何EPG或实体。
在示例图形表示500中,SDN网络(例如,网络环境100)由SDN 502表示。此处,SDN502是图形表示500中的根节点,并且可以表示一个或多个SDN网络框架,例如ACI和任何其他SDN网络框架。出于说明的目的,SDN 502可以表示在网络环境100中实现的ACI框架和/或部分。
SDN 502包括一个或多个子节点,在该示例中,这些子节点由租户对象504、506、508表示。应当注意,虽然将租户对象504、506、508示出为来自SDN 502的子节点,但是其他配置可以包括被配置为来自SDN 502的子节点的其他类型的对象(除了来自图形表示500的租户对象504、506、508之外),和/或包括在SDN 502下表示的分类的较低级中的租户对象。
租户对象504、506、508表示在SDN网络中配置的特定租户或租户容器。租户对象504、506、508可以由系统(例如,一个或多个控制器116)提供,或者由诸如结构管理员之类的用户进行配置。在该示例中,租户对象504对应于租户对象A,租户对象506对应于租户对象B,并且租户对象508对应于租户“公共”。公共租户包含控制所有租户可访问的资源和/或契约的操作的策略,例如防火墙、负载平衡器、第4层到第7层服务、入侵检测设备等。如本文所引用的,前缀“Tn”代表租户。例如,“Tn-公共”代表公共租户。
租户对象504、506、508也可以具有表示SDN 502中的其他对象的子节点。例如,可以为公共租户、租户对象508配置或应用契约524。在该示例中,契约524包括策略526,策略526允许端口80上的流量(即,HTTP流量)。租户对象504包括子节点510、512、514、516。子节点510、512、514、516包括描述与租户A相关联的一个或多个Web应用的EPG容器或属性的WebEPG对象510、表示为租户A定义的一个或多个契约的契约512、以及表示与租户A相关联的私有网络或情境(例如,VRF实例)(例如,情境1和情境2)的情境对象514、516。
租户对象506可以包括子节点518、520、522。子节点518、520、522包括AppEPG 518,AppEPG 518描绘了与租户对象506(即,租户B)相关联的应用EPG的EPG容器或属性、表示为租户对象506(即,租户B)定义的一个或多个契约的契约520、以及表示为租户对象506(即,租户B)配置的情境1的情境对象522。
图形表示500还示出了为租户对象504(即,租户A)定义的示例契约,来自契约512的契约528。如前所述,契约可以用于定义或控制SDN中的对象之间的流量流动,例如SDN中的EPG之间的通信。在该示例中,契约528定义了在租户对象504(即,租户A)中的WebEPG对象510和在租户对象506(即,租户B)中的AppEPG对象518之间的通信或流量。因此,契约528可以允许在与租户对象504(即,租户A)中的WebEPG对象510相关联的Web服务和在与租户对象506(即,租户B)中的AppEPG对象518相关联的应用或应用服务之间的通信。
契约可以包括各种可配置属性,例如名称、优先级(例如,QoS)、代码点(例如,DSCP代码点)、范围(例如,应用简档、专用网络或情境、租户、全局、EPG等)、描述等。而且,契约可以包括用于定义与契约相关联的通信参数的各种元素,例如标签、别名、过滤器(例如,用于对流量进行分类的第2层到第4层属性)、主题(例如,用于特定应用或服务的一组过滤器)、操作(例如,许可流量、标记流量、重定向流量、复制流量、阻止流量、日志流量等)等。
在一些情况下,契约属性可以定义与契约相关联的EPG或服务是契约的消费者还是契约的提供者。例如,EPG可以提供、消费契约、或者同时提供和消费契约。契约提供者可以是服务(例如,Web服务)的提供者,并且契约消费者可以是其他人(例如,Web服务的消费者)提供的服务的消费者。契约属性还可以用于定义流量流向,例如双向、消费者到提供者、提供者到消费者等。
例如,当契约与EPG相关联时,该EPG可以被定义为契约的提供者或消费者。为了说明,假设WebEPG对象510提供了需要由AppEPG对象518访问的Web服务(例如,HTTP)。在这种情况下,WebEPG对象510可以被设置为允许Web流量的契约(及其相关过滤器)的提供者,并且AppEPG对象518可以被设置为契约的消费者。
图5B示出了与租户对象504(即,租户A)相关联的WebEPG对象510和与租户对象506(即,租户B)相关联的AppEPG对象518之间的契约528(例如,Web契约)的表示。在契约528中,WebEPG对象510被定义为契约528的提供者,并且AppEPG对象518被定义为契约528的消费者。契约528可以被实现为允许与WebEPG对象510相关的应用向与AppEPG对象518相关的应用提供Web流量或服务。
当定义契约时,可以定义契约的范围以提供契约的实施级别或定义契约的可访问性。示例契约范围可以包括专用网络或情境(例如,VRF)、应用简档、租户、全局等。契约的范围可以定义SDN中各个实体(例如,EPG)之间的流量的流动和/或策略实施的级别。
图5C示出了诸如网络环境100之类的SDN网络中的对象的示例配置。该示例中的对象的配置可以包括租户对象562A-C、情境对象564A-C、BD对象566A-B、EPG对象568A-E、契约和契约属性,例如契约范围574、提供者属性570和消费者属性572。对象的这种配置可以定义实体(例如,应用、设备和租户)之间的流量的流动,以及安全性和实施策略。
在该示例中,租户对象562A被定义为共享的租户IT,租户对象562B被定义为租户雇员,并且租户对象562C被定义为租户财务。租户对象562A(即,共享的租户IT)被设置为契约的提供者570,而租户对象562B(即,租户雇员)和租户对象562C(即,租户财务)被设置为契约的消费者572。
租户对象562A具有被设置为共享的VRF的情境对象564A、被设置为共享的BD的BD对象566A以及针对EPG-SSO的EPG对象568A。租户对象562B具有被设置为共享的VRF的情境对象564B、被设置为VDI-BD的BD对象566B、以及被设置为EPG-VDI的EPG对象568B。租户对象562C具有被设置为VRF内部的情境564C,不具有经配置的相应BD对象,并且包括分别被设置为EPG-Web、EPG-APP和EPG-DB的EPG对象568C-E。
契约范围574被设置为提供者570和(一个或多个)消费者572之间的情境(VRF)。如先前所说明的,与被设置为提供者570的租户对象562A的EPG对象568A相关联的EPG-SSO具有与被设置为消费者572的租户对象562B的EPG对象568B相关联的EPG-VDI(即,情境对象564B被设置为共享的VRF)相同的情境(即,情境对象564A被设置为共享的VRF)。然而,分别与被设置为消费者572的租户对象562C的EPG对象568C-E相关联的EPG-Web、EPG-App和EPG-DB具有与EPG-SSO(其与EPG对象568A相关联)和EPG-VDI(其与EPG对象568B的相关联)不同的情境(即,情境对象564C被设置为VRF内部)。因此,在该示例中,将允许与EPG对象568A相关联的EPG-SSO和与EPG对象568B相关联的EPG-VDI之间的通信,因为它们具有匹配的情境(即,为其情境对象564A和564B定义的共享的VRF)。然而,由于提供者570和消费者572之间的契约范围574被设置为情境,并且在该示例中的情境对象564A和564C是不同的,所以与EPG对象568A相关联的EPG-SSO和分别与EPG对象568C-E相关联的EPG-Web、EPG-App和EPG-DB之间的通信将不被允许。
如上所述,契约范围574被错误地设置在与EPG对象568A相关联的EPG-SSO和分别与EPG对象568C-E相关联的EPG-Web、EPG-App和EPG-DB之间,并且将不会允许它们之间的通信。这可以通过将契约范围574更改为全局或者将情境对象564A和564C更改为匹配来解决。全局的契约范围将允许将关联的契约应用于与该契约相关联的所有EPG,即EPG 568A至568E。
在另一示例中,网络运营商在BD1(子网10.1.1.1/16)中创建EPG1,并且为租户1创建VRF1,在BD2(子网10.1.1.1/24)中创建EPG2,并且为租户2创建VRF2。网络运营商还在租户2中创建范围为VRF的契约C1。网络运营商将EPG1附加为契约C1的提供者,并且将EPG2附加为契约C1的消费者。但是,由于范围规则,即使消费者可能认为已部署契约C1,也将不会绑定EPG1和EPG2。此处,应该更改范围,以将提供者和消费者放在同一VRF上,或者将消费者的范围设置为“全局”。
在又一示例中,假设两个租户(例如,IT和雇员)具有两个单独的VRF,并且一个租户被设置为提供者并且包括Web-EPG,而第二租户被设置为消费者并且包括VDI-EPG。这两个租户(IT和雇员)具有单独的BD(例如,共享的BD和VDI-BD),但是BD具有相同的网络地址10.0.0.1/24。然而,契约范围具有不正确的设置(例如,范围不匹配或契约不具有附加至该契约的消费者)。因此,可以通过将消费者的契约范围更改为全局来固定该契约范围。然而,在通过将契约范围更改为全局来固定该契约范围之后,转发决策仍然将受到具有相同网络地址的单独BD的影响。
保证设备300可以执行策略分析以标识IP子网冲突,并且生成诸如“由于契约而跨越VRF重叠子网”之类的事件,以指示IP子网冲突已经发生。为了解决该IP子网冲突,可以修改IP地址子网,以使它们不重叠。
图6示出了被配置为包括EPG 510、EPG 518和EPG 604的示例应用简档602。在该示例中,EPG 510、EPG 518和EPG 604分别包括WebEPG、AppEPG和DBEPG。因此,应用简档602包括WebEPG、AppEPG和DBEPG。此外,EPG 510、EPG 518和EPG 604包括各自的EP 122,它们可以基于一个或多个契约和应用简档602在EPG之间通信。
应用简档602可以用于将EPG 510、EPG 518、EPG 604以及EPG 510、EPG 518、EPG604中的相应EP 122以及任何相应的过滤器、契约、动作等相关联。应用简档602也可以用来定义契约的范围。因此,在将契约的范围设置为应用简档的情况下,附着到具有应用简档602的契约的提供者将能够与附着到也具有应用简档602的契约的消费者进行通信。
现在,本公开转向图7和8,其示出了示例计算和网络设备,例如交换机、路由器、负载平衡器、客户端设备等等。
图7示出了计算系统架构700,其中该系统的组件使用诸如总线之类的连接705彼此电通信。示例性系统700包括处理单元(CPU或处理器)710和系统连接705,系统连接705将包括系统存储器715在内的各种系统组件(例如,只读存储器(ROM)720和随机存取存储器(RAM)725)耦合到处理器710。系统700可以包括高速存储器的缓存,其与处理器710直接连接、靠近处理器710、或者集成作为处理器710的一部分。系统700可以将数据从存储器715和/或存储设备730复制到缓存712以供处理器710快速访问。以这种方式,缓存可以提供性能提升,避免处理器710在等待数据时的延迟。这些和其他模块可以控制或被配置为控制处理器710以执行各种动作。也可以使用其他系统存储器715。存储器715可以包括具有不同性能特性的多个不同类型的存储器。处理器710可以包括任何通用处理器和被配置为控制处理器710的硬件或软件服务(例如,存储在存储设备730中的服务1 732、服务2 734和服务3736)以及其中将软件指令包含在实际的处理器设计中的专用处理器。处理器710可以是完全自包含的计算系统,包含多个核或处理器、总线、存储器控制器、缓存等。多核处理器可以是对称的或非对称的。
为了实现与计算设备700的用户交互,输入设备745可以表示任何数量的输入机制,诸如用于语音的麦克风、用于手势或图形输入的触敏屏幕、键盘、鼠标、运动输入、语音等等。输出设备735也可以是本领域技术人员已知的多种输出机构中的一种或多种。在一些情况下,多模式系统可以使用户能够提供多种类型的输入以与计算设备700通信。通信接口740通常可以控制和管理用户输入和系统输出。对任何特定硬件布置进行的操作没有限制,因此这里的基本特征可以很容易地随着改进的硬件或固件布置被开发而被替换为这些改进的硬件或固件布置。
存储设备730是非易失性存储器,并且可以是硬盘或其他类型的计算机可读介质,其可以存储可由计算机访问的数据,例如磁带盒、闪存卡、固态存储器设备、数字通用盘、盒式磁带、随机存取存储器(RAM)725、只读存储器(ROM)720及其混合。
存储设备730可以包括用于控制处理器710的服务732、734、736。可以预期其他硬件或软件模块。存储设备730可以连接到系统连接705。在一个方面,执行特定功能的硬件模块可以包括存储在与必要的硬件组件(例如,处理器710、连接705、输出设备735等)相连的计算机可读介质中的软件组件以执行功能。
图8示出了适合于执行交换、路由、负载平衡和其他联网操作的示例网络设备800。网络设备800包括中央处理单元(CPU)804、接口802和总线810(例如,PCI总线)。当在适当的软件或固件的控制下动作时,CPU 804负责执行分组管理、错误检测和/或路由功能。CPU804优选地在包括操作系统和任何适当的应用软件的软件的控制下完成所有这些功能。CPU804可以包括一个或多个处理器808,例如来自INTEL X86系列的微处理器的处理器。在一些情况下,处理器808可以是用于控制网络设备800的操作的专门设计的硬件。在一些情况下,存储器806(例如,非易失性RAM、ROM等)也形成CPU 804的部分。然而,存在许多不同的方式,其中存储器可以被耦合到系统。
接口802通常被提供为模块化接口卡(有时称为“线卡”)。通常,它们控制网络上数据分组的发送和接收,并且有时支持与网络设备800一起使用的其他外围设备。可以提供的接口为以太网接口、帧中继接口、电缆接口、DSL接口、令牌环接口等。此外,可以提供各种非常高速的接口,例如快速令牌环接口、无线接口、以太网接口、千兆以太网接口、ATM接口、HSSI接口、POS接口、FDDI接口、WIFI接口、3G/4G/5G蜂窝电话接口、CAN BUS、LoRA等。通常,这些接口可以包括适合与适当的媒体进行通信的端口。在一些情况下,它们还可以包括独立的处理器,并且在一些实例中,还包括易失性RAM。独立处理器可以控制诸如分组交换、媒体控制、信号处理、密码处理和管理之类的通信密集型任务。通过为通信密集型任务提供单独的处理器,这些接口允许主微处理器604有效地执行路由计算、网络诊断、安全功能等。
尽管图8中所示的系统是本发明的一个特定网络设备,但是该系统绝不是唯一可以在其上实现本发明的网络设备架构。例如,经常使用具有处理通信以及路由计算等的单个处理器的架构。此外,其他类型的接口和媒体也可以与网络设备800一起使用。
不管网络设备的配置如何,它都可以采用一个或多个存储器或存储模块(包括存储器806),这些存储器或存储模块被配置为存储用于通用网络操作的程序指令以及本文描述的用于漫游、路由优化和路由功能的机制。例如,程序指令可以控制操作系统和/或一个或多个应用的操作。一个或多个存储器也可以被配置为存储诸如移动性绑定、注册和关联表等之类的表。存储器806还可以容纳各种软件容器以及虚拟化的执行环境和数据。
网络设备800还可以包括专用集成电路(ASIC),该专用集成电路可以被配置为执行路由和/或交换操作。例如,ASIC可以经由总线810与网络设备800中的其他组件通信,以交换数据和信号并且协调由网络设备800进行的各种类型的操作,例如路由、交换和/或数据存储操作。
为了解释的清楚起见,在一些实例中,本技术可以被呈现为包括个体的功能块,其包括包含以下项的功能块:设备、设备组件、在软件中体现的方法中的步骤或例程、或者硬件和软件的组合。
在一些实施例中,计算机可读存储设备、介质和存储器可以包括包含比特流等的有线或无线信号。然而,当提及时,非暂时性计算机可读存储介质明确地排除诸如能量、载波信号、电磁波和信号本身之类的介质。
可以使用存储在计算机可读介质中或以其他方式可从计算机可读介质获得的计算机可执行指令来实现根据上述示例的方法。这样的指令可以包括例如使得或以其他方式配置通用计算机、专用计算机或专用处理设备以执行特定功能或功能组的指令和数据。可以通过网络访问所使用的计算机资源的部分。计算机可执行指令可以是例如二进制指令、诸如汇编语言之类的中间格式指令、固件、或源代码。可用于存储指令、所使用的信息和/或在根据所描述的示例的方法期间创建的信息的计算机可读介质的示例包括磁盘或光盘、闪存、具有非易失性存储器的USB设备、联网的存储设备等等。
实现根据这些公开内容的方法的设备可以包括硬件、固件和/或软件,并且可以采用各种形式因子中的任何形式因子。这种形式因子的典型示例包括膝上型计算机、智能电话、小型个人计算机、个人数字助理、机架设备、独立设备等。本文描述的功能也可以实现在外围设备或附加卡中。作为进一步的示例,这样的功能还可以在不同芯片之间的电路板上实现,或者在单个设备中执行的不同处理过程中实现。
指令、用于传达这些指令的介质、用于执行它们的计算资源以及用于支持这种计算资源的其他结构是用于提供这些公开内容中所描述的功能的手段。
尽管使用各种示例和其他信息来解释所附权利要求范围内的各个方面,但是不应基于这些示例中的特定特征或布置来暗示对权利要求的限制,因为普通技术人员将能够使用这些示例来导出各种各样的实现方式。此外,尽管可能已经用特定于结构特征和/或方法步骤的示例的语言描述了一些主题,但是应该理解,所附权利要求中定义的主题不必限于这些描述的特征或动作。例如,这种功能可以在本文标识的那些组件之外的组件中以不同的方式分布或者在本文标识的那些组件之外的组件中执行。相反,所描述的特征和步骤被公开为所附权利要求范围内的系统和方法的组分的示例。
记载“……中的至少一个”的权利要求语言指的是集合中的至少一个,并且指示该集合中的一个成员或该集合中的多个成员满足该权利要求。例如,记载“A和B中的至少一个”的权利要求语言意思是A、B或A和B。
Claims (23)
1.一种方法,包括:
从软件定义的网络中的一个或多个控制器获得所述软件定义的网络的逻辑模型,所述逻辑模型包含来自与所述软件定义的网络相关联的分层管理信息树的、为所述软件定义的网络配置的多个对象,并且所述逻辑模型表示所述多个对象的配置,所述分层管理信息树定义所述软件定义的网络的可管理对象和对象属性,所述多个对象对应于所述可管理对象中的至少一些可管理对象;
获得与所述软件定义的网络相关联的结构的拓扑模型;
基于所述拓扑模型,轮询所述结构中的节点以获得所述节点处的相应配置信息;以及
基于所述相应配置信息,生成所述逻辑模型的相应特定于节点的表示,所述相应特定于节点的表示将所述逻辑模型投影到每个相应节点。
2.根据权利要求1所述的方法,其中,所述逻辑模型的相应特定于节点的表示包括特定于节点的逻辑模型,所述特定于节点的逻辑模型包括所述多个对象的第一部分和所述多个对象的所述配置的第二部分,所述多个对象的第一部分和所述配置的第二部分与和所述特定于节点的逻辑模型相关联的所述相应节点有关。
3.根据权利要求2所述的方法,还包括:
收集与所述网络相关联的运行时状态数据;以及
基于所述运行时状态数据来修改所述逻辑模型以产生逻辑运行时模型,其中,所述逻辑模型的相应特定于节点的表示包括所述逻辑运行时模型的相应特定于节点的表示。
4.根据权利要求2或3所述的方法,其中,轮询所述节点还包括:从每个相应节点获得相应具体模型和相应硬件模型中的至少一者,其中,所述相应具体模型包括由所述相应节点上的软件呈现的所述特定于节点的逻辑模型,并且其中,所述相应硬件模型包括由所述相应节点上的硬件存储设备呈现的所述特定于节点的逻辑模型。
5.根据权利要求2至4中任一项所述的方法,其中,所述多个对象包括第一组可管理对象,并且其中,所述多个对象的配置包括为第二组对象属性定义的相应参数,所述第二组对象属性对应于所述第一组可管理对象。
6.根据权利要求2至5中任一项所述的方法,其中,所述节点包括所述结构中的交换机,并且其中,所述多个对象包括契约、租户、端点组、情境、主题、过滤器、条目中的至少一者。
7.根据权利要求2至6中任一项所述的方法,其中,与所述相应节点有关的所述多个对象的第一部分和所述配置的第二部分包括所述多个对象和所述配置中在所述相应节点处部署的对象和配置。
8.根据权利要求1至7中任一项所述的方法,其中,获得逻辑模型包括:从所述一个或多个控制器获得相应逻辑模型以及基于所述相应逻辑模型来生成网络范围的逻辑模型。
9.一种系统,包括:
一个或多个处理器;以及
至少一个计算机可读存储介质,其具有存储于其中的指令,所述指令当被所述一个或多个处理器执行时使得所述系统执行以下操作:
从软件定义的网络中的一个或多个控制器获得所述软件定义的网络的逻辑模型,所述逻辑模型包含来自与所述软件定义的网络相关联的分层管理信息树的、为所述软件定义的网络配置的多个对象,并且所述逻辑模型表示所述多个对象的配置,所述分层管理信息树定义所述软件定义的网络的可管理对象和对象属性,所述多个对象对应于所述可管理对象中的至少一些可管理对象;
获得与所述软件定义的网络相关联的结构的拓扑模型;
基于所述拓扑模型,轮询所述结构中的节点以获得所述节点处的相应配置信息;以及
基于所述相应配置信息,生成所述逻辑模型的相应特定于节点的表示,所述相应特定于节点的表示将所述逻辑模型投影到每个相应节点。
10.根据权利要求9所述的系统,其中,所述逻辑模型的相应特定于节点的表示包括特定于节点的逻辑模型,所述特定于节点的逻辑模型包括所述多个对象的第一部分和所述多个对象的所述配置的第二部分,所述多个对象的第一部分和所述配置的第二部分与和所述特定于节点的逻辑模型相关联的所述相应节点有关。
11.根据权利要求10所述的系统,其中,所述至少一个计算机可读存储介质存储附加指令,所述附加指令在由所述一个或多个处理器执行时使得所述系统执行以下操作:
收集与所述网络相关联的运行时状态数据;以及
基于所述运行时状态数据来修改所述逻辑模型以产生逻辑运行时模型,其中,所述逻辑模型的相应特定于节点的表示包括所述逻辑运行时模型的相应特定于节点的表示。
12.根据权利要求10或11所述的系统,其中,与所述相应节点有关的所述多个对象的第一部分和所述配置的第二部分包括所述多个对象和所述配置中在所述相应节点处部署的对象和配置。
13.根据权利要求9到12中任一项所述的系统,其中,轮询所述节点还包括:从每个相应节点获得相应具体模型和相应硬件模型中的至少一者,其中,所述相应具体模型包括由所述相应节点上的软件呈现的所述特定于节点的逻辑模型,并且其中,所述相应硬件模型包括由所述相应节点上的硬件存储设备呈现的所述特定于节点的逻辑模型。
14.根据权利要求9到13中任一项所述的系统,其中,所述多个对象包括第一组可管理对象,并且其中,所述多个对象的配置包括为第二组对象属性定义的相应参数,所述第二组对象属性对应于所述第一组可管理对象。
15.根据权利要求9到14中任一项所述的系统,其中,所述节点包括所述结构中的交换机,并且其中,所述多个对象包括契约、租户、端点组、情境、主题、过滤器、条目中的至少一者。
16.根据权利要求9到15中任一项所述的系统,其中,获得逻辑模型包括:从所述一个或多个控制器获得相应逻辑模型以及基于所述相应逻辑模型来生成网络范围的逻辑模型。
17.一种非暂态计算机可读存储介质,包括:
存储于其中的指令,所述指令当被一个或多个处理器执行时使得所述一个或多个处理器执行以下操作:
从软件定义的网络中的一个或多个控制器获得所述软件定义的网络的逻辑模型,所述逻辑模型包含来自与所述软件定义的网络相关联的分层管理信息树的、为所述软件定义的网络配置的多个对象,并且所述逻辑模型表示所述多个对象的配置,所述分层管理信息树定义所述软件定义的网络的可管理对象和对象属性,所述多个对象与所述可管理对象相关联;
获得与所述软件定义的网络相关联的结构的拓扑模型;
基于所述拓扑模型,轮询所述结构中的节点以获得所述节点处的相应配置信息;以及
基于所述相应配置信息,生成所述逻辑模型的相应特定于节点的表示,所述相应特定于节点的表示将所述逻辑模型投影到每个相应节点。
18.根据权利要求17所述的非暂态计算机可读存储介质,其中,所述逻辑模型的相应特定于节点的表示包括特定于节点的逻辑模型,所述特定于节点的逻辑模型包括所述多个对象的第一部分和所述多个对象的所述配置的第二部分,所述多个对象的第一部分和所述配置的第二部分与和所述特定于节点的逻辑模型相关联的所述相应节点有关。
19.根据权利要求18所述的非暂态计算机可读存储介质,存储附加指令,所述附加指令当被所述一个或多个处理器执行时使得所述一个或多个处理器执行以下操作:
收集与所述网络相关联的运行时状态数据;以及
基于所述运行时状态数据来修改所述逻辑模型以产生逻辑运行时模型,其中,所述逻辑模型的相应特定于节点的表示包括所述逻辑运行时模型的相应特定于节点的表示。
20.根据权利要求18或19所述的非暂态计算机可读存储介质,其中,与所述相应节点有关的所述多个对象的第一部分和所述配置的第二部分包括所述多个对象和所述配置中在所述相应节点处部署的对象和配置,其中,所述节点包括所述结构中的交换机,并且其中,所述多个对象包括契约、租户、端点组、情境、主题、过滤器、条目中的至少一者。
21.一种设备,包括:
用于从软件定义的网络中的一个或多个控制器获得所述软件定义的网络的逻辑模型的装置,所述逻辑模型包含来自与所述软件定义的网络相关联的分层管理信息树的、为所述软件定义的网络配置的多个对象,并且所述逻辑模型表示所述多个对象的配置,所述分层管理信息树定义所述软件定义的网络的可管理对象和对象属性,所述多个对象对应于所述可管理对象中的至少一些可管理对象;
用于获得与所述软件定义的网络相关联的结构的拓扑模型的装置;
用于基于所述拓扑模型来轮询所述结构中的节点以获得所述节点处的相应配置信息的装置;以及
用于基于所述相应配置信息来生成所述逻辑模型的相应特定于节点的表示的装置,所述相应特定于节点的表示将所述逻辑模型投影到每个相应节点。
22.根据权利要求21所述的设备,还包括:用于实现根据权利要求2到8中任一项所述的方法的装置。
23.一种计算机程序、计算机程序产品、或计算机可读介质,包括指令,所述指令当被计算机执行时,使得所述计算机执行如权利要求1到8中任一项所述的方法的步骤。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762520670P | 2017-06-16 | 2017-06-16 | |
US62/520,670 | 2017-06-16 | ||
US15/663,582 | 2017-07-28 | ||
US15/663,582 US10686669B2 (en) | 2017-06-16 | 2017-07-28 | Collecting network models and node information from a network |
PCT/US2018/037475 WO2018232073A1 (en) | 2017-06-16 | 2018-06-14 | Collecting network models and node information from a network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110785963A true CN110785963A (zh) | 2020-02-11 |
CN110785963B CN110785963B (zh) | 2022-08-09 |
Family
ID=64657687
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880039183.4A Active CN110785963B (zh) | 2017-06-16 | 2018-06-14 | 从网络收集网络模型和节点信息 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10686669B2 (zh) |
EP (1) | EP3639477A1 (zh) |
CN (1) | CN110785963B (zh) |
WO (1) | WO2018232073A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111427749A (zh) * | 2020-04-01 | 2020-07-17 | 山东汇贸电子口岸有限公司 | 一种openstack环境下针对ironic服务的监控工具及方法 |
CN112118174A (zh) * | 2020-07-30 | 2020-12-22 | 中国人民解放军海军工程大学 | 软件定义数据网关 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10505817B2 (en) | 2017-06-19 | 2019-12-10 | Cisco Technology, Inc. | Automatically determining an optimal amount of time for analyzing a distributed network environment |
US10785108B1 (en) | 2018-06-21 | 2020-09-22 | Wells Fargo Bank, N.A. | Intelligent learning and management of a networked architecture |
US11159384B2 (en) * | 2019-04-30 | 2021-10-26 | Hewlett Packard Enterprise Development Lp | Runtime monitoring in intent-based networking |
US11418399B2 (en) * | 2019-04-30 | 2022-08-16 | Cisco Technology, Inc. | Multi-fabric deployment and management platform |
CN110971676B (zh) * | 2019-11-18 | 2022-07-29 | 中移(杭州)信息技术有限公司 | 设备状态检测方法、装置、电子设备及存储介质 |
CN114205236A (zh) * | 2020-09-18 | 2022-03-18 | 中兴通讯股份有限公司 | 网络配置方法、终端、系统及存储介质 |
US11595267B2 (en) * | 2020-12-22 | 2023-02-28 | Huawei Technologies Co., Ltd. | Methods and systems for distributed network verification |
US11606265B2 (en) * | 2021-01-29 | 2023-03-14 | World Wide Technology Holding Co., LLC | Network control in artificial intelligence-defined networking |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105164975A (zh) * | 2013-04-10 | 2015-12-16 | 华为技术有限公司 | 用于控制平面参考模型框架的系统和方法 |
US20160254964A1 (en) * | 2015-02-26 | 2016-09-01 | Red Hat, Inc. | Host network analyzer |
US20170048110A1 (en) * | 2015-08-11 | 2017-02-16 | At&T Intellectual Property I, L.P. | Dynamic Virtual Network Topology Discovery Engine |
CN106462538A (zh) * | 2014-06-25 | 2017-02-22 | 华为技术有限公司 | 用于基于亲和性网络配置的系统和方法 |
Family Cites Families (169)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5204829A (en) | 1992-07-10 | 1993-04-20 | Lsi Logic Corporation | Interleaving operations in a floating-point numeric processor |
US6523035B1 (en) * | 1999-05-20 | 2003-02-18 | Bmc Software, Inc. | System and method for integrating a plurality of disparate database utilities into a single graphical user interface |
US6763380B1 (en) | 2000-01-07 | 2004-07-13 | Netiq Corporation | Methods, systems and computer program products for tracking network device performance |
US6535227B1 (en) * | 2000-02-08 | 2003-03-18 | Harris Corporation | System and method for assessing the security posture of a network and having a graphical user interface |
WO2002046928A1 (en) | 2000-12-04 | 2002-06-13 | Rensselaer Polytechnic Institute | Fault detection and prediction for management of computer networks |
WO2002057917A2 (en) | 2001-01-22 | 2002-07-25 | Sun Microsystems, Inc. | Peer-to-peer network computing platform |
ITTO20010180A1 (it) | 2001-03-01 | 2002-09-01 | Cselt Centro Studi Lab Telecom | Procedimento e sistema per il controllo della configurazione dei nodidi una rete per telecomunicazione. |
US7003562B2 (en) | 2001-03-27 | 2006-02-21 | Redseal Systems, Inc. | Method and apparatus for network wide policy-based analysis of configurations of devices |
DE10143101A1 (de) | 2001-09-03 | 2003-04-03 | Infineon Technologies Ag | Verfahren zur Validierung von Simulationsergebnissen eines Systems sowie darauf aufbauender Äquivalenzvergleich digitaler Schaltungen |
US7328260B1 (en) * | 2002-06-04 | 2008-02-05 | Symantec Operating Corporation | Mapping discovered devices to SAN-manageable objects using configurable rules |
US20030229693A1 (en) | 2002-06-06 | 2003-12-11 | International Business Machines Corporation | Self-correcting monitor |
US8073935B2 (en) | 2002-07-25 | 2011-12-06 | Oracle America, Inc. | Pluggable semantic verification and validation of configuration data |
ITTO20020742A1 (it) | 2002-08-23 | 2004-02-24 | Telecom Italia Lab Spa | Procedimento e sistema per il controllo della |
US20040042416A1 (en) * | 2002-08-27 | 2004-03-04 | Ngo Chuong Ngoc | Virtual Local Area Network auto-discovery methods |
GB0224187D0 (en) | 2002-10-17 | 2002-11-27 | Mitel Knowledge Corp | Interactive conflict resolution for personalised policy-based services |
US7453886B1 (en) | 2003-03-11 | 2008-11-18 | Nortel Networks Limited | Verification of communications paths between devices |
US7089369B2 (en) | 2003-03-31 | 2006-08-08 | Sun Microsystems, Inc. | Method for optimizing utilization of a double-data-rate-SDRAM memory system |
KR101024237B1 (ko) | 2003-06-05 | 2011-03-29 | 인터트러스트 테크놀로지즈 코포레이션 | P2p 서비스 편성을 위한 상호운용 시스템 및 방법 |
US9264922B2 (en) | 2003-08-05 | 2016-02-16 | Mobileum Inc. | Method and system for ensuring service continuity in case of a proxy profile gateway failure or interruption |
US20050108389A1 (en) | 2003-11-13 | 2005-05-19 | International Business Machines Corporation | Network endpoint health check |
US7360064B1 (en) | 2003-12-10 | 2008-04-15 | Cisco Technology, Inc. | Thread interleaving in a multithreaded embedded processor |
US7383463B2 (en) * | 2004-02-04 | 2008-06-03 | Emc Corporation | Internet protocol based disaster recovery of a server |
US7609647B2 (en) | 2004-05-12 | 2009-10-27 | Bce Inc. | Method and apparatus for network configuration validation |
US8010952B2 (en) | 2004-06-08 | 2011-08-30 | Cisco Technology, Inc. | Method and apparatus for configuration syntax and semantic validation |
US7505463B2 (en) | 2004-06-15 | 2009-03-17 | Sun Microsystems, Inc. | Rule set conflict resolution |
US7698561B2 (en) | 2004-08-12 | 2010-04-13 | Cisco Technology, Inc. | Method and system for detection of aliases in a network |
JP4192877B2 (ja) | 2004-09-29 | 2008-12-10 | ブラザー工業株式会社 | 設定データ伝送プログラム、設定データ伝送装置、および設定データ伝送システム |
US8024568B2 (en) | 2005-01-28 | 2011-09-20 | Citrix Systems, Inc. | Method and system for verification of an endpoint security scan |
US7619989B2 (en) | 2005-08-26 | 2009-11-17 | Alcatel Lucent | Routing configuration validation apparatus and methods |
US7765093B2 (en) | 2005-09-19 | 2010-07-27 | Itt Manufacturing Enterprises, Inc. | Network modeling system and method of simulating network operation with configurable node models |
US20070124437A1 (en) | 2005-11-30 | 2007-05-31 | Cisco Technology, Inc. | Method and system for real-time collection of log data from distributed network components |
JP2007241533A (ja) | 2006-03-07 | 2007-09-20 | Oki Electric Ind Co Ltd | システム構成情報比較装置およびコンピュータプログラム |
US8040895B2 (en) | 2006-03-22 | 2011-10-18 | Cisco Technology, Inc. | Method and system for removing dead access control entries (ACEs) |
US20080031147A1 (en) | 2006-08-01 | 2008-02-07 | Siemens Communications, Inc. | Network status determination |
EP2074528A4 (en) | 2006-09-12 | 2012-04-04 | Telcordia Tech Inc | CHECKING AN IP NETWORK FOR WEAKNESSES AND GUIDANCE BY ANALYZING IP DEVICES |
US20080117827A1 (en) | 2006-11-17 | 2008-05-22 | Nec Corporation | Method and system for verifying connectivity of logical link |
US8719375B2 (en) | 2007-03-22 | 2014-05-06 | Microsoft Corporation | Remote data access techniques for portable devices |
US8484693B2 (en) | 2007-04-27 | 2013-07-09 | Gregory W. Cox | Efficient policy conflict detection |
US8782182B2 (en) | 2007-05-24 | 2014-07-15 | Foundry Networks, Llc | Generating device-specific configurations |
US8209738B2 (en) | 2007-05-31 | 2012-06-26 | The Board Of Trustees Of The University Of Illinois | Analysis of distributed policy rule-sets for compliance with global policy |
US8499331B1 (en) | 2007-06-27 | 2013-07-30 | Emc Corporation | Policy based network compliance |
US7992201B2 (en) | 2007-07-26 | 2011-08-02 | International Business Machines Corporation | Dynamic network tunnel endpoint selection |
US7743274B2 (en) | 2007-09-12 | 2010-06-22 | International Business Machines Corporation | Administering correlated error logs in a computer system |
US8494977B1 (en) | 2007-09-28 | 2013-07-23 | Emc Corporation | IT policy violation views |
US8862706B2 (en) * | 2007-12-14 | 2014-10-14 | Nant Holdings Ip, Llc | Hybrid transport—application network fabric apparatus |
JP4872945B2 (ja) | 2008-02-25 | 2012-02-08 | 日本電気株式会社 | 運用管理装置、運用管理システム、情報処理方法、及び運用管理プログラム |
WO2009108943A2 (en) | 2008-02-29 | 2009-09-03 | Doyenz Incorporated | Automation for virtualized it environments |
US8082290B2 (en) | 2008-03-19 | 2011-12-20 | Verizon Patent And Licensing Inc. | Intelligent establishment of peer-to-peer communication |
US8019838B2 (en) * | 2008-05-21 | 2011-09-13 | Motorola Solutions, Inc. | Autonomous operation of networking devices |
US8799451B2 (en) | 2009-01-28 | 2014-08-05 | Headwater Partners I Llc | Verifiable service policy implementation for intermediate networking devices |
US8554883B2 (en) | 2008-08-06 | 2013-10-08 | Cisco Technology, Inc. | Apparatus and method for sharing a generic configuration across a group of network devices |
US8441941B2 (en) | 2008-10-06 | 2013-05-14 | Cisco Technology, Inc. | Automating identification and isolation of loop-free protocol network problems |
US8103480B2 (en) | 2008-10-31 | 2012-01-24 | Hewlett-Packard Development Company, L.P. | Evaluating service level agreement violations |
US8627328B2 (en) | 2008-11-14 | 2014-01-07 | Oracle International Corporation | Operation control for deploying and managing software service in a virtual environment |
WO2010068698A2 (en) | 2008-12-09 | 2010-06-17 | Glue Networks, Inc. | System and method for providing virtual private networks |
US20100198909A1 (en) | 2009-02-03 | 2010-08-05 | Fluke Corporation | Method and apparatus for the continuous collection and correlation of application transactions across all tiers of an n-tier application |
US8479267B2 (en) | 2009-06-30 | 2013-07-02 | Sophos Limited | System and method for identifying unauthorized endpoints |
JP2011087302A (ja) | 2009-10-19 | 2011-04-28 | Ip Infusion Inc | Bgp経路監視装置、bgp経路監視方法、およびプログラム |
US8775962B2 (en) * | 2009-11-04 | 2014-07-08 | International Business Machines Corporation | Step-wise, cumulative object and relationship aggregation in a graphical system management topology |
US8416696B2 (en) | 2010-01-04 | 2013-04-09 | Cisco Technology, Inc. | CFM for conflicting MAC address notification |
US8689307B2 (en) | 2010-03-19 | 2014-04-01 | Damaka, Inc. | System and method for providing a virtual peer-to-peer environment |
US8375117B2 (en) | 2010-04-28 | 2013-02-12 | Juniper Networks, Inc. | Using endpoint host checking to classify unmanaged devices in a network and to improve network location awareness |
US10192641B2 (en) * | 2010-04-29 | 2019-01-29 | The Regents Of The University Of California | Method of generating a dynamic pathway map |
US8959139B2 (en) | 2010-05-28 | 2015-02-17 | Juniper Networks, Inc. | Application-layer traffic optimization service endpoint type attribute |
US8817620B2 (en) | 2010-07-06 | 2014-08-26 | Nicira, Inc. | Network virtualization apparatus and method |
US20120054163A1 (en) | 2010-08-27 | 2012-03-01 | Motorola, Inc. | Policy conflict classifier |
US9389993B1 (en) | 2010-09-03 | 2016-07-12 | Cisco Technology, Inc. | System and method for whitelist management |
US8910143B2 (en) | 2010-09-20 | 2014-12-09 | General Electric Company | Conversion system and method for use in upgrading a monitoring system |
EP2437470A1 (en) | 2010-09-30 | 2012-04-04 | British Telecommunications Public Limited Company | Network element and method for deriving quality of service data from a distributed hierarchical naming system |
US10491662B2 (en) | 2011-01-27 | 2019-11-26 | Computenext, Inc. | Dynamically organizing cloud computing resources to facilitate discovery |
US8589934B2 (en) | 2011-04-01 | 2013-11-19 | Arm Limited | Controlling priority levels of pending threads awaiting processing |
US8935389B2 (en) | 2011-05-17 | 2015-01-13 | Guavus, Inc. | Method and system for collecting and managing network data |
US8693344B1 (en) | 2011-09-27 | 2014-04-08 | Big Switch Network, Inc. | Systems and methods for generating packet forwarding rules based on network policy |
US8914843B2 (en) | 2011-09-30 | 2014-12-16 | Oracle International Corporation | Conflict resolution when identical policies are attached to a single policy subject |
US20130097660A1 (en) | 2011-10-17 | 2013-04-18 | Mcafee, Inc. | System and method for whitelisting applications in a mobile network environment |
US8930756B2 (en) | 2011-12-22 | 2015-01-06 | International Business Machines Corporation | Grouping related errors in a distributed computing environment |
US9106555B2 (en) | 2012-01-25 | 2015-08-11 | Cisco Technology, Inc. | Troubleshooting routing topology based on a reference topology |
US9405553B2 (en) | 2012-01-30 | 2016-08-02 | International Business Machines Corporation | Processing element management in a streaming data system |
US20150019756A1 (en) | 2012-02-10 | 2015-01-15 | Nec Corporation | Computer system and virtual network visualization method |
US9705918B2 (en) | 2012-05-22 | 2017-07-11 | Sri International | Security mediation for dynamically programmable network |
US9571523B2 (en) | 2012-05-22 | 2017-02-14 | Sri International | Security actuator for a dynamically programmable computer network |
US9898317B2 (en) | 2012-06-06 | 2018-02-20 | Juniper Networks, Inc. | Physical path determination for virtual network packet flows |
US8874704B2 (en) | 2012-07-11 | 2014-10-28 | Bmc Software, Inc. | Semi-automatic discovery and generation of useful service blueprints |
US9571502B2 (en) | 2012-09-14 | 2017-02-14 | International Business Machines Corporation | Priority resolution for access control list policies in a networking device |
US9178807B1 (en) | 2012-09-20 | 2015-11-03 | Wiretap Ventures, LLC | Controller for software defined networks |
US9055000B1 (en) | 2012-12-17 | 2015-06-09 | Juniper Networks, Inc. | Distributed network subnet |
US9900221B2 (en) | 2013-01-30 | 2018-02-20 | Hewlett Packard Enterprise Development Lp | Controlling a topology of a network |
US9860140B2 (en) | 2013-02-05 | 2018-01-02 | Cisco Technology, Inc. | Dynamically adjusting a set of monitored network properties using distributed learning machine feedback |
US9628362B2 (en) * | 2013-02-05 | 2017-04-18 | Cisco Technology, Inc. | Learning machine based detection of abnormal network performance |
US8966637B2 (en) | 2013-02-08 | 2015-02-24 | PhishMe, Inc. | Performance benchmarking for simulated phishing attacks |
US9460417B2 (en) * | 2013-03-15 | 2016-10-04 | Futurewei Technologies, Inc. | Using dynamic object modeling and business rules to dynamically specify and modify behavior |
US9596141B2 (en) | 2013-03-15 | 2017-03-14 | Cisco Technology, Inc. | Representing software defined networks using a programmable graph model |
US10021027B2 (en) | 2013-04-30 | 2018-07-10 | Comcast Cable Communications, Llc | Network validation with dynamic tunneling |
US9225601B2 (en) | 2013-06-17 | 2015-12-29 | The Board Of Trustees Of The University Of Illinois | Network-wide verification of invariants |
US20140379915A1 (en) | 2013-06-19 | 2014-12-25 | Cisco Technology, Inc. | Cloud based dynamic access control list management architecture |
US9246818B2 (en) | 2013-06-24 | 2016-01-26 | Cisco Technology, Inc. | Congestion notification in leaf and spine networks |
CN104348757B (zh) | 2013-07-31 | 2018-03-16 | 华为技术有限公司 | 一种流表交互方法、交换机及系统 |
US9548965B2 (en) | 2013-08-26 | 2017-01-17 | Nicira, Inc. | Proxy methods for suppressing broadcast traffic in a network |
KR101455167B1 (ko) | 2013-09-03 | 2014-10-27 | 한국전자통신연구원 | 화이트리스트 기반의 네트워크 스위치 |
US9553845B1 (en) | 2013-09-30 | 2017-01-24 | F5 Networks, Inc. | Methods for validating and testing firewalls and devices thereof |
US9686180B2 (en) | 2013-11-05 | 2017-06-20 | Cisco Technology, Inc. | Managing routing information for tunnel endpoints in overlay networks |
US9590914B2 (en) | 2013-11-05 | 2017-03-07 | Cisco Technology, Inc. | Randomized per-packet port channel load balancing |
US9374294B1 (en) | 2013-11-05 | 2016-06-21 | Cisco Technology, Inc. | On-demand learning in overlay networks |
EP3066796B1 (en) | 2013-11-05 | 2020-01-01 | Cisco Technology, Inc. | Network fabric overlay |
CN103701926B (zh) | 2013-12-31 | 2017-06-16 | 小米科技有限责任公司 | 一种获取故障原因信息的方法、装置和系统 |
US9660886B1 (en) | 2014-03-07 | 2017-05-23 | Google Inc. | Scalable network route analysis |
US9712408B2 (en) * | 2014-03-17 | 2017-07-18 | Telefonaktiebolaget L M Ericsson (Publ) | Bandwidth management in a content distribution network |
US10476698B2 (en) | 2014-03-20 | 2019-11-12 | Avago Technologies International Sales Pte. Limited | Redundent virtual link aggregation group |
US9654361B2 (en) | 2014-05-13 | 2017-05-16 | Cisco Technology, Inc. | Dynamic collection of network metrics for predictive analytics |
US9935831B1 (en) | 2014-06-03 | 2018-04-03 | Big Switch Networks, Inc. | Systems and methods for controlling network switches using a switch modeling interface at a controller |
CA2950206C (en) | 2014-06-30 | 2019-03-05 | Huawei Technologies Co., Ltd. | Flow entry configuration method, apparatus, and system |
CN104104615B (zh) | 2014-07-21 | 2017-07-07 | 华为技术有限公司 | 策略冲突解决方法以及装置 |
US9813312B2 (en) | 2014-07-21 | 2017-11-07 | Big Switch Networks, Inc. | Systems and methods for performing debugging operations on networks using a controller |
US9497215B2 (en) | 2014-07-23 | 2016-11-15 | Cisco Technology, Inc. | Stealth mitigation for simulating the success of an attack |
US10050842B2 (en) | 2014-07-23 | 2018-08-14 | Cisco Technology, Inc. | Network control and management using semantic reasoners in a network environment |
EP3175579B1 (en) | 2014-07-30 | 2019-02-27 | Forward Networks, Inc. | Systems and methods for network management |
US20160164748A1 (en) | 2014-12-04 | 2016-06-09 | Belkin International, Inc. | Identifying and resolving network device rule conflicts and recursive operations at a network device |
US10200258B2 (en) * | 2014-08-14 | 2019-02-05 | Juniper Networks, Inc. | Transaction integrity for network services configuration |
US9497207B2 (en) | 2014-08-15 | 2016-11-15 | International Business Machines Corporation | Securing of software defined network controllers |
WO2016039730A1 (en) | 2014-09-09 | 2016-03-17 | Hewlett Packard Enterprise Development Lp | Auto-configuration and management of storage resources |
CN105471830A (zh) | 2014-09-10 | 2016-04-06 | 中国电信股份有限公司 | 用于消解安全策略冲突的方法、装置和系统 |
US9507932B2 (en) | 2014-09-12 | 2016-11-29 | Alcatel Lucent | Policy enforcement in a topology abstraction system |
US9641249B2 (en) | 2014-09-18 | 2017-05-02 | Lenovo Enterprise Solutions (Singapore) Pte, Ltd. | Support for converged fiber channel over ethernet (FCoE) traffic on software defined networks (SDNs) |
US9787572B2 (en) | 2014-10-07 | 2017-10-10 | Cisco Technology, Inc. | Conflict avoidant traffic routing in a network environment |
US9781004B2 (en) | 2014-10-16 | 2017-10-03 | Cisco Technology, Inc. | Discovering and grouping application endpoints in a network environment |
US9690644B2 (en) | 2014-11-06 | 2017-06-27 | International Business Machines Corporation | Cognitive analysis for healing an IT system |
WO2016072996A1 (en) | 2014-11-06 | 2016-05-12 | Hewlett Packard Enterprise Development Lp | Network policy graphs |
US10116493B2 (en) | 2014-11-21 | 2018-10-30 | Cisco Technology, Inc. | Recovering from virtual port channel peer failure |
US9594640B1 (en) | 2014-11-25 | 2017-03-14 | VCE IP Holding Company LLC | Backup/recovery system and method for a computing environment |
WO2016085516A1 (en) | 2014-11-28 | 2016-06-02 | Hewlett Packard Enterprise Development Lp | Verifying a network configuration |
CN105721193B (zh) | 2014-12-05 | 2020-04-28 | 方正国际软件(北京)有限公司 | 一种系统信息监控的方法和设备 |
WO2016093861A1 (en) | 2014-12-12 | 2016-06-16 | Nokia Solutions And Networks Oy | Alarm correlation in network function virtualization environment |
US9680875B2 (en) | 2015-01-20 | 2017-06-13 | Cisco Technology, Inc. | Security policy unification across different security products |
CN105991332A (zh) | 2015-01-27 | 2016-10-05 | 中兴通讯股份有限公司 | 告警处理方法及装置 |
US10411951B2 (en) | 2015-02-10 | 2019-09-10 | Hewlett Packard Enterprise Development Lp | Network policy conflict detection and resolution |
US10530697B2 (en) | 2015-02-17 | 2020-01-07 | Futurewei Technologies, Inc. | Intent based network configuration |
US10504025B2 (en) | 2015-03-13 | 2019-12-10 | Cisco Technology, Inc. | Parallel processing of data by multiple semantic reasoning engines |
WO2016161127A1 (en) | 2015-04-01 | 2016-10-06 | Neutrona Networks International Llc | Network management system with traffic engineering for a software defined network |
US10601642B2 (en) | 2015-05-28 | 2020-03-24 | Cisco Technology, Inc. | Virtual network health checker |
US9929949B2 (en) | 2015-06-29 | 2018-03-27 | Google Llc | Systems and methods for inferring network topology and path metrics in wide area networks |
US20170005868A1 (en) * | 2015-07-02 | 2017-01-05 | Pearson Education, Inc. | Automated network generation |
US20170026292A1 (en) | 2015-07-20 | 2017-01-26 | Schweitzer Engineering Laboratories, Inc. | Communication link failure detection in a software defined network |
US10243778B2 (en) | 2015-08-11 | 2019-03-26 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for debugging in a software-defined networking (SDN) system |
CN106488487A (zh) | 2015-08-27 | 2017-03-08 | 中兴通讯股份有限公司 | 故障检测方法及装置 |
US20180331965A1 (en) | 2015-08-31 | 2018-11-15 | Hewlett Packard Enterprise Development Lp | Control channel usage monitoring in a software-defined network |
US10148489B2 (en) | 2015-09-01 | 2018-12-04 | At&T Intellectual Property I, L.P. | Service impact event analyzer for cloud SDN service assurance |
US9929924B2 (en) | 2015-09-25 | 2018-03-27 | Telefonaktiebolaget Lm Ericsson (Publ) | SDN controller logic-inference network troubleshooter (SDN-LINT) tool |
US9882833B2 (en) | 2015-09-28 | 2018-01-30 | Centurylink Intellectual Property Llc | Intent-based services orchestration |
EP3357189A4 (en) | 2015-09-28 | 2019-04-24 | Evenroute, LLC | AUTOMATIC QUALITY OF SERVICE (QOS) OPTIMIZATION IN NETWORK EQUIPMENT |
US10291654B2 (en) | 2015-09-30 | 2019-05-14 | Symantec Corporation | Automated construction of network whitelists using host-based security controls |
CN106603264A (zh) | 2015-10-20 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 一种定位故障根源的方法和设备 |
US10643149B2 (en) | 2015-10-22 | 2020-05-05 | Oracle International Corporation | Whitelist construction |
US10419530B2 (en) | 2015-11-02 | 2019-09-17 | Telefonaktiebolaget Lm Ericsson (Publ) | System and methods for intelligent service function placement and autoscale based on machine learning |
US20170126727A1 (en) | 2015-11-03 | 2017-05-04 | Juniper Networks, Inc. | Integrated security system having threat visualization |
US10069646B2 (en) | 2015-12-02 | 2018-09-04 | Nicira, Inc. | Distribution of tunnel endpoint mapping information |
CN108476179A (zh) | 2015-12-17 | 2018-08-31 | 慧与发展有限责任合伙企业 | 简化的正交网络策略集选择 |
US10979311B2 (en) | 2016-01-05 | 2021-04-13 | Schneider Electric USA, Inc. | System and method for validating network configuration changes in a client environment |
US10261858B2 (en) | 2016-01-20 | 2019-04-16 | Intel Corporation | TCAM soft-error detection method and apparatus |
CN105721297B (zh) | 2016-01-28 | 2019-04-09 | 北京国电通网络技术有限公司 | 基于sdn网络中路由环路的检测方法及系统 |
CN106130766B (zh) | 2016-09-23 | 2020-04-07 | 深圳灵动智网科技有限公司 | 一种基于sdn技术实现自动化网络故障分析的系统和方法 |
US20170187577A1 (en) | 2017-03-14 | 2017-06-29 | Nuviso Networks Inc | System for configuring network devices |
US10560328B2 (en) * | 2017-04-20 | 2020-02-11 | Cisco Technology, Inc. | Static network policy analysis for networks |
US10623264B2 (en) * | 2017-04-20 | 2020-04-14 | Cisco Technology, Inc. | Policy assurance for service chaining |
US10826788B2 (en) * | 2017-04-20 | 2020-11-03 | Cisco Technology, Inc. | Assurance of quality-of-service configurations in a network |
US10693738B2 (en) * | 2017-05-31 | 2020-06-23 | Cisco Technology, Inc. | Generating device-level logical models for a network |
US20180351821A1 (en) * | 2017-05-31 | 2018-12-06 | Cisco Technology, Inc. | Generating a network-wide logical model for network policy analysis |
US20180351806A1 (en) * | 2017-05-31 | 2018-12-06 | Cisco Technology, Inc. | Intent specification checks for inconsistencies |
US10498608B2 (en) * | 2017-06-16 | 2019-12-03 | Cisco Technology, Inc. | Topology explorer |
US10218572B2 (en) * | 2017-06-19 | 2019-02-26 | Cisco Technology, Inc. | Multiprotocol border gateway protocol routing validation |
-
2017
- 2017-07-28 US US15/663,582 patent/US10686669B2/en active Active
-
2018
- 2018-06-14 WO PCT/US2018/037475 patent/WO2018232073A1/en active Application Filing
- 2018-06-14 EP EP18738079.5A patent/EP3639477A1/en active Pending
- 2018-06-14 CN CN201880039183.4A patent/CN110785963B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105164975A (zh) * | 2013-04-10 | 2015-12-16 | 华为技术有限公司 | 用于控制平面参考模型框架的系统和方法 |
CN106462538A (zh) * | 2014-06-25 | 2017-02-22 | 华为技术有限公司 | 用于基于亲和性网络配置的系统和方法 |
US20160254964A1 (en) * | 2015-02-26 | 2016-09-01 | Red Hat, Inc. | Host network analyzer |
US20170048110A1 (en) * | 2015-08-11 | 2017-02-16 | At&T Intellectual Property I, L.P. | Dynamic Virtual Network Topology Discovery Engine |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111427749A (zh) * | 2020-04-01 | 2020-07-17 | 山东汇贸电子口岸有限公司 | 一种openstack环境下针对ironic服务的监控工具及方法 |
CN111427749B (zh) * | 2020-04-01 | 2023-07-11 | 山东汇贸电子口岸有限公司 | 一种openstack环境下针对ironic服务的监控工具及方法 |
CN112118174A (zh) * | 2020-07-30 | 2020-12-22 | 中国人民解放军海军工程大学 | 软件定义数据网关 |
Also Published As
Publication number | Publication date |
---|---|
WO2018232073A1 (en) | 2018-12-20 |
CN110785963B (zh) | 2022-08-09 |
US10686669B2 (en) | 2020-06-16 |
EP3639477A1 (en) | 2020-04-22 |
US20180367416A1 (en) | 2018-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110612702B (zh) | 针对不一致的意图规范检查 | |
CN110754064B (zh) | 网络结构中的路由信息的验证 | |
CN110741603B (zh) | 拓扑探测器 | |
US11178009B2 (en) | Static network policy analysis for networks | |
US10554483B2 (en) | Network policy analysis for networks | |
CN110612706B (zh) | 网络中服务质量配置的保证 | |
US11902082B2 (en) | Cross-domain network assurance | |
CN110692227B (zh) | 识别网络意图形式对等性失败中的冲突规则 | |
CN110785963B (zh) | 从网络收集网络模型和节点信息 | |
CN110710159B (zh) | 用于网络配置和故障排除的方法、系统、设备和介质 | |
CN110785964B (zh) | 网络中第3层桥接域子网的验证 | |
CN110741602B (zh) | 响应于网络意图形式对等性失败的事件生成 | |
CN112470431A (zh) | 使用自动布尔学习的网络的模型的合成 | |
CN110785965A (zh) | 网络中使用虚拟路由转发容器的第3层的验证 | |
CN110754062A (zh) | 网络节点存储器利用率分析 | |
CN110754063B (zh) | 验证节点之间的端点配置 | |
CN110710161A (zh) | 生成网络的设备级逻辑模型 | |
CN110800259B (zh) | 跨以应用为中心的维度的分布式故障代码聚合 | |
CN110754065A (zh) | 网络的逻辑级和硬件级之间的网络验证 | |
CN111034123A (zh) | 网络中第1层接口的验证 | |
CN111684439A (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 |