对路径上的系统的监控的制作方法

专利名称：对路径上的系统的监控的制作方法
对路径上的系统的监控背景技术
本部分中所描述的方法可以被实践，但不一定是之前已被构想或实践的方法。因 此，除非这里另外指明，本部分中所描述的方法不是本申请中的权利要求的现有技术并且 不因为被包括在本部分中而被承认是现有技术。
某些网络服务保障任务要求连续监控被用于传递端到端网络服务的系统。例如， 交互式视频要求监控在通信路径上的各个系统处的端到端服务水平和统计信息以确定是 否存在任何服务瓶颈。例如，当通信路径上的一个或多个链接被过度使用时可能发生瓶颈。
这种服务任务的另一示例涉及用于确定可能的问题点的路径监控，所述问题点可 包括当视频数据被传输时引起高分组丢失的通信路径上的一个或多个系统。网络管理者可 以通过配置路由器和交换机上的监控功能并观察结果数据来监控交互式视频和路径监控。
虽然监控视频流可能是有用的，但是监控通信路径是CPU密集型的，因而应当被 谨慎执行。实际上，由于需要大量CPU资源，所以通常只有少部分的视频流可以被监控。大 多数情况下，在某些通信路径上的视频监控是被网络管理者禁用的。或者，视频监控可能只 是在需要时被开启，但是监控数据将只对于那些早前开启了监控的视频流是可得到的和能 够获取的。
对通信路径以及路径上的每个系统的连续监控可能涉及相当大的精力，并且通常 不能高效地被执行。例如，监控通常涉及配置多于必需的系统上的监控功能并且提供超过 多于所需的息。
而且，一旦建立，对路径的监控通常会被保持超过远长于需要的时间。因此，服务 保障活动的有效性受到限制，并且因为大量的被收集数据从未被使用而可能导致对管理带 宽和CPU周期的相当大的浪费。


