CN105493448A - 基于服务的网络元件状态识别 - Google Patents

Abstract

在一种实施方式中，可以基于服务从库存装置中获取路径信息的集合。可以基于网络元件从库存装置接收配置信息的集合。可以基于配置信息的集合来识别网络元件状态。

Description

基于服务的网络元件状态识别

背景技术

可以通过设备的网络来提供与计算和电信行业有关的服务，以将服务从一个目的地路由至另一个目的地。设备的网络可以包含多个网络。通常针对质量服务保证和服务实现目的来评论服务性能。服务性能分析通常可以通过访问网络的元件来使用关于网络的信息。可以通过网络管理系统请求来发现网络元件配置信息。例如，网络元件可以接收网络管理系统请求，并且利用网络元件上的网络端口的状态来进行答复。可以将从网络元件中的每一个所接收的信息收集到库存数据库中。库存数据库可以用于形成网络元件之间的链路和业务流。可以使链路和业务流相关，以通过网络提供服务。

附图说明

图1和图2是描绘用于识别网络元件状态的示例性方法的框图。

图3描绘用于识别网络元件状态的示例性操作。

图4和图5是描绘用于识别网络元件状态的示例性系统的框图。

图6描绘可以实施用于识别网络元件状态的各种示例的示例性环境。

具体实施方式

在以下描述和图中，描述了用于识别网络元件状态的系统和/或方法的一些示例性实施方式。具体地描述了一些示例以用于软件定义网络(“SDN”)环境中。然而，应当注意到，可以在各种适当的系统和应用中利用在本文描述的网络元件状态识别的示例。具体地，网络元件状态识别系统可以识别可映射至网络流(或网络路径)的提供服务的网络中的网络元件的状态，并且网络流可映射至网络元件。因此，SDN环境仅仅是网络元件识别系统的潜在的使用。因而，仅仅包括对SDN特定的元件和/或方法的任何引用来提供在本文描述的特定示例的上下文。

SDN兼容的网络可以向设备或其他网络提供服务或多个服务。如在本文所使用的，服务可以是通信、传输、软件、存储的任何适当的供应，或可以能够在设备或网络元件的网络上运行的任何其他产品或活动。SDN兼容的网络可以从被提供的服务中提取系统的硬件。例如，SDN网络可以将业务控制判定从转发网络业务的物理系统解耦。SDN网络可以允许不考虑基础物理硬件而提供服务。例如，第一网络元件可能因接收太多请求而变得潜在，并且SDN网络可以启动服务以通过第二网络元件跟随不同的业务流。作为另一个示例，网络元件或者网络元件的端口可能不正常工作并且业务可能被重新路由。在两个示例中，客户可能不通知服务的改变，这是因为SDN控制器可以自主地作出网络判定。在使用SDN的网络中，提取关于服务如何到达客户的信息，并且系统管理员不知晓什么端口或元件可能需要修理或更换。

如下所述的各种示例涉及基于服务来识别网络状态元件。通过使用服务来获取路径信息和网络元件配置信息，能够在任何适当的时间识别网络元件的状态。

图1和图2是描绘用于识别网络元件状态的示例性方法的框图。参考图1，用于识别网络元件状态的示例性方法通常可以包括获取路径信息的集合、接收配置信息的集合，以及识别网络元件状态。

在框102中，可以基于质量请求从库存装置中获取路径信息的集合。质量请求可以是检查或验证服务的状态的请求。质量请求也可以是确定服务的性能、网络路径或可替代网络路径的性能的请求，如在本文讨论的。质量请求可以关于提供服务的网络路径发起请求。可以通过路径信息的集合来描述网络路径，并且可以从可有权访问路径信息的集合的库存装置中获取路径信息的集合。在下面更详细地并且在与图3-6相关联的描述中描述路径信息的集合和库存装置。

如以上讨论的，SDN网络可以动态地改变提供服务的网络路径。因此，路径信息的集合可以基于当前时间或者曾通过网络提供服务的时间。因此，质量请求可以包括与服务相关联的服务信息的集合和时间值。

