一种基于分簇的带内网络遥测方法与流程

1.本发明涉及无线网络通信技术领域，尤其涉及一种基于分簇的带内网络遥测方法。


背景技术：

2.现有互联网自发明以来取得了巨大的成功，然而随着信息化科技产业的进一步发展和大规模用户需求的急剧增长，网络在服务质量、传输效率、资源利用率和管控能力等诸多方面暴露出严重弊端。现有的网络架构存在的“三重绑定”的特征使得其无法满足未来网络智慧、安全、海量、泛在等需求，难以解决网络可扩展性、移动性、安全性等问题。新型网络体系的研究受到了国内外学术界和产业界的高度关注，已提出的典型代表方案有软件定义网络(sdn,software defined network)，网络功能虚拟化(nfv,network functions virtualization)、以信息为中心网络(icn,information
‑
centric networking)、命名数据网络(named data networking)等。为了满足未来网络的架构验证新协议、应用程序，获取网络全局视图的需求，需要一种机制提供网络状态信息，以根据用户需求、网络状态，设计满足用户需求的通信方式。
3.传统的带外网络状态测量机制实现数据流级别的网络遥测，其监控方式主要是基于采样和轮询机制，无法提供细粒度的网络状态信息，在性能上受到一定限制。netflow和sflow是广泛使用很多年的传统网络监控方式。netflow的控制中心需要在每个交换机上执行轮询操作，这种导出数据的方式周期长，并不适合实时监控。sflow则是通过对交换机的数据包进行采样，采样间隔可配置，其使用内置于硬件中的专用芯片消除了路由器或交换机上cpu和内存的负担，但是这种方式无法实时调整采样间隔的方式容易错过网络中的一些事件，例如尖峰、异常等，也无法检测到小流。
4.得益于sdn以及可编程交换机的发展，控制、数据分离的结构使得用户可以自定义包头、流表和处理逻辑，在此基础上有学者提出了int。int可以从数据平面收集和报告网络状态信息，不需要控制平面的介入，可以为应用提供前所未有的准确、实时和细粒度的网络状态信息。然而int会在数据平面增加数据包长度、数据包个数，占用大量网络资源。很多学者提出新的实现int方式来改善传统int方式的不足，降低其在数据平面的开销。但这些方式仍存在不足，其通过降低网络状态信息的精确性降低开销，且没有考虑需要高精度网络状态信息时，数据包面临的最大传输单元(maximum transmission unit，mtu)限制，同时这种网络状态信息采集方式仅在最后一跳上传网络状态信息，降低了网络状态信息的及时性。
5.现有技术中的一种带内网络遥测系统包括：捕获数据包模块，用于捕获数据链路层的数据包，并对数据包进行逐层的报头解析操作，并将数据包发送至网络层、传输层和应用层进行处理，以得到处理后的数据包；分析统计模块，用于在网络层、传输层和应用层对处理后的数据包进行ip地址分析、tcp/udp和端口分析、统计分析和协议分析，以得到数据包的时延信息；改包模块，用于修改分析后的数据报头的checkusum区域，并将时延信息打
印到数据包上并输出至主控主机。
6.上述现有技术中的一种带内网络遥测系统的缺点为：一方面，捕获数据包模块捕获数据链路层数据包，并对所述数据包进行逐层的报头解析操作后，在分析统计模块仅分析统计通过ipv4传输的udp包获取对应的源地址和目的地址，并未考虑分析捕获的tcp包。
7.另一方面，该方法未考虑在数据平面插入的网络状态信息造成数据包长度超过mtu限制，导致数据包分片进一步加剧乱序问题，甚至可能导致数据包丢失。
8.另外，该方法依赖于包头中保留有可变长度标签栈的探测包。探测报文在网络边缘周期性生成，并注入网络核心，探测报文将与普通流量一起进行排队和转发。此方式造成收集到的数据不是交换机处理用户数据包时的实时网络状态。
9.现有技术中的一种实时可编程的抽样带内网络遥测方法包括：对网络中的pof(power over ethernet)交换机进行功能扩展，使其支持对接收的数据包进行int操作。由pof交换机接收pof控制器下发的包含了指示pof交换机执行int操作的抽样率、监控数据类型以及int头部起始插入位置的消息体，并基于pof交换机的加权组表，来实现实时可编程的抽样int策略，最终的int数据包，将复制一份转发给数据解析起，同时，最终的int数据包需要将int头部删除再发送给用户。所述数据解析器对int数据包进行解析，同时，提供可调用接口给pof控制器，使得pof控制器能够查询历史记录，并根据当前网络的实时状态来设置和更新网络测量，从而实现闭环控制。在实现pof运行时更改int监控测量、抽样率的同时，还能保证pof交换机的性能不会下降，并能保持较高的网络监控准确性。
10.上述现有技术中的一种实时可编程的抽样带内网络遥测方法的缺点为：
11.一方面，该方法通过pof控制器下发flowmod消息体，指定某些中间节点处的pof交换机不做int操作，增加了从控制层面到数据平面的控制信令开销。
12.另一方面，该方法的抽样方法可以减少网络中需要插入网络状态的数据包数量，降低数据平面的开销。但该抽样方法仅针对数据包是否进行网络状态信息插入进行抽样，并未对数据包采集数据多少进行限制，仍然存在插入数据过多导致数据包大小超过mtu限制的可能性。
13.另外，该方法并未考虑网络状态及时性的问题，网络状态信息仍然在最后一跳进行上报，降低了网络状态的及时性问题，无法根据用户需求及时调整上报网络状态信息的问题。