在附图中
图1图示了支持连续监控会话的通信路径的实施例；
图2图示了监控会话发起方所执行的处理的实施例；
图3图示了监控会话响应方所执行的处理的实施例；
图4图示了实施例可以在其上被实现的计算机系统。
具体实施方式
在下面的描述中，为了说明的目的，大量的具体细节被给出以提供对本发明的完 整理解。然而，本领域技术人员应当明白本发明可以在没有这些具体细节的情况下被实现。 在其它示例中，公知的结构和设备以框图的形式被示出以避免不必要地混淆本发明。
实施例在这里根据以下提纲被描述
1. O 总述
2. O结构和功能概述
3. O发起监控会话的处理
4. O监控事件的处理
5. O实现机构一硬件概述
6. O延伸和变化
7. O附加的公开内容
1. O 总述
在实施例中，一种方法被包括发起方计算机的一个或多个处理器执行，并且该方 法包括发起针对通信路径的监控会话(包括创建和存储监控会话状态数据);向通信路径的 第一响应方计算机发送起动第一状态伺服程序的第一请求，所述第一状态伺服程序被配置 为在监控会话期间连续地监控第一响应方计算机可能执行的一个或多个处理的一个或多 个特性；向第一响应方计算机发送监控指令以监控所述一个或多个处理的所述一个或多个 特性；在监控会话有效且第一响应方计算机在通信路径中时，接收和收集来自第一响应方 计算机的被监控信息；响应于确定了第一响应方计算机不在通信路径中或者监控会话已经 变为无效，在不再向所述第一响应方计算机发送指令的情况下，自动和自主地结束监控会 话并删除监控会话状态数据。
在实施例中，计算机可读存储介质存储一个或多个指令序列，所述一个或多个指 令序列在被一个或多个处理器执行时使得所述一个和多个处理器执行上述方法的步骤。
2. O结构和功能概述
图1图示了支持连续监控会话的通信路径的实施例；图2图示了监控会话发起方 所执行的处理的实施例；图3图示了监控会话响应方所执行的处理的实施例；图4图示了 实施例可以在其上被实现的计算机系统。首先参考图1，在实施例中，计算机系统100包括 一个或多个监控会话发起方110和一个或多个监控会话响应方130，160。每个监控会话发 起方和监控会话响应方可以在诸如专用计算机或通用计算机之类的计算机中被实现，并且 可以使用硬件逻辑，例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)、片上系统(SoC) 或者其它硬件、固件和/或软件的组合。
计算机系统100可以是多个互相连接的计算机网络，例如公司内联网或互联网。 系统100内的计算机经由通信路径彼此通信。通信路径可以通过网络被创建以允许在路径 一端的计算机与在路径另一端的计算机通信。
在各个实施例中，各种网络管理协议可被用于管理网络通信路径和为计算机之间 的通信分配资源。例如，ICMP路由追踪可被用于发现位于网络路径上的系统的接口的IP地 址。多协议标记交换(MPLS)及管理和维护(0AM，MPLS-OAM)可被用于建立MPLS标记交换 路径(LSP)和管理被用于沿路径发送分组的MPLS标记。以太网OAM (E-OAM)或其它类似 的协议可被用于管理针对以太网域的数据传输。Cisco发现协议(⑶P)和链路层发现协议 (LLDP)可被用于允许设备收集关于被物理连接的邻居的信息。资源预留协议(RSVP)可被 用来沿着用于专用应用的路径发送消息，所述专用应用涉及出于服务质量(QoS)目的的资 源预留。这些和类似的协议提供用于执行诸如网络发现、路径创建、路径管理或网络资源管 理之类的网络管理任务的网络控制和管理。
实施例可以利用面向路径的网络控制协议来向网络路径上的节点传送系统管理 请求和系统管理请求响应有效载荷。例如，RSVP可被延伸以发布系统管理请求和响应有效载荷。
RSVP是传输层协议，用于在跨越网络的起始节点和目标节点之间的路径上的节点 处预留资源。RSVP路径消息可以从起始节点被发送到目标节点以为网络路径上的中间节 点处的数据流预留资源。一旦RSVP路径消息到达目标节点，目标节点就可以沿网络路径将 RSVP RESV消息传送回起始节点。
RSVP RESV消息可以向位于网络路径上的节点指示沿路径传送数据流所需要的资 源。在实施例中，RSVP包括系统管理请求和系统管理请求响应有效载荷。实施例规定发送 包括系统管理请求并且被网络路径上的多个节点所接收的单个RSVP消息，从而减少了网 络上的流量。
替代实施例可以使用用于传输系统管理请求和系统管理响应有效载荷的其它协 议，而RSVP不是必需的。例如，一些实施例可以使用STUN或NLS消息。
在实施例中，监控会话发起方110和监控会话响应方130，160可以主宿(host) — 个或多个代理，这些代理实施网络管理协议并被配置为执行服务中软件升级(ISSU)、用于 实施各种通信协议的逻辑，所述通信协议例如MACsec、IEEE802. 1X-REV、MACsec密钥协商 (MKA) IKE、IPsec、TrustSec、简单网络管理协议(SNMP)和其它协议。
在某些实施例中，监控会话发起方110和监控会话响应方130，160包括联网基础 设施元件，例如路由器、交换机、防火墙或网关。监控会话发起方110和监控会话响应方 130，160的示例包括主宿或执行数据通信软件的通用计算机、路由器、诸如来自加州圣何 塞市思科系统公司的CiscoNexus700系列或Cisco Catalyst4500系列交换机之类的分布 式交换机。监控会话发起方和监控会话响应方可以是来自加州圣何塞市思科系统公司的 Medianet解决方案中的一部分。
在实施例中，监控会话发起方110和一个或多个监控会话响应方130，160通过通 信链路102，103彼此通信。通信链路可以是单向的或双向的。通信链路可以利用诸如无线、 以太网、ATM和光链路之类的若干技术中的任一种来实现。在实施例中，计算机系统100是 IEEE801兼容网络并且包括具有任意数目的点到点链路、LAN和/或MAN的拓扑。
为了清楚地说明示例，图1示出了一个监控会话发起方110和两个监控会话响应 方130，160。然而，实际的实施例可以使用任意数目的网络计算机110，130。
在各个实施例中，监控会话发起方110包括发起方逻辑112、一个或多个处理器 114、一个或多个存储器单元116以及存储包括监控状态表118的一个或多个实例的各种数 据结构的一个或多个数据存储设备。
为了简单且清楚地说明示例，图1示出了发起方逻辑112的一个实例、处理器114 的一个实例、存储器116的一个实例以及监控状态表118的一个实例。然而，实际的实施例 可以利用任意数目的发起方逻辑112的实例、任意数目的处理器114的实例、任意数目的存 储器116的实例以及任意数目的监控状态表118的实例。
在各个实施例中，监控会话响应方130包括响应方逻辑132，162、一个或多个处理 器134，164、一个或多个存储器单元136，166以及存储包括监控状态表138的一个或多个实 例的各种数据结构的一个或多个数据存储设备。
为了简单且清楚地说明示例，图1示出了响应方逻辑132 (相应地，162)的一个实 例、处理器134，164的一个实例、存储器136，166的一个实例以及监控状态表138 (168)的一个实例。然而，实际的实施例可以利用任意数目的响应方逻辑132，162的实例、任意数目 的处理器134，164的实例、任意数目的存储器136，166的实例以及任意数目的监控状态表 138 (168)的实例。
实施例允许在位于监控会话路径上的所有系统中建立连续的监控会话。在此语境 中，“连续”的意思是网络节点监控可以发生在通信会话的整个持续时间中。例如，利用这里 的技术，涉及路径中的多个网络节点的视频传输可以在路径中的所有网络节点处被连续地 监控，不存在过去的方法的问题。
实施例允许以高效的方式对位于监控会话路径上的系统进行连续监控。例如，该 连续监控要求在指定的时间段只有必要的资源被监控。建立会话可包括建立在会话的持续 时间内有效的监控状态。一旦会话结束，该状态可以被删除并且为所述会话分配的资源可 以被释放。通过向位于监控会话路径上的系统应用某些配置，这些系统仅在监控会话持续 期间以及系统仍位于监控路径上的时间内被监控。当系统变为被排除在监控会话之外时， 自主的会话完成操作被应用，而无需监控会话发起方牵涉到该处理中。
在实施例中，会话可以例如通过开启沿着流的每个系统上的无源视频监控、周期 性地获取监控信息并且当视频传输完成时关闭视频监控来监控媒体会话上的系统。
3. O发起监控会话的处理
图2图示了由监控会话发起方执行的处理的实施例。在步骤202中，监控会话发 起方110发起监控会话。在一些实施例中，监控会话被称为连续监控会话(CMS)并且是针 对数据通信路径而建立的监控会话。
在一个实施例中，监控会话发起方110负责发出在各个系统中建立监控状态的命 令，用于监控、收集和在监控状态表118中存储监控数据、统计信息和与通信会话相关的其 它操作数据。
监控会话发起方110还可以维护关于沿路径传送数据时所涉及的系统的路径信 息和路径图。例如，监控会话发起方110可以负责发现位于会话路径上的系统并且负责处 理发生在路径上的任何路由改变。
建立CMS的请求取决于可被安装在位于路径上的节点的状态以及节点可监控的 数据类型。例如，建立CMS的请求可以是获取视频监控统计信息的请求，该请求在视频传输 开始时要求以无源的方式收集信息并且当视频传输结束时结束。
在实施例中，建立CMS的请求可以包括关于如何安装状态的信息。例如，请求可以 包含某些参数和设置的值。例如，如果请求到达这样的节点系统，该节点系统由于路径改变 而对于路径来说是新的系统并且尚未安装状态，则该节点系统可被请求应用接收到的临时 配置参数来建立CMS。在一个具体实施例中，IAMP和RSVP被用于传输和传送通信。在这种 情况下，获取请求对路径进行遍历，并且如果路径已改变，则新的节点可被自动发现并且在 路径被遍历时开启监控，并且没有提早开启监控的新节点将看到请求。在另一实施例中，路 径由发起方或请求系统发现，与请求遍历无关；新的节点可被发起方或请求方专门寻址或 作为目标(targeted)以开启监控功能。
在实施例中，建立CMS的请求和配置参数用分开的通信或分开的消息被发送。或 者，请求和配置参数在同一通信或消息中被发送。例如，“开启”配置参数可以与建立CMS的 主请求一起被传送。
在实施例中，为了开始CMS，监控会话发起方发现位于会话通信路径上的计算机节 点。当利用面向路径的管理通信机制时，会话路径可以通过向被标识的会话路径上的系统 发送请求并且收集来自接收到请求的系统的响应而被发现。
在实施例中，发现会话路径上的节点可以作为由监控会话发起方执行的独立的步 骤而被执行。在一些实现方式中，节点可以响应于在监控会话发起方处发布的命令或请求 而被发现。在实施例中，路径可以通过IP跟踪路由或者通过分析流量缓存序列而被发现。
或者，发现会话路径上的节点可以与监控路径上的节点所要执行的第一动作进行 组合。例如，发现节点的请求可以与建立CMS的请求组合,或者与开启对与特定视频流相关 联的服务统计信息的监控的请求组合。
在步骤204中，监控会话发起方110向监控会话响应方发送起动状态伺服程序的 请求。在实施例中，监控会话发起方起动在出现在通信路径上存在的每个系统中的监控会 话响应方中的状态伺服程序，或者使得所述状态伺服程序被起动。
状态伺服程序作为负责监控和收集系统中的各种信息并将信息发送给监控会话 发起方的代理。收集并发送给监控会话发起方的信息被考虑为CMS状态的一部分。
在实施例中，伺服程序维护包括各种信息的关于CMS的某一状态。例如，伺服程序 可以维护关于已被激活的监控的类型、会话中有效的请求和配置的特性的信息，或者关于 在会话中所接收到的最后的通信的信息。
在实施例中，监控会话响应方是通信会话路径上存在的系统，并且对从监控会话 发起方发布的请求做出响应。监控会话响应方包括被称为伺服程序的软件-硬件组件，该 组件维护针对连续监控会话的本地状态。
在实施例中，伺服程序负责通过执行所请求的动作和安装相关联的状态来对从监 控会话发起方接收的请求提供服务。
在步骤206中，监控会话发起方110向响应方发送用于监控特性的指令。一旦CMS 被建立，监控会话发起方可以向作为会话路径的一部分并且其上伺服程序被起动的节点发 送附加请求。例如，监控会话发起方可以周期性地从作为会话路径的一部分的节点获取监 控统计信息，或者请求统计信息由监控会话响应方收集并发送到监控会话发起方。
监控指令可以提供关于监控频率、应当被发送给监控会话发起方的监控特性的类 型、应当被发送给监控会话发起方的监控报告的详细程度或者应当被发送给监控会话发起 方的参数的类型的信息。
在实施例中，监控会话发起方110发送针对于特定监控会话响应方的指令。因而， 发送给一个监控会话响应方的指令可能与发送给另一监控会话响应方的指令不同。例如， 发送给监控路径的末端节点的指令可能与发送给监控路径的中间节点的指令不同。用于末 端节点的指令可以要求末端节点收集并向监控会话发起方发送关于从监控会话的起始点 被发送到监控会话的末端点的数据和请求的类型的信息，而用于中间节点的指令可以包括 用于收集并向监控会话发起方发送关于针对传入分组的数据传输成功率、数据再传输比率 或未被送达分组的数目的信息的指令。
4. O监控事件的处理
用于事件监控的方法基于通过位于监控会话上的系统建立用于监控事件的连续 会话。监控会话的连续特性允许连续地执行监控，与作为单次事件来执行监控相反。
在实施例中，连续会话监控包括在位于监控会话路径上的每个系统处安装状态数 据。状态在会话期间保持有效，并且可以在其不再被需要时自主地被拆除(用或不用进一步 的指令)。例如，这种状态可能使确保当会话在进行中时无源视频监控被启用且统计信息被 收集而当会话被终止时无源视频监控不被启用且统计信息不被收集成为必需。
会话的监控可包括监控出现在位于监控会话路径上的系统中的各种状况、参数和 变化。例如，当系统加入监控会话时、当已在路径上的系统离开路径时、当会话最初被发起 时或者当在发生路由改变的情况下系统加入路径时，执行监控的配置可以被应用。每个系 统维护对会话的本地观察(view)，并且执行任何需要的会话完成操作，例如停止无源视频 监控、停止传送可应用的本地路由改变、释放为监控分配的资源等。会话完成操作可以在会 话结束或系统不再在会话监控路径上时被自主地执行。
再次参考图2，在步骤208中，监控会话发起方110接收和收集来自响应方的监控 信息。所收集的监控信息被存储在可通信地与监控会话发起方耦接的监控状态表的一个或 多个实例中。监控信息可以包括与监控会话相关的各种信息，例如分组传输监控数据、数据 传输统计信息和监控会话响应方的操作状态。
在步骤210中，监控会话确定监控会话是否已终止或者是否有任意响应方离开了 监控会话。监控会话可能因为以下原因而被终止会话中所涉及的处理失效、会话完成、会 话被放弃、通信路径故障或者管理动作。一旦监控会话终止，监控会话发起方和监控会话响 应方可以执行下述会话完成操作。
监控会话的终止可以用各种实施例中的若干方式被检测到。根据一种方法，当监 控会话发起方发送消息向监控会话响应方指示监控会话已结束时，状态伺服程序可以确定 会话完成操作应当被执行。在实施例中，响应于所述消息，系统执行会话完成操作并释放与 CMS相关联的资源。
或者，状态伺服程序可以因为在状态伺服程序处CMS过期而确定会话完成操作应 当被执行。当在指定的时间段中没有从监控会话发起方接收到通信时，CMS可能过期，所述 指定的时间段可以在CMS建立期间被设定。这种替代方式允许确保监控资源最终被释放。 例如，如果监控会话响应方未接收到会话相关的通信，则监控会话响应方可以假设会话已 结束或者假设监控会话响应方由于路由改变或其它因素而变得被排除在监控会话或监控 路径之外。
在实施例中，会话路径可以被重新定向、改变或修改。路由改变可影响监控会话和 监控会话路径。例如，当新系统加入监控路径以及旧系统离开路径时路由改变。路由改变 可以被自动检测并传送给监控会话发起方。作为会话一部分的系统的构成可动态变化并且 取决于在任意给定时刻的当时的监控会话路径。
当发起方向监控路径上的节点发送后续请求时，关于路由变化的信息可被监控会 话发起方自动确定。例如，如果主监控会话已被改变，并且一些节点被添加而另一些节点从 路径中被去除，则被添加的节点应当接收到来自监控会话发起方的请求，而从监控会话中 被去除的节点不应当接收到请求。在一个实施例中，当IAMP和RSVP在适当的位置时路径 被遍历时，路由改变可以被自动检测。或者，路由改变通知可以从路径上确定了媒体会话的 下一跳或上一跳已改变的相邻节点被发送；这种通知可触发重新发起视频监控的请求。
在实施例中，由于监控会话中的改变而成为监控会话的一部分的新节点接收到来自监控会话发起方的指令和起动状态伺服程序的请求。状态伺服程序开始与监控会话发起 方通信，从而向监控会话发起方提供新节点已被有效地添加到监控会话中的指示。
在实施例中，监控会话发起方监控被添加到监控会话中的系统以及那些从监控会 话中被去除的系统。监控会话发起方跟踪开始向监控会话发起方提供响应的节点系统以及 停止向监控会话发起方提供响应的节点系统。因此，监控会话发起方可以维护当前作为监 控会话的一部分的系统的路径图。
在实施例中，监控会话发起方检测对监控会话生效的瞬时路由改变，发布路由改 变通知并将通知发送给位于监控会话路径上的当前监控会话响应方。一旦接收到通知，监 控会话响应方就分析该通知并记录所述路由改变。
在实施例中，在监控会话响应方检测到的本地路由改变通知还可以被传送回监控 会话发起方。监控会话响应方可以在网络支持传输通信协议的情况下通过下层传输来发送 通知、通过状态伺服程序所发送的消息或者监控会话发起方可以接受的任何其它通知来发 送通知。
在实施例中，一旦路由改变，监控会话发起方就发送刷新命令并传送作为监控会 话的一部分需要被安装的新的CMS。新的状态可以包括与被刷新的监控会话相关联的且监 控会话响应方应当作为监控的一部分来执行的动作和请求。刷新命令可能被已成为监控 CMS的一部分的状态伺服程序所忽略。
然而，尚未安装状态伺服程序的新节点利用刷新命令来建立与监控会话发起方的 通信并将被请求的信息传送给监控会话发起方。对路径而言的新系统对监控会话发起方做 出响应并因此向监控会话发起方提供信息以更新由监控会话发起方维护的路径图。或者， 监控会话发起方可以周期性地重新发现监控路径并且直接向新的系统发送直接建立会话 状态的请求。
再次参考图1，主路径102将发起方110与响应方130和响应方160连接起来。为 了说明示例的目的，假设在会话被修改或改变之后，主路径被修改为修改后的路径103以 仅包括监控会话发起方110和监控会话响应方130，而监控会话响应方160被排除在监控会 话路径以外。当响应方130接收到关于其从会话中被排除的指示或者自己确定其从会话中 被排除时，响应方130变为被排除在会话之外。之后，响应方130执行这里将进一步描述的 会话完成操作。
在实施例中，主路径或修改后的路径上的一个或多个节点向监控会话发起方110 提供关于会话的变化和会话路径的变化的信息。节点的伺服程序可以扮演向监控会话发起 方通知任何路径变化的报信者的角色。
参考图2，如果在步骤210中监控会话发起方确定监控会话尚未结束并且监控会 话响应方尚未离开监控会话，则监控会话发起方进行到步骤208并且继续接收和收集来自 监控会话响应方的监控信息。
然而，如果在步骤210中监控会话发起方确定监控会话已结束或者监控会话响应 方已离开监控会话，则处理进行到步骤212，其中会话完成操作被执行，该操作通常由响应 方的伺服程序执行。根据监控会话的可应用测量或配置，响应方的伺服程序可以负责执行 各种会话完成操作。这些操作可以包括释放专用于监控会话的资源。例如，会话完成操作 可以包括取消分配先前被现在变为无效的处理使用的存储空间。会话完成操作还可以包括取消激活在延长的时间段上由于会话无效而一直未被调用的处理。
在实施例中，伺服程序包括用于执行会话完成操作的指令。例如，伺服程序包括用 于在监控会话结束之后去除监控会话和监控状态的指令。会话完成操作可以包括用于关闭 视频监控、关闭其它类型的监控或者释放专用于监控的资源的指令。此外，会话完成操作可 以包括可被应用以撤消作为监控会话的一部分而被执行的改变的指令和命令。
监控会话完成操作可以用从监控会话发起方发送的指令来指示。或者，指令可以 被用特定类型的CMS来硬编码。例如，用于视频监控会话的完成操作可涉及关闭视频监控 功能或者重新配置节点以中断视频监控。在其它实施例中，会话完成操作可以与特定请求 相关联或者与特定请求一起发送，所述特定请求包括独立请求与起动监控状态的请求的组口 ο
在实施例中，会话完成操作和动作可以由状态伺服程序自主地应用，而不需要与 外部系统或监控会话发起方的进一步交互。例如，状态伺服程序可以确定监控会话CMS已 结束并从而确定用于监控会话的完成操作。
在实施例中，会话监控可以在频繁遭遇路由变化的系统中被执行，也可以在路由 变化非常少的系统中被执行。不管变化频繁与否，路径都可被进行动态负载平衡并且经历 瞬时的变化。
图3图示了监控会话响应方所执行的处理的实施例。在步骤302中，监控会话响 应方接收到来自监控会话发起方的起动状态伺服程序的请求。状态伺服程序负责监控和收 集系统中的各种信息并将信息发送给监控会话发起方。收集到的监控信息被存储在与监控 会话响应方可通信地耦接的监控状态表中。被收集并发送给监控会话发起方的信息被考虑 为CMS状态的一部分。
状态伺服程序允许监控会话响应方与监控会话发起方通信并参与监控数据和统 计信息的收集和分发。
在实施例中，监控会话响应方参与到在监控会话端点之间建立的CMS中。响应方 可以是位于CMS的监控会话路径上的任意节点。
一旦接收到起动状态伺服程序的请求，监控会话响应方就安装或起动伺服程序参 数并启用对会话参数的监控。
在步骤304中，监控会话响应方接收用于监控监控会话CMS的一个或多个特性的 指令。在各个实施例中，用于监控的指令可以提供关于监控频率、应当被发送给监控会话发 起方的监控特性的类型、应当被发送给监控会话发起方的监控报告的详细程度或者其值应 当被发送给监控会话发起方的参数的类型的信息。
在步骤306中，监控会话响应方根据从监控会话发起方接收的指令收集关于一个 或多个特性的信息。各个实施例中的监控信息可以包括与监控会话相关的各种信息，例如 数据传输监控数据、数据传输统计信息和监控节点的操作状态。例如，监控会话响应方可以 收集关于在数据经由监控会话响应方被发送时监控会话响应方发生的各种状况、参数和变 化的信息。收集到的信息可以包括服务质量统计信息、数据传输统计信息、CPU使用或存储 器使用。
在步骤310中，监控会话响应方确定监控会话是否已终止以及监控会话响应方与 会话的联系是否终止。监控会话可能由于会话中所涉及的处理的失效、会话本身的完成、会话的放弃、通信路径的故障或管理动作而终止。监控会话响应方与监控会话的联系可能由 于会话路径的重新路由、路径组件故障或者有效地将监控会话响应方从监控会话路径中排 除的任何其它路径改变而终止。
如果在步骤310中监控会话响应方确定监控会话尚未结束并且监控会话响应方 尚未离开监控会话，则监控会话响应方进行到步骤306并且继续根据从监控会话响应方接 收到的指令收集关于一个或多个特性的监控信息。在步骤308中，监控会话响应方将收集 到的信息发送给监控会话发起方。
然而，如果在步骤310中，监控会话响应方确定监控会话已结束或者监控会话响 应方已离开监控会话，则监控会话发起方进行到步骤312。在步骤312中，监控会话响应方 执行会话完成操作。例如，在各个实施例中，监控会话响应方可以关闭无源视频监控、关闭 其它类型的监控、或者应用改变来撤消作为监控会话的一部分被执行的改变、释放在监控 会话响应方处为特定监控会话分配的资源。
用于监控会话完成操作的指令可以用从监控会话发起方发送的指令来指示。或 者，指令可以用特定类型的CMS来硬编码。
在实施例中，会话完成操作和动作可以由状态伺服程序自主地应用，而不需要与 外部系统、监控会话发起方或其它元件的进一步交互。例如，状态伺服程序可以确定监控会 话CMS已结束并从而确定用于监控会话的完成操作。
5. O实现机构一硬件概述
图4是图示了本发明的实施例可以在其上被实现的计算机系统400的框图。优选 实施例利用在诸如路由器设备之类的网络元件上运行的一个或多个计算机程序被实现。因 而在本实施例中，计算机系统400为路由器。
计算机系统400包括用于传送信息的总线402或其它通信机构，以及用于处理信 息的与总线402耦接的处理器404。计算机系统400还包括被耦接到总线402的用于存储 要由处理器404执行的指令和信息的主存储器406，例如随机访问存储器(RAM)、闪存或其 它动态存储设备。主存储器406还可以被用于存储在要由处理器404执行的指令的执行期 间的临时变量或其它中间信息。计算机系统400还包括被耦接到402的用于存储针对处理 器404的指令和静态信息的只读存储器(R0M)408或其它静态存储设备。诸如磁盘、闪存或 光盘之类的存储设备410被提供和耦接到总线402来存储信息和指令。
通信接口 418可以被耦接到总线402以用于向处理器404传送信息和命令选择。 接口 418是诸如RS-232或RS-422接口之类的传统串行接口。外部终端412或其它计算机 系统连接到计算机系统400并利用接口 418向计算机系统400提供命令。在计算机系统 400上运行的固件或软件提供终端接口或基于字符的命令接口以使得外部命令可被给予计 算机系统。
交换系统416被耦接到总线402并且具有输入接口 414和去向一个或多个外部网 络元件的输出接口 419。外部网络元件可以包括被耦接到一个或多个主机424的本地网络 422，或者诸如具有一个或多个服务器430的互联网428之类的全局网络。交换系统416根 据公知的预定协议和公约将到达输入接口 414的信息流量交换到输出接口 419。例如，交换 系统416与处理器404合作可以确定到达输入接口 414的数据分组的目的地，并利用输出 接口 419将其发送到正确的目的地。目的地可以包括主机424、服务器430、其它端站点或者本地网络422或互联网428中的其它路由和交换设备。
根据一个实施例，响应于处理器404执行主存储器406中所包含的一个或多个指 令的一个或多个序列，合规管理被计算机系统400提供。这些指令可以从诸如存储设备410 之类的另一计算机可读介质被读入主存储器406。对主存储器406中所包含的指令序列的 执行使得处理器404执行这里所描述的处理步骤。多处理布局的一个或多个处理器也可以 被采用以执行主存储器406中所包含的指令序列。在替代实施例中，硬连线电路可被用来 代替软件指令或与软件指令组合来实现本发明。因而，本发明的实施例不局限于硬件电路 和软件的任意特定的组合。
这里所使用的术语“计算机可读存储介质”指参与向处理器404提供要执行的指 令的任意介质。这种介质可以采用很多种形式，包括但不局限于非暂时性非易失性存储介 质和非暂时性易失性存储介质。非易失性存储介质包括例如光盘或磁盘，例如存储设备 410。易失性存储介质包括动态存储器，例如主存储器406。
计算机可读存储介质的常见形式包括例如软盘、柔性盘、硬盘、磁带或任何其它 磁性介质、CD-ROM、任何其它光介质、打孔卡、纸带、带有洞图案的任何其它物理介质、RAM、 PROM及EPROM、FLASH-EPR0M、任何其它存储芯片或盒式磁盘、或者计算机可从中进行读取 的任何其它非暂时性有形存储介质。
各种形式的计算机可读存储介质都可以参与向处理器404运送用于执行的一个 或多个指令的一个或多个序列。例如，指令最初可以在远程计算机的磁盘上被携带。远程 计算机可以将指令载入其动态存储器并利用调制解调器通过电话线发送指令。计算机系统 400的本地调制解调器可以接收电话线上的数据并利用红外发射器将数据转换为红外信 号。被耦接到总线402的红外检测器可以接收红外信号中所携带的数据并将数据置于总线 402上。总线402将数据运送给主存储器406，处理器404从主存储器406获取指令并执行 指令。主存储器406所接收到的指令可以有选择地在处理器404执行之前或执行之后被存 储在存储设备410上。
通信接口 418还提供耦接到网络链路420的双向数据通信，网络链路420被连接 到本地网络422。例如，通信接口 418可以是综合业务数字网络(ISDN)卡或调制解调器，以 提供到相应类型的电话线的数据通信连接。又例如，通信接口 418可以是局域网(LAN)卡 以提供到兼容的LAN的数据通信连接。无线链接也可以被实现。在任意一种这样的实现方 式中，通信接口 418发送和接收携带表示各种信息的数字数据流的电、电磁或光信号。
网络链路420通常通过一个或多个网络提供与其它数据设备的数据通信。例如， 网络链路420可以通过本地网络422提供到主机424或者到互联网服务提供商(ISP) 426 所操作的数据设备的连接。ISP426进而通过万维分组数据通信网络(现在通常被称为“互 联网”)428提供数据通信服务。本地网络422和互联网428都使用携带数字数据流的电、 电磁或光信号。向/从计算机系统400运送数字数据的通过各种网络的信号以及网络链路 420上的和通过通信接口 418的信号是传送信息的示例形式。
计算机系统400可以通过(一个或多个)网络、网络链路420和通信接口 418发 送消息和接收数据，包括程序代码。在互联网的示例中，服务器430可以通过互联网428、 ISP426、本地网络422和通信接口 418发送用于应用程序的被请求代码。根据本发明，一种 这样的被下载应用提供如这里所描述的合规管理。接收到的代码可以在其被接收时由处理器404执行，并且/或者被存储在存储设备410或其它非易失性存储设备中以便以后执行。
7. O延伸和变化
在前述说明书中，已参考因实现方式而异的各种具体细节对本发明的实施例进行 了描述。因此，说明书和附图希望被看作是说明性的而非限制性的。
权利要求
1.一种由包括发起方计算机的一个或多个处理器执行的方法，包括 发起针对通信路径的监控会话，包括创建和存储监控会话状态数据； 向所述通信路径的第一响应方计算机发送起动第一状态伺服程序的第一请求，所述第一状态伺服程序被配置为在所述监控会话期间连续地监控所述第一响应方计算机可能执行的一个或多个处理的一个或多个特性； 向所述第一响应方计算机发送监控指令以监控所述一个或多个处理的所述一个或多个特性； 当所述监控会话有效且所述第一响应方计算机在所述通信路径中时，接收和收集来自所述第一响应方计算机的被监控信息； 响应于确定了所述第一响应方计算机不在所述通信路径中或者所述监控会话已经变为无效，在不再向所述第一响应方计算机发送指令的情况下，自动且自主地结束所述监控会话并删除所述监控会话状态数据。
2.根据权利要求1所述的方法，其中所述发起针对通信路径的监控会话包括发现所述第一响应方计算机在所述通信路径中。
3.根据权利要求1所述的方法，还包括响应于确定了第二响应方计算机已加入所述监控会话，向所述第二响应方计算机发送起动第二状态伺服程序的第二请求，所述第二状态伺服程序被配置为在所述监控会话期间连续地监控所述第二响应方计算机可能执行的一个或多个处理的一个或多个特性。
4.根据权利要求1所述的方法，还包括响应于确定了所述通信路径已被重新路由为包括第三响应方计算机，将所述第三响应方计算机加入所述监控会话；向所述第三响应方计算机发送起动第三状态伺服程序的第三请求，所述第三状态伺服程序被配置为在所述监控会话期间连续地监控所述第三响应方计算机可能执行的一个或多个处理的一个或多个特性；向在被重新路由的通信路径上的监控节点发送刷新指令。
5.根据权利要求1所述的方法,其中所述被监控信息包括数据传输监控数据、数据传输统计信息和监控节点的操作状态中的一个或多个。
6.根据权利要求1所述的方法，其中所述监控指令包括用于监控无源视频和收集视频统计信息的指令。
7.根据权利要求1所述的方法，其中所述监控指令还在启用对所述一个或多个处理的所述一个或多个特性的监控之前指定所述第一响应方计算机要实现的一个或多个配置前提条件。
8.一种存储一个或多个指令序列的计算机可读非暂时性存储介质，所述一个或多个指令序列在被包括发起方计算机的一个或多个处理器执行时使得所述一个或多个处理器执行权利要求1至7中的任一权利要求所述的步骤。
9.一种计算机，包括处理器、被耦接到所述处理器的存储器、被存储在所述存储器中的监控状态表，所述计算机的特征在于发起方逻辑被耦接到所述处理器并被配置用于发起针对通信路径的监控会话，包括创建和存储监控会话状态数据；向所述通信路径的第一响应方计算机发送起动第一状态伺服程序的第一请求，所述第一状态伺服程序被配置为在所述会话期间连续地监控所述第一响应方计算机可能执行的一个或多个处理的一个或多个特性；向所述第一响应方计算机发送监控指令以监控所述一个或多个处理的所述一个或多个特性；当所述监控会话有效且所述第一响应方计算机在所述通信路径中时，接收和收集来自所述第一响应方计算机的被监控信息；响应于确定了所述第一响应方计算机不在所述通信路径中或者所述监控会话已经变为无效，在不再向所述第一响应方计算机发送指令的情况下，自动且自主地结束所述监控会话并删除所述监控会话状态数据。
10.根据权利要求9所述的计算机，其特征还在于所述发起方逻辑被配置用于发现所述第一响应方计算机在所述通信路径中。
11.根据权利要求9所述的计算机，其特征还在于所述发起方逻辑被配置用于响应于确定了第二响应方计算机已加入所述监控会话，向所述第二响应方计算机发送起动第二状态伺服程序的第二请求，所述第二状态伺服程序被配置为监控所述第二响应方计算机执行的一个或多个处理的一个或多个特性。
12.根据权利要求9所述的计算机，其特征还在于所述发起方逻辑被配置用于响应于确定了所述通信路径已被重新路由为包括第三响应方计算机，将所述第三响应方计算机加入所述监控会话；向所述第三响应方计算机发送起动第三状态伺服程序的第三请求，所述第三状态伺服程序被配置为监控所述第三响应方计算机执行的一个或多个处理的一个或多个特性；向在被重新路由的通信路径上的监控节点发送刷新指令。
全文摘要
在实施例中，一种方法包括发起针对通信路径的监控会话(包括创建和存储监控会话状态数据)；向通信路径的第一响应方计算机发送起动第一状态伺服程序的第一请求，所述第一状态伺服程序被配置为在监控会话期间连续地监控第一响应方计算机可能执行的一个或多个处理的一个或多个特性；向第一响应方计算机发送监控指令以监控所述一个或多个处理的所述一个或多个特性；在监控会话有效且第一响应方计算机在通信路径中时，接收和收集来自第一响应方计算机的被监控信息；响应于确定了第一响应方计算机不在通信路径中或者监控会话已经变为无效，自动和自主地结束监控会话。
文档编号G06F11/34GK103003802SQ201080068045
公开日2013年3月27日 申请日期2010年10月27日 优先权日2010年7月15日
发明者亚历山大·柯勒姆, 蒋宇全, 张震霖, 林学蕴 申请人:思科技术公司