路径信息的集合可以是与网络路径相关联的任何适当的数据。例如，路径信息的集合可以包括网络元件之间的链路、网际协议(“IP”)地址和/或报头、网络元件或从SDN控制器可得到的任何其他适当的信息，以通过与服务相关联的网络提供业务流。

库存装置可以是能够获取与网络、具体是网络的网络元件相关联的信息的任何适当的装置。库存装置可以能够获取与网络路径以及网络路径的网络元件的配置有关的信息。例如，库存装置可以包括以下中的至少一个：控制器，以及包含路径信息的集合和配置信息的集合中的至少一个的存储介质。可以通过配置信息的集合来描述网络元件配置、状态和其他性质，如关于框104所更详细地描述的。

网络元件可以是用于路由服务的任何适当的网络设备或模块。例如，网络元件可以是交换机或路由器。可以将网络元件包括在路径信息的集合中，或以另外方式可从路径信息的集合推断出网络元件。路径信息的集合可以在与时间值相关联的时间与服务信息的集合相关联。

关于图3-6更详细地讨论路径信息的集合、库存装置和服务信息的集合。具体地，将库存装置讨论为关于图3的库存操作器306、关于图4的库存引擎406以及关于图5的库存模块506。

在框104中，可以基于网络元件、服务信息的集合和时间值来从库存装置接收配置信息的集合。配置信息的集合可以是与网络元件相关联的任何适当的数据。例如，配置信息的集合可以包括协议、度量、操作或连接信息、端口、缓冲器和/或与在网络元件上支持服务有关的其他信息。可以将配置信息的集合存储在库存装置中，或以另外方式通过库存装置可获取配置信息的集合。例如，基于路径信息的集合，库存装置可以通过对与路径信息的集合相关联的网络元件作出请求来请求配置信息的集合。关于图3-6更详细地讨论配置信息的集合。

在框106中，可以基于服务状态识别网络元件状态。例如，如果服务在一时间值下降或者为潜在并且SDN控制器改变网络路径以不再通过网络元件路由，则该网络元件可能在该时间值是起因和/或具有与服务相同的状态。服务状态可以基于路径信息的集合、配置信息的集合和时间值。服务状态可以随着服务改变而改变，以适应客户请求和/或网络的环境。例如，如果服务具有错误消息，则与时间值相关联的时间、错误消息可能已经起因于路径信息的集合和/或配置信息的集合的改变。可以将网络元件和网络元件的状态包括在路径信息的集合中，或以另外方式可从路径信息的集合和/或配置信息的集合推断出网络元件和网络元件的状态。路径信息的集合可以在时间值与服务信息的集合相关联。

图1的用于识别网络元件状态的示例性方法的描述可应用于图2的用于识别网络元件状态的示例性方法的描述。具体地，与图1的框102、104和106相关联的描述可分别地应用于框202、208和214，并且，为简要起见，不再重复。

在框204中，服务可以映射至网络路径。映射可以是服务与网络之间的相关性，其描述服务在网络上的流或路径。例如，服务信息的集合可以被映射至路径信息的集合。可以通过在图1的框102和104中提及的库存装置来维持映射。路径信息的集合可以是与图1中所描述的网络路径相关联的任何适当的数据。

在框206中，网络路径可以映射至网络端口。路径信息的集合可以表示网络路径并且可以被映射至网络元件。例如，路径信息的集合可以提供链路的集合，其中每个链路位于两个网络元件之间。网络元件可以与配置信息的集合相关联，并且可以包括用于确定网络元件端口状态的端口信息的集合。例如，配置信息的集合可以包括网络元件的端口的集合，并且端口信息的集合可以包括端口的集合和端口的集合的状态，诸如端口集合中的一个是否不正常工作。可以通过在图1的框102和104中的描述中所提及的库存装置来维持映射。

在框208中，可以基于网络元件从库存装置接收配置信息的第一集合，并且如在图1的描述中可以被称为配置信息的集合。