技术实现要素：

14.本发明的实施例提供了一种基于分簇的带内网络遥测方法，以克服现有技术的问题。
15.为了实现上述目的，本发明采取了如下技术方案。
16.一种基于分簇的带内网络遥测方法，包括：
17.对网络拓扑进行分簇处理，给每个簇分配其所支配的交换机，簇内的交换机将生成的遥测报告上传至簇头，由簇头将遥测报告上传至收集器；
18.所述收集器统计已经收集到的遥测报告中的网络状态信息，选出长时间未收集到网络状态信息的交换机，将长时间未收集到网络状态信息的交换机确定为指定交换机；
19.将探测数据包发送到指定交换机，收集器根据接收到的所述探测数据包的反馈信
息获取所述指定交换机的网络状态信息，确认所述指定交换机的状态。
20.优选地，所述的对网络拓扑进行分簇处理，给每个簇分配其所支配的交换机，簇内的交换机将生成的遥测报告上传至簇头，由簇头将遥测报告上传至收集器，包括：
21.针对不同网络类型以及各交换机连接度对整个网络拓扑进行分簇，并在每个簇中选出对应的簇头，为每个簇头分配其所支配的交换机，一个收集器负责一个或多个簇的遥测报告收集，每个簇的簇头与对应的收集器进行连接；
22.设置int机制的交换机包括：源交换机、转发交换机、汇聚交换机，该汇聚交换机为最后一跳交换机，源交换机在数据包中插入int头部以及自身的网络状态信息后转发，转发交换机在接收到数据包后插入自身网络状态信息并转发，最后一跳交换机接收该数据包后插入自身网络状态信息，随后提取所有网络状态信息生成遥测报告，通过当前网络中使用的通信协议对遥测报告进行封装后，发送给其所在簇的簇头，由簇头将遥测报告上传至收集器。
23.优选地，所述的遥测报告内容包含int头部以及所经过交换机收集到的int数据部分，所述int头部字段包含采集的int数据个数、int部分长度、数据包初始目的ip地址和遥测报告标记，所述int数据部分字段包含交换机id、队列深度、入口端口、出口端口、处理时延、入口时间戳和出口时间戳。
24.优选地，所述的方法还包括：
25.在每个交换机上，对传入的数据包状态进行判断，若当前数据包状态满足插入网络状态信息的要求，则将网络状态信息插入；若当前数据包状态不满足插入网络状态信息的要求，则将数据包中已收集的网络状态信息提取出来生成遥测报告，并将数据包插入的int头部删除，还原数据包；
26.当用户数据包到达最后一跳交换机时，最后一跳交换机生成遥测报告，并根据int信息的总长度将遥测报告中除int头部、int数据部分的其余无效负载进行截断。
27.优选地，所述的将探测数据包发送到指定交换机，收集器根据接收到的所述探测数据包的反馈信息获取所述指定交换机的网络状态信息，确认所述指定交换机的状态，包括：
28.从外部生成一个探测数据包，探测数据包的路由路径由使用方从外部生成并插入探测数据包中，所述探测数据包的路由路径只能包含一个状态不确定的指定交换机，其余路由路径经过的交换机状态必须为正常，所述探测数据包的目的地址为收集器，将所述探测数据包注入网络中；
29.若在规定时间间隔内收集器能收集到探测数据包，则判断所述指定交换机的状态为正常；若在规定时间内收集器未收集到探测数据包，则判断所述指定交换机的状态为异常。
30.优选地，所述带内网络的协议包括但不限于传输控制协议tcp和用户数据包协议udp。
31.根据权利要求1所述的方法，其特征在于，所述对网络拓扑进行分簇处理的分簇算法包括但不限于：k近邻算法、最小支配集算法和最小连通支配集算法。
32.由上述本发明的实施例提供的技术方案可以看出，本发明实施例提出了一种基于分簇的带内网络遥测机制，实现了在使用int收集网络状态信息时能提高了网络状态信息
的及时性、克服收集网络状态信息时mtu限制、提供完整的网络全局视图。通过分簇算法对整个网络拓扑进行分簇并选出每个簇的簇头，每个交换机根据当前数据包状态以及数据包长度判断是否需要生成遥测报告，并通过簇头将遥测报告上报至收集器中，减少了控制平面的介入，并提高了网络状态信息的及时性、克服mtu限制。通过结合两种int的方式可以保证获取完整的网络全局视图。
33.本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
34.为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1为本发明实施例提供的一种基于分簇的带内网络遥测方法的结构示意图；
36.图2为本发明实施例提供的一种带内网络结构示意图；
37.图3为本发明实施例提供的另一种带内网络结构示意图；
38.图4为本发明实施例提供的另一种带内网络结构示意图。
具体实施方式
39.下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
40.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
41.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
42.为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。
43.针对上述研究的不足，本发明实施例提出了一种基于分簇的带内网络遥测机制。该方法把握未来精确性、可扩展的网络测量需求，将分簇的概念引入int实现机制，提高网络状态信息的及时性，克服收集网络状态信息时的mtu限制，并实现用户定制化网络状态信息及时性，具有前瞻性。该方法使用分簇算法，并在sdn架构及bmv2可编程交换机实现，该方
法可以动态根据数据包长度判断是否将已收集到的网络状态信息及时发送至收集器，减少控制平面的介入，克服当数据包长度到达mtu时无法收集网络状态信息的限制，避免在路由过程中对数据包插入网络状态信息超过mtu时导致分片，增加乱序问题。
44.现有的实现int方式会在数据平面增加数据包长度、数据包个数，会占用大量网络资源。为了减少int在数据平面的开销，已有的改进方案和机制可以概括为以下两种方式。一种方式是通过采样、机器学习的方式，减少数据平面要插入网络状态信息的数据包数量、生成的遥测报告数量；另一种是通过对网络状态信息进行编码后插入，减少每个数据包插入的网络状态信息大小。这两种方式虽然能在一定程度上降低数据平面的开销，但牺牲了遥测结果的精确性，可能导致无法收集到网络中出现的突发事件的信息。另外，在采集网络状态信息的过程中并未考虑mtu的限制，当插入数据包的网络状态信息使得数据包大小超过mtu限制时，可能会导致数据包分片进一步加剧乱序问题，甚至可能导致数据包丢失。为解决以上问题，本发明实施例提出一种基于分簇的带内网络遥测机制，该机制通过基于分簇的遥测报告发送机制将网络状态信息插入数据包的负载部分，不影响已有协议的通信，同时提高了网络状态信息的及时性、并克服mtu的限制。另外，通过分簇，该机制还支持用户定制化网络状态信息及时性，用户可以指定何时需要上传遥测报告。
45.为了满足用户需求以收集不同的网络状态信息，本发明需要能够更改下发至交换机的流表，因此，本发明主要适用于支持sdn架构的网络。另外，为了能够支持自定义数据包处理流程的需求，需要交换机支持可编程的操作，例如支持p4的bmv2交换机、ovs交换机、pof交换机等。最后，由于本发明将所有int相关的信息插入数据包的负载部分(例如tcp/udp以及payload之间)，因此即使不支持int操作的交换机需要转发包含int信息的数据包时，也不会由于不识别int信息而将该数据包抛弃。
46.本发明实施例提出了一种基于分簇的带内网络遥测方法，该方法的处理流程如图1所示，包括如下的处理步骤：
47.步骤s1、对网络拓扑进行分簇处理，给每个簇分配一个收集器，由簇头将遥测报告上传至收集器。
48.针对不同网络类型以及各交换机连接度对整个网络拓扑进行分簇，并在每个簇中选出对应的簇头，为每个簇头合理分配其所支配的交换机，以达到使用最少簇头个数支配整个网络拓扑，减少控制开销的同时均衡簇头之间负载的设计。簇头本身也是一个交换机，还有进行数据包传输操作。
49.给每个簇分配一个收集器，该收集器无线网络连接对应簇的簇头。每个簇内的交换机将生成的遥测报告上传至簇头，由簇头再将遥测报告上传至收集器。
50.在int机制中，交换机主要分为三种：源交换机(source)、转发交换机(transit)、汇聚交换机(sink、最后一跳交换机)。三种交换机都可以将其网络状态信息插入用户数据包、探测数据包中，另外，source还需要负责插入int头部、sink节点负责生成遥测报告。当用户数据包进入网络时，source会对不包含int头部的数据包插入int头部；当数据包到达sink时，交换机会将数据包中的遥测信息提取并生成遥测报告，并通过当前网络中使用的通信协议对遥测报告进行封装、路由(例如ipv4、ipv6等)。由于探测数据包的目的地址本就为收集器地址，因此source和sink只需将网络状态信息插入并转发即可，不需要执行插入int头部以及生成遥测报告的操作。
51.遥测报告内容主要包含int头部以及所经过交换机收集到的int数据部分，其中int头部可包含采集的int数据个数、int部分长度、数据包初始目的ip地址、遥测报告标记等，int数据部分可包含交换机id、队列深度、入口端口、出口端口、处理时延、入口时间戳、出口时间戳等。在本发明中，为了支持分簇机制，需要扩展transit交换机的功能，即transit交换机也支持对不包含int头部的用户数据包插入int头部的功能。遥测报告标记可避免其他交换机对遥测报告执行插入数据的操作，破坏原有数据包结构。
52.在本发明中，带内网络中可能存在5种数据包，即包含/不包含int信息的用户数据包，可以由主机、服务器生成；包含/不包含int信息的探测数据包，由使用int服务的用户从外部生成注入网络，可以由主机、服务器生成；包含int信息的遥测报告，由sink节点生成。
53.步骤s2、在本发明中，使用通信协议封装的遥测报告的包头的目的地址为收集器地址，另外，在int头部中记录了用户数据包原始的目的地址，以保证能够获取完整的五元组信息，最后，为了避免支持int的交换机对遥测报告执行除转发之外的其他操作，int头部中通过一个字段对遥测报告进行标识，因此，收集器可以位于网络中任意位置。
54.收集器统计已经收集到的遥测报告中的网络状态信息，选出长时间未收集到网络状态信息的交换机，将长时间未收集到网络状态信息的交换机确定为指定交换机。在实际应用中，也可以选定一个或者多个交换机为需要收集网络状态信息的指定交换机。
55.将探测数据包发送到指定交换机，收集器根据上述探测数据包的反馈信息获取指定交换机的网络状态信息，确认该指定交换机的状态。
56.探测数据包主要用于探测交换机的状态，在未测量前，交换机状态定义为不确定，测量后，根据测量结果可以分为正常和异常两种情况。可由需要使用带内网络遥测服务的使用方从外部生成一个空白的数据包并注入网络。探测数据包的路由路径需要使用方从外部生成并插入探测数据包中，探测数据包将根据此路径路由到状态不确定的交换机。在生成探测数据包路径时，路径中只能包含一个不确定状态是否正常的交换机，即指定交换机，路由路径上其余交换机状态必须为正常。这能保证探测数据包一定能路由到状态不确定的交换机。若在规定时间间隔内收集器能收集到探测数据包，说明该交换机仍然存在并能正确对数据包执行插入、转发等操作，此时交换机状态定义为正常；若在规定时间内收集器未收集到探测数据包，说明当前交换机状态异常，从而保证能够获取完整的网络全局视图。
57.步骤s3、对遥测报告无效的负载部分进行截断，减少遥测报告在数据平面开销的设计，为网络状态信息插入留出充足空间。
58.当用户数据包到达sink时，sink会生成遥测报告，并根据int信息的总长度将遥测报告中除int头部、int数据部分的其余无效负载进行截断。
59.针对将网络状态信息插入用户数据包的方式，需要将网络状态信息以及int包头以int头部的方式插入多种协议负载部分的设计，达到不干扰已有协议正常通信的目的。
60.当用户数据包进入网络后，其路由路径上经过的所有交换机都会将自身的网络状态信息插入用户数据包中，并在用户数据包即将离开网络，即到达最后一跳交换机时将网络状态信息提取出来并生成遥测报告发送至收集器。这种随用户数据包路由实时收集网络状态信息的方式可以保证获取到用户数据包在网络中经历的真实状态。
61.本发明实施例的系统设计支持多种协议的数据包使用该机制，包括ipv4协议，ipv6协议。
62.分析模块正确解析int包头的设计，包括正确解析出探测数据包以及遥测报告的设计，正确解析出网络状态信息的设计。
63.正确区分出探测数据包以及由用户数据包生成的遥测报告，并正确解析两种数据包获取网络状态信息并将网络状态信息存储的设计。
64.本发明提出了一种基于分簇的int实现方式，相对于传统的int实现方式，该机制可以减少sdn架构中控制平面的干预，克服了将网络状态信息插入用户数据包时mtu的限制，提高网络状态信息的及时性。该方法包括：在sdn架构下实现int机制时，通过分簇算法，对整个网络拓扑划分簇，并在每个簇中选出对应的簇头，通过簇头将该簇内交换机发送的遥测报告发送至收集器，另外，采集网络状态信息时，通过将int包头插入用户数据包以及探测数据包的负载部分，使得该机制不会破坏当前的通信协议。
65.在每个交换机上，首先对传入的数据包状态进行判断，若当前数据包状态满足插入网络状态信息的要求，则将网络状态信息插入；若当前数据包状态不满足插入网络状态信息的要求，则将数据包中已收集的网络状态信息提取出来生成遥测报告，并将数据包插入的int头部删除，还原数据包，实现整个网络状态信息采集过程对用户透明。
66.在一种可能的实现方式中，所述分簇算法的可用算法，该算法包括但不限于：k近邻算法(k
‑
nearest neighbor)、最小支配集算法、最小连通支配集算法。
67.在又一种可能的实现方式中，所述可编程交换机的可用类型，该可用类型包括但不限于bmv2交换机、ovs交换机。
68.在又一种可能的实现方式中，所述数据包状态的判断标准，该判断标准包括但不限于：数据包长度、数据包生存时间、数据包可采集int数据的最大个数、用户定制化网络状态信息及时性。
69.在又一种可能的实现方式中，所述分簇的分簇标准，包括但不限于交换机连接度、交换机cpu大小、当前交换机属于何种运营商。
70.第二方面，本发明支持结合两种int方式，包括将网络状态信息插入探测数据包和将网络状态信息插入用户数据包实现int。
71.在一种可能的实现方式中，使用探测数据包收集网络状态信息的方式，包括但不限于网络中长时间未收集到某一交换机的网络状态信息时，可以通过发送探测数据包的方式收集网络状态信息；当用户指定当前需要收集某一交换机的特定信息时需要收集对应的网络状态信息。
72.在又一种可能的实现方式中，使用两种int实现收集网络状态信息的协议，包括但不限于传输控制协议tcp，用户数据包协议udp。
73.在又一种可能的实现方式中，使用两种int实现收集网络状态信息的类型可以针对不同场景采集不同的数据类型，数据类型包括但不限于，交换机id、数据包进入交换机端口、数据包离开交换机端口、数据包进入交换机时间戳、数据包离开交换机时间戳、数据包在交换机上的处理时延。
74.第三方面，本发明中通过分簇可以支持分布式收集器，通过分布式收集器可以减少在遥测报告数量达到每秒数百万个数据包集中式收集器的工作负载。
75.在一种可能的实现方式中，所述分布式收集器的接入方式，包括但不限于：每个簇使用一个收集器、多个簇使用一个收集器。
76.实施例二
77.图2为本发明实施例提供的一种带内网络结构示意图，如图2所示，主机h1、主机h2之间使用的通信协议为ipv4，虚线部分表示将该网络拓扑划分为两个簇，分别为簇1，s1、s2、s3，其中簇头为s2；簇2，s4、s5，其中簇头为s5，每个簇头连接一个收集器，簇头s2连接收集器c2，簇头s5连接收集器c1。当主机h1向h2发送数据包时，若数据包剩余长度仅足够插入两个交换机的网络状态信息，传统int将网络状态信息插入用户数据包的方式无法满足收集整条链路网络状态信息的需求。采用本发明实施例提出的方法，每一跳交换机都会确认当前数据包长度是否足够插入网络状态信息，若不足以插入网络状态信息，则在当前交换机上生成遥测报告，并通过簇头发送至收集器上，由收集器负责解析遥测报告。该实例能确保收集网络状态信息的过程种克服mtu的限制、提高网络状态信息的及时性，减少发送遥测报告时控制平面的介入。
78.如图2所示，数据包剩余长度只满足插入两跳网络状态信息，因此该实例分别在s2、s5上生成遥测报告，最后由于s1为最后一跳，需要避免丢失最后一跳交换机信息，因此在不超过mtu限制时也会在s1上生成遥测报告，并在每一次生成遥测报告后需将数据包还原。实现了对用户透明的带内网络遥测机制。
79.实施例三
80.图3为本发明实施例提供的另一种带内网络结构示意图，如图3所示，本发明实施例提出结合两种int方式来获取网络全局视图。例如，采用传统int将网络状态信息插入用户数据包的方式可以获取交换机处理用户数据包的实时状态，但是可能会导致长时间未收集到网络中某一交换机的网络状态信息，如图3中的交换机s6。这个时候想要获取s6上的网络状态信息，必须通过发送探测数据包的方式获取。采用本发明实施例提出的两种int方式，可以在获取交换机处理用户数据包实时状态的同时，通过探测数据包获取未收集交换机的网络状态信息，保证能获取网络全局视图。
81.如图3所示，通过将网络状态信息插入用户数据包的方式可以获取交换机s1、s2、s3、s4、s5的网络状态信息，当长时间未收集到交换机s6的网络状态信息时，此时可以通过发送探测数据包的方式，从外部发送探测数据包去检测指定交换机s6的状态并获取网络状态信息，最后通过簇头将探测数据包发送至收集器。
82.实施例四
83.图4为本发明实施例提供的另一种带内网络结构示意图，如图4所示，本发明实施例提出的技术可以满足用户定制化网络状态信息发送。例如，由于决策需求，需要快速获取到每个交换机处理用户数据包时的数据包状态信息，通过发送探测数据包以及传统的网络状态信息插入用户数据包的方式无法满足该需求。采用本发明实施例提出的方法，用户可以指定何时发送遥测报告，保证了网络状态信息及时性可定制化。
84.如图4所示，若用户指定需要立即收到每一个交换机的网络状态信息，则规定每一跳交换机都会生成一个遥测报告，并通过当前簇头将遥测报告上传至收集器，实现了用户定制化发送网络状态信息。
85.本发明提出了一种基于分簇的带内网络遥测机制，实现了在使用int收集网络状态信息时能提高了网络状态信息的及时性、克服收集网络状态信息时mtu限制、提供完整的网络全局视图。通过分簇算法对整个网络拓扑进行分簇并选出每个簇的簇头，每个交换机
根据当前数据包状态以及数据包长度判断是否需要生成遥测报告，并通过簇头将遥测报告上报至收集器中，减少了控制平面的介入，并提高了网络状态信息的及时性、克服mtu限制。通过结合两种int的方式可以保证获取完整的网络全局视图。
86.该系统兼顾提供网络全局视图信息的同时克服了mtu的限制，提高网络状态信息的及时性，支持用户定制化网络状态信息收集，从这个角度出发，很难再找到其他的替代方案完成此发明目的，但是在具体实现的过程应该会有一些其他的方案提出。
87.综上所述，本发明实施例将发送遥测报告的决策交由数据平面决定，减少了控制平面的介入。通过分簇算法每个交换机上报遥测报告可以取决于当前交换机的状态，包括数据包长度是否超过mtu限制、数据包采集的int数据的个数是否到达最大个数限制、数据包ttl是否超过最大限制、用户是否要求逐跳上报、多种状态组合等，可以克服在收集网络状态信息时mtu的限制、提高网络状态信息及时性、实现用户定制化网络状态信息收集。在分簇的基础上可以使用分布式收集器从而减少集中式收集器的工作负载，并通过结合两种int方式，保证获取完整的网络全局视图。
88.本发明方法兼顾提供网络全局视图信息的同时克服了mtu的限制，提高网络状态信息的及时性，支持用户定制化网络状态信息收集。
89.本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
90.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
91.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
92.以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。