在框210中，可以基于网络元件从库存装置接收配置信息的第二集合。配置信息的第二集合可以是与网络元件相关联的任何适当的数据，如在本文关于与配置信息的第一集合相关联的描述所描述的。配置信息的第二集合可以与第二时间值、第二网络路径相关联，或者另外不同的。配置信息的第二集合可以与配置信息的第一集合相关联的或与其相同。例如，如果配置信息的第二集合与配置的第一集合相同，则可以推断出网络路径是可操作的，或者SDN控制器可以切换离开网络路径以及切换回网络路径。在后一种情况下，可以获取与第三时间值相关联的配置信息的第三集合。

在框212中，可以比较第一服务状态与第二服务状态。第一服务状态可以基于路径信息的第一集合、配置信息的第一集合和第一时间值，并且第二服务状态可以基于路径信息的第二集合、配置信息的第二集合和第二时间值。服务状态的差别可以可归因于业务流和/或网络元件的差别。

第一服务状态可以与第二服务状态相同，并且可以推断出，在第一时间值和第二时间值之间服务的状态已经一致。替换地，第一服务状态可以不同于第二服务状态，并且可以推断出故障或其他操作状态。可以通过将第一服务状态与第二服务状态相比较，来确定网络元件和网络路径中的至少一个的网络恶化。例如，如果网络路径在第一服务状态和第二服务状态之间是不同的，则可以推断出，在第一服务而不是第二服务时处于网络路径中的网络元件可能已经发生故障，或以另外方式未以优选的状态操作。替换地，可从服务状态信息的一个集合中获取服务状态或网络恶化，并且可以接收或可通过路径信息的集合和配置信息的集合中的至少一个以另外方式确定网络恶化。

在框216中，如果可替代网络路径达到质量阈值，则可以将服务设置为经过该可替代网络路径传输。该可替代网络路径可以是具有不同于与质量请求相关联的网络路径的链路或端口的业务流。可以基于配置信息的集合来确定可替代网络路径。例如，配置信息的集合可以规定许多端口被指定为由服务使用。可以基于质量基准来测试可替代网络路径。测试可以保证可替代网络路径具有足够的质量和/或性能来提供满足客户的请求的服务或者以另外方式基于服务级别协定(“SLA”)。质量基准可以是关于诸如分组丢失频率之类的服务质量的测试，并且质量基准可以基于SLA。质量阈值可以基于对可替代网络路径所执行的测试的质量基准。质量阈值可以是根据SLA适合于服务性能的最小值、最大值或值的范围。

图3描绘用于识别网络元件状态的示例性操作。在本文描述的示例性操作可以是用于识别网络元件状态的方法和/或系统300的示例。

识别操作器302可以识别网络和/或网络元件的状态。质量请求可以由识别操作器302发起或由其接收。识别操作器302可以请求与服务相关联的信息。可以由识别操作器302在质量请求中接收与服务相关联的服务信息的集合，或者可从服务操作器304获取与服务相关联的服务信息的集合。识别操作器302可以基于与服务相关联的服务信息的集合从库存操作器306获取与网络相关联的数据。例如，识别操作器302可以获取路径信息的第一集合和路径信息的第二集合，并且将它们相比较以推断出，处于路径信息的第一集合和路径信息的第二集合中的一个、而非另一个中的网络元件，可能存在操作问题。识别操作器302可以使用该推断来确定网络元件的网络元件状态和/或获取更多信息来确定网络元件状态。

服务操作器304可以保留或以另外方式包含与服务以及在其上可以提供服务的网络320相关联的信息。服务操作器304可以利用库存操作器306和/或分析操作器308来维持服务信息的集合。服务信息的集合可以包括与服务相关联的任何适当的数据。例如，服务信息的集合可以包括服务标签、服务类型、服务协议、服务状态、时间值、和/或客户信息的集合。

网络320可以包括网络元件和网络元件之间的链路。例如，网络320可以包括网络元件322A-322E和链路324AB-324DE，如图3中所示。服务可以在网络320的网络路径上操作，并且网络路径可以是从第一网络元件向第二网络元件提供服务的链路的组合。例如，从网络元件322A至网络元件322E的网络路径可以包括链路324AD和324DE，并且网络元件322D可以是中间节点。将图3中的链路的引用标记为表示通过链路连接的网络元件。例如，引用为324AC的链路是网络元件322A和网络元件322C之间的链路。

分析操作器308可以使用计算指令来推断出与服务、网络路径、网络元件或网络元件的端口相关联的数据。例如，分析操作器308可以使用模式识别计算指令来确定网络320上的服务的业务流包括从网络元件322B至网络元件322C的链路。在与图4-6相关联的描述中更加详尽地讨论识别操作器302、服务操作器304、分析操作器308以及库存操作器306的操作。

库存操作器306可以维持与网络320相关联的数据。例如，库存操作器306可以维持与IP层、多协议标签交换(“MPLS”)层、传输层和/或网络320的任何其他适当的层或者层的组合相关联的数据。库存操作器306可以从库存310中或通过直接地访问网络320的网络元件来获取与网络相关联的数据。库存操作器306可以是网络的控制器的一部分，或者与网络的控制器结合工作。例如，库存操作器306可以从SDN控制器请求网络元件的状态。在该示例中，SDN控制器可以直接地对网络元件进行请求或可以在SDN控制器的存储介质中查找状态。

库存310可以是能够存储与网络相关联的信息的介质。库存310可以包括日志、数据库，或用于存储与网络相关联的数据的其他结构。例如，库存310可以是存储如SDN控制器实施的网络路径的改变的日志。库存310可以包含与网络元件、连接、服务有关的信息以及可用于管理网络320的拓扑机构的其他信息。例如，库存310可以包括用于得到从第一网络元件到第二网络元件的服务的链路、节点和端口。库存310可以包含与服务的状态、网络元件和/或端口有关的信息。库存310可以分布在各设备上。例如，库存310可以分布在SDN控制器或存储介质上。

库存操作器306可以利用操作器来获取信息和/或更新库存310。可以由库存操作器306所使用的示例性操作器包括：路径操作器312，其被配置为从库存310和/或网络320获取路径信息的集合；网络元件操作器314，其被配置为从库存310和/或网络320获取配置信息的集合；端口操作器316，其被配置为从库存310和/或网络320获取端口信息的集合；以及，日志操作器318，其被配置为将与网络320相关联的数据保留在库存310中。替换地，库存操作器306可以被配置为执行在本文讨论的任何其他操作器的操作。

库存操作器306可以基于服务信息的集合和时间值来执行信息的获取。库存操作器306可以获取在与时间值相关联的时间与由服务使用的网络元件相关联的信息。如果没有提供时间值，则库存操作器306可以被配置为获取提供服务的网络元件的配置信息的当前集合或在网络路径的最后改变的时间的配置信息的集合。

库存操作器306可以被配置为获取信息的附加集合。例如，如果与第一网络路径相关联的路径信息的第一集合被改变为与第二网络路径相关联的路径信息的第二集合，则库存操作器306可以被配置为获取与路径信息的第一集合相关联的配置信息的第一集合以及与配置信息的第二集合相关联的配置信息的第二集合。

通常，如上所述的图3的操作器302、304、306和308表示图4的引擎402、404、406和408所执行的或者与其有关的操作、处理、交互和/或其他动作。

图4和图5是描绘用于识别网络元件状态的示例性系统的框图。参考图4，用于识别网络元件状态的示例性系统400通常可以包括识别引擎402、服务引擎404、库存引擎406、分析引擎408以及库存410。库存410可以与图3的库存310相同，并且根据情况，与库存310相关联的描述可应用于库存410，并且反之亦然。

识别引擎402可以表示被配置为识别配置信息的集合的网络元件以用于质量检查或状态验证的硬件和编程的任何组合。识别引擎402可以基于服务来识别网络的网络元件和网络元件的状态。可以通过质量请求所提供的服务信息的集合来描述服务。网络元件可以提供、已经提供或能够提供服务。识别引擎402可以基于时间值来识别网络元件的状态。识别引擎402可以使用来自服务引擎404、库存引擎406、和/或分析引擎408的信息以识别网络元件和网络元件的状态。识别引擎402可以被配置为将从引擎404、406和408接收的信息相比较。识别引擎402可以被配置为推断出状态信息，如在本文所描述的。识别引擎402可以被配置为返回网络元件的状态和/或可替代网络路径，以通过网络提供服务。

服务引擎404可以表示被配置为基于质量请求来确定路径信息的集合的硬件和编程的任何组合。服务引擎404可以将客户信息的集合与服务信息的集合相关联。客户信息的集合可以是与客户相关联的任何适当的数据。例如，客户信息的集合可以包括客户名称和向客户提供的服务的列表。服务信息的集合可以是与服务相关联的任何适当的数据。例如，服务信息的集合可以包括服务的状态和服务的源。服务引擎404可以将服务信息的集合与通过路径信息的集合可描述的网络路径或流相关联。服务引擎404可以利用库存引擎406来获取或以另外方式确定路径信息的集合。

库存引擎406可以表示被配置为基于服务信息的集合将路径信息的集合映射至配置信息的集合的硬件和编程的任何组合。库存引擎406可以联接至提供服务的网络的库存410。可以由库存引擎406从库存410获取配置信息的集合。替换地，配置信息的集合可以通过对通过路径信息的集合可识别的网络元件的直接的请求或者对网络元件的请求和对库存410的请求的组合来获取。

库存引擎406可以基于服务信息的集合和时间值来获取与网络路径相关联的配置信息的集合。时间值和服务信息的集合可以允许库存引擎406基于服务信息的集合将配置信息的集合与网络路径的网络元件相关联。

库存引擎406可以被配置为基于计划表、路径改变和恶化通知中的至少一个来记录路径信息的集合和配置信息的集合。计划表可以包括库存引擎406可以存储路径信息的集合的指定时间段或时间间隔，以及在与该时间段或间隔相关联的时间与服务相关联的配置信息的集合。例如，库存引擎406可以以5分钟间隔添加和/或更新库存。路径改变可以是业务流或网络路径的任何修改。例如，SDN控制器可以决定改变网络路径以维持服务，并且库存引擎406可以在作出该改变时记录网络路径。恶化通知可以是来自与监视网络和/或服务相关联的网络元件、监视器或模块的消息。例如，服务监视器可以确定服务请求完成时间已经增加，并且库存引擎406可以在从服务监视器接收到恶化通知时记录路径信息的集合和配置信息的集合。

库存引擎406可以被配置为从学习表、日志文件、监视器、分析引擎和服务至端口通信中的至少一个发现配置信息的集合。学习表可以是适于在服务请求被接收和完成时学习业务流的数据结构。日志文件可以是能够存储时间值和诸如配置信息的集合或路径信息的集合之类的与网络相关联的信息的任何适当的数据结构。监视器可以是能够监视服务、网络和/或网络元件的模块。分析引擎408可以执行关于图3的分析操作器308所讨论的操作，并且还在以下被更详细地讨论。服务至端口通信可以包括与网络元件的任何适当的直接通信，以发现什么服务被提供以及在什么端口。例如，库存引擎406可以使用网络管理系统请求来查询网络元件或一系列网络元件。服务至端口通信可以包括使得库存引擎406能够获取可能未包括在库存410中的或者不可从库存410中的信息推断出的信息的任何请求。库存引擎406可以被配置为从学习表、日志文件、监视器、分析引擎和服务至端口通信中的至少一个推断出配置信息的集合。推断可以是合理的解释——网络元件的状况或存在或者网络元件的属性是内插还是外插。例如在图3中，如果指定网络元件322A、322B、322C和322E提供服务，并且已知网络元件322C离线，则合理的推断可以是用于服务的业务流包括链路324AB和324BE，这是因为这将成为从网络元件322A到网络元件322E的可用路径。

库存引擎406可以是控制器或用于管理网络或以另外方式能够发现网络的信息的其他设备的一部分或者包括该控制器或其他设备。例如，库存引擎406可以包括以下中的至少一个：SDN控制器、SDN网络设备、服务感知控制器、服务感知网络设备和诸如如下所述的分析引擎408之类的数据分析装置。以上讨论的网络设备可以包含根据在本文描述的控制器的控制器或者另外像其一样作出动作。

库存引擎406可以基于应用编程接口(“API”)从网络获取配置信息的集合，以提供网络的自动化库存发现和管理。例如，可以通过多个网络——包括可以使服务与系统400分离的服务提供商来提供服务。库存引擎406可以被配置为通过使用由服务提供商所提供的API来从服务提供商所拥有的网络获取配置信息的集合。例如，服务提供商可以提供API以允许SDN控制器将业务流移动到服务提供商的网络，并且在将业务流移位到服务提供商的网络中时可以自动地可获取关于业务流的信息。API可以为自动或者其他自我服务库存发现和管理作准备。

库存引擎406可以向服务引擎404传送配置信息的集合。库存引擎406可以提供配置信息的附加集合，并且服务引擎404可以基于配置信息的集合和网络元件的状态来通过网络提供可替代网络路径。

分析引擎408可以表示被配置为基于模式分析操作来分析网络业务的硬件和编程的任何组合。例如，分析引擎408可以使用流处理来计算网络的事件的顺序模式分析，以确定服务的业务流。基于时间值和服务信息的集合，分析引擎408可以进行以下中的至少一个：发现网络路径的网络元件，以及推断出网络路径的网络元件。分析引擎408可以使用库存引擎406来获取信息以进行分析。可以结合引擎402、404和406来使用分析引擎408，以发现或推断出与网络相关联的信息。

图5描绘出可以在操作地联接至处理器资源532的存储器资源530上实施用于识别网络元件状态的示例性系统500。处理器资源532可以操作地联接至库存510。库存510可以与图3的库存310和/或图4的库存410相同，并且根据情况，与库存310和/或库存410相关联的描述可应用于库存510，并且反之亦然。

参考图5，存储器资源530可以包含可以由处理器资源532可执行的指令集。当由处理器资源532执行时，指令集可以实施系统500。存储在存储器资源530上的指令集可以被表示为识别模块502、服务模块504、库存模块506和分析模块508。处理器资源532可以执行指令集，以执行识别模块502、服务模块504、库存模块506、分析模块508和/或系统500的模块之间的或以另外方式与其相关联的任何适当的操作。例如，处理器资源532可以执行指令集，以基于时间值识别网络元件的状态、将服务信息的集合与网络路径相关联，并且基于服务信息的集合和时间值来获取与网络路径相关联的配置信息的集合。识别模块502可以表示当被执行时充当图4的识别引擎402的程序指令。服务模块504可以表示当被执行时充当图4的服务引擎404的程序指令。库存模块506可以表示当被执行时充当图4的库存引擎406的程序指令。分析模块508可以表示当被执行时充当图4的分析引擎408的程序指令。

处理器资源532可以是能够从存储器资源530获取指令并且执行那些指令的一个或多个中央处理单元(“CPU”)。处理器资源532可以连续地、并行地或部分同时地处理指令，除非在本文另外描述。

存储器资源530和库存510可以表示用于存储系统500所利用的数据的介质。介质可以是能够电子地存储数据和/或能够存储系统500的模块和/或系统500所使用的数据的任何非暂时性介质或非暂时性介质的组合。介质可以是机器可读的，诸如计算机可读的。库存510的数据可以包括服务、网络路径、网络元件、时间值和/或在本文叙述的其他数据或信息的表示，诸如以上中的任何的配置、属性或状态。

在本文的讨论中，已经将引擎402、404、406和408以及模块502、504、506和508描述为硬件和编程的组合。可以以许多方式实施此类组件。查看图5，编程可以是存储在有形的、非暂时性的计算机可读存储介质的存储器资源530上的处理器可执行的指令，并且硬件可以包括用于执行那些指令的处理器资源532。处理器资源532例如可以包括一个或多个处理器。此类多个处理器可以被集成在单个设备中或者分布在各设备上。例如关于图6，处理器资源532可以分布在服务器设备692和客户端设备694的任何组合上。可以说存储器资源530存储当由处理器资源532执行时实施图5中的系统500的程序指令。存储器资源530可以与处理器资源532集成到相同的设备中，或其可以相对该设备和处理器资源532是分离的但是可访问的。存储器资源530可以分布在诸如图6的服务器设备692和客户端设备694之类的设备上。存储器资源530和库存510可以表示相同的物理介质，除非在本文另外描述。

在一个示例中，程序指令可以是当被安装时、可以由处理器资源532执行以实施系统500的安装数据包的一部分。在这种情况下，存储器资源530可以是便携式介质，诸如CD、DVD或闪盘驱动器，或者由可以从中对安装数据包进行下载和安装的、诸如图6的服务器设备692之类的服务器设备维持的存储器。在另一个示例中，程序指令可以是已经安装的(一个或多个)应用的一部分。在这里，存储器资源530可以包括集成存储器，诸如硬盘驱动器、固态驱动器，等等。

图6描绘其中可以实施用于识别网络元件状态的各种示例的示例性环境。环境690被示为包括用于识别网络元件状态的服务识别系统600。关于图4和图5在本文描述的系统600通常可以表示被配置为识别网络元件状态的硬件和编程的任何组合。可以将系统600集成到服务器设备692或客户端设备694中。系统600可以分布在服务器设备692、客户端设备694或服务器设备692和客户端设备694的组合上。

在图6的示例中，客户端设备694可以访问服务器设备692。服务器设备692通常可以表示被配置为对从客户端设备694接收的网络请求进行响应的任何计算设备。服务器设备692可以包括web服务器、应用服务器或数据服务器。客户端设备694通常可以表示被配置有用于传送此类请求并且接收和/或处理对应的响应的浏览器或其它应用的任何计算设备。链路696通常可以表示电缆、无线、光纤或经由远程通信链路的远程连接、红外线链路、射频链路中的一个或任何组合或者提供电子通信的系统中的任何其他连接器。链路696可以至少部分地包括内联网、因特网、或者两者的组合。链路696也可以包括中间代理、路由器、交换机、负载平衡器，等等。链路696的描述可应用于图3的链路。

参考图4-6，引擎402、404、406和408和/或模块502、504、506和508可以分布在服务器设备、客户端设备和存储介质的任何组合上。引擎402、404、406和408和/或模块502、504、506和508可以完成或有助于完成在描述另一个引擎402、404、406和408和/或模块502、504、506和508时所执行的操作。引擎402、404、406和408和/或模块502、504、506和508可以执行操作器302、304、306和308的示例性操作和/或结合图1和2描述的示例性方法。

尽管图1和图2的流程图图示出执行的特定次序，但执行的次序可以不同于所图示出的那些。例如，可以相对于所示出的次序将框的执行的次序搅乱。而且，可以并行地或在部分同时发生的情况下执行连续地示出的框。所有此类变化处于本发明的范围内。

已经参考上文示例示出和描述了本说明书。然而，应当理解，在不背离在所附权利要求中限定的本发明的精神和范围的情况下，可以作出其他形式、细节和示例。

Claims (15)

1.一种用于识别网络元件状态的方法，包括：

基于质量请求从库存装置中获取路径信息的集合，所述质量请求包括与服务相关联的服务信息的集合和时间值，所述路径信息的集合包括网络元件，所述库存装置包括控制器和存储介质中的至少一种，以包含所述路径信息的集合和配置信息的集合中的至少一种；

基于所述网络元件、所述服务信息的集合以及所述时间值，从所述库存装置接收所述配置信息的集合；以及

基于服务状态识别所述网络元件状态，所述服务状态基于所述路径信息的集合、所述配置信息的集合以及所述时间值。

2.根据权利要求1所述的方法，包括：

将所述服务信息的集合映射至所述路径信息的集合，所述路径信息的集合与网络路径相关联；

将所述路径信息的集合映射至所述网络元件，其中所述配置信息的集合与所述网络元件相关联并且包括用于确定网络元件端口状态的端口信息的集合。

3.根据权利要求2所述的方法，进一步包括确定所述网络元件和所述网络路径中的至少一种的网络恶化。

4.根据权利要求3所述的方法，其中确定网络恶化进一步包括将第一服务状态与第二服务状态相比较；其中：

所述第一服务状态基于所述路径信息的集合、所述配置信息的集合以及所述时间值；并且

所述第二服务状态基于路径信息的第二集合、配置信息的第二集合以及第二时间值。

5.根据权利要求3所述的方法，包括：

基于所述配置信息的集合确定可替代网络路径；

基于质量基准来测试所述可替代网络路径；

如果所述可替代网络路径达到质量阈值，则将所述服务设置为经过所述可替代网络路径传输，所述质量阈值基于所述质量基准。

6.一种用于识别网络元件状态的系统，包括：

服务引擎，用于基于质量请求确定路径信息的集合，所述质量请求包括服务信息的集合；

库存引擎，用于基于所述服务信息的集合将所述路径信息的集合映射至配置信息的集合，所述库存引擎联接至网络的库存，所述配置信息的集合从所述库存可获取；以及

识别引擎，用于识别所述配置信息的集合的网络元件以用于质量检查。

7.根据权利要求6所述的系统，其中所述库存引擎被配置为基于计划表、路径改变以及恶化通知中的至少一种来记录所述路径信息的集合和所述配置信息的集合。

8.根据权利要求6所述的系统，进一步包括软件定义网络(“SDN”)控制器、SDN网络设备、服务感知控制器、服务感知网络设备以及数据分析装置中的至少一种。

9.根据权利要求6所述的系统，进一步包括用于基于模式分析操作来分析网络业务的分析引擎，其中所述库存引擎被配置为从学习表、日志文件、监视器、所述分析引擎以及服务至端口通信中的至少一种发现所述配置信息的集合。

10.根据权利要求9所述的系统，其中所述库存引擎被配置为从所述学习表、所述日志文件、所述监视器、所述分析引擎以及所述服务至端口通信中的至少一种推断出所述配置信息的集合。

11.一种机器可读介质，其上存储有指令集，所述指令集在由处理器资源执行时实施包括识别模块、服务模块以及库存模块的系统，其中：

所述识别模块由所述处理器资源可执行，以基于时间值识别网络元件的状态；

所述服务模块由所述处理器资源可执行，以将服务信息的集合与网络路径相关联，所述服务信息的集合与服务相关联；以及

所述库存模块由所述处理器资源可执行，以基于所述服务信息的集合和所述时间值从库存中获取与所述网络路径相关联的配置信息的集合。

12.根据权利要求11所述的机器可读介质，包括分析模块，所述分析模块由所述处理器资源可执行，以基于所述时间值和所述服务信息的集合来发现所述网络路径的网络元件和/或推断出所述网络路径的网络元件。

13.根据权利要求11所述的机器可读介质，其中所述服务模块由所述处理器资源可执行，以将客户信息与所述服务相关联，并且所述库存模块由所述处理器资源可执行，以基于所述服务信息的集合将所述配置信息的集合与所述网络路径的网络元件相关联。

14.根据权利要求11所述的机器可读介质，其中所述库存模块由所述处理器资源可执行，以基于应用编程接口获取所述配置信息的集合，来提供网络的自动化库存发现和管理。

15.根据权利要求14所述的机器可读介质，其中所述服务模块由所述处理器资源可执行，以基于所述配置信息的集合和所述网络元件的状态通过网络提供可替代网络路径。