一种测量xFlow指标的FMP协议及应用的制作方法

一种测量xflow指标的fmp协议及应用
技术领域
1.本发明涉及测量xflow(网络流量协议，如netflow和netstream等)指标领域，尤其是一种测量xflow指标的fmp(flow measure protocol，流量测量协议)协议及应用。


背景技术：

2.在基于xflow进行流量监控的场景下，缺乏一种对各类流量监控协议进行度量的标准化协议。
3.一般情况下发生xflow流量计算不准或不出来时，可能需要排查各网元设备是否存在配置错误、遗漏和规范性问题等。现有处理xflow的网元设备无标准导出各类运行配置，在发生xflow流量计算不准确的情况下无法及时有效的排查故障点，尤其在xflow网元设备较多的情况下，故障排错较为耗时。
4.现有处理xflow的网元设备无标准导出xflow报文进行有效监控，发生丢包或延迟等造成的流量计算不准确难以排查。


技术实现要素：

5.为解决现有技术存在的上述问题，本发明提供一种测量xflow指标的fmp协议及应用，对各处理xflow的网元设备在处理xflow报文时的各类监控指标信息进行标准导出，可以实现多厂家互通，在规模部署场景下运维效率可以极大提升。
6.为实现上述目的，本发明采用下述技术方案：
7.在本发明一实施例中，提出了一种测量xflow指标的fmp协议，该fmp协议采用客户端-服务器通信模式，同时定义了四个逻辑角色，分别为控制客户端、会话发送、服务端和会话反射，控制客户端/服务端负责协商fmp会话的建立和启动，一旦会话启动，控制客户端和服务端分别通知会话发送和会话反射模块相关会话信息，使其分别具有针对本会话的探帧发送和响应能力。
8.进一步地，控制客户端负责建立、启动和停止fmp会话，并收集统计结果；
9.会话发送由控制客户端调度，主动向外发送用于性能统计的探帧；
10.服务端负责响应控制客户端发起的建立、启动和停止fmp会话的请求；
11.会话反射由服务端调度，应答会话发送模块发送过来的探帧。
12.进一步地，fmp协议定义了四个阶段，分别为控制会话建立、测量会话建立、测量会话启动和测量会话停止，控制客户端和服务端基于tcp连接实现控制会话建立，控制会话建立完成后，控制客户端指定ip地址和tcp端口发起测量会话的建立，测量会话建立完成后，控制客户端发起测量会话的启动消息，当控制会话收到启动消息后，将控制会话下的所有测量会话启动，当数据收集完成后，测量会话停止。
13.进一步地，控制会话建立包括：
14.服务端开启tcp端口侦听，由控制客户端发起tcp连接；
15.服务端主动发送发起消息，将服务器端的参数配置通告给控制客户端；
16.控制客户端收到服务端发起消息后，发送建立响应消息发起控制会话的建立；
17.服务端对建立响应消息进行校验通过后回应服务启动消息；
18.控制客户端和服务端之间的控制会话建立完成。
19.进一步地，测量会话建立包括：
20.控制客户端通过tcp连接发送携带ip地址和tcp端口信息的请求测量会话消息给服务端；
21.服务端收到请求测量会话消息后，根据控制客户端指定ip地址和tcp端口建立测量会话，并回复接受会话消息给控制客户端；
22.控制客户端和服务端之间的测量会话建立完成。
23.进一步地，测量会话启动包括：
24.控制客户端发送开始会话消息；
25.服务端在收到开始会话消息后，通知会话反射模块相关测量会话信息，使其具有应答能力；
26.服务端在回复开始确认消息后，启动测试会话；
27.控制客户端在收到开始确认消息后，通知会话发送模块测量会话信息，使其具有探帧发送能力。
28.测量会话启动完成，会话反射模块开始回应fmp探测报文。
29.进一步地，测量会话停止包括：
30.控制客户端发送停止会话消息通知服务端停止性能统计；
31.服务端收到停止会话消息后，通知会话反射模块关闭相应测量会话的应答功能。
32.进一步地，测量xflow指标的fmp协议在xflow网元设备的流量、运行配置与统计中的应用。
33.有益效果：
34.1、本发明定义了统一的fmp协议框架，方便后续进行基于xflow的各类管控扩展需要。
35.2、本发明实现了统一协议后，可以方便各厂家统一实现相关指标的导出，便于整网统一运维。
36.3、本发明基于tcp作为传输协议实现fmp协议，可以确保统计信息的完整性。
37.4、本发明可以基于fmp协议进行处理xflow的网元设备的大规模流量统计并准确性对比和故障排错等，提升部署和运维效率。
附图说明
38.图1是本发明fmp协议定义的四个逻辑角色的相互关系图；
39.图2是本发明控制会话建立流程示意图；
40.图3是本发明测量会话建立流程示意图；
41.图4是本发明测量会话启动流程示意图；
42.图5是本发明测量会话停止流程示意图；
43.图6是本发明一实施例的基于fmp协议的信息交互数据流程示意图。
具体实施方式
44.下面将参考若干示例性实施方式来描述本发明的原理和精神，应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
45.本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
46.根据本发明的实施方式，提出了一种测量xflow指标的fmp协议及应用，该fmp协议定义了一种ip网络中任意两台支持该协议的网元设备之间xflow指标测量准确性的方法。
47.下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
48.本发明新定义的测量xflow指标的fmp协议(基于tcp)说明如下：
49.术语介绍：
50.fmp协议采用客户端-服务器通信模式，同时定义了如下四个逻辑角色，相互关系如图1所示：
51.control-client(控制客户端)：负责建立、启动和停止fmp会话，并收集统计结果。
52.session-sender(会话发送)：由control-client调度，主动向外发送用于性能统计的探帧。
53.server(服务端)：负责响应control-client发起的建立、启动和停止fmp会话的请求。
54.session-reflector(会话反射)：由server调度，应答session-sender发送过来的探帧。
55.基本原理：
56.控制客户端/服务端负责协商fmp会话的建立和启动，一旦会话启动，控制客户端和服务端就会分别通知会话发送和会话反射模块相关会话信息(包括会话中所使用的ip地址和端口号等信息)，使其分别具有针对本会话的探帧发送和响应能力。从流程上共划分为4个阶段：控制会话建立、测量会话建立、测量会话启动和测量会话停止。
57.一、控制会话建立：
58.控制会话的建立主要用于控制层的合法性和参数校验等判断，两者基于tcp连接建立控制会话。控制会话是建立测量会话的前提，过程如图2所示：
59.1、服务端开启tcp端口侦听，由控制客户端发起tcp连接。
60.2、服务端主动发送发起消息，将服务器端的参数配置通告给控制客户端。
61.3、控制客户端收到服务端发起消息后，发送建立响应消息发起控制会话的建立。
62.4、服务端对建立响应消息进行校验通过后回应服务启动消息。
63.5、至此，控制客户端和服务端两端的控制会话建立完成。
64.二、测量会话建立：
65.控制会话建立完成后，可控制客户端指定ip地址和tcp端口发起测量会话的建立，过程如图3所示：
66.1、控制客户端通过tcp连接发送携带ip地址、tcp端口信息的请求测量会话消息给
服务端。
67.2、服务端收到请求测量会话消息后，根据控制客户端指定ip地址、tcp端口建立测量会话，并回复接受会话消息给控制客户端。
68.3、至此，控制客户端、服务端两端的测量会话建立完成。
69.三、测量会话启动：
70.测量会话的启动是基于控制会话发起。当控制会话收到启动消息后，将启动控制会话下的所有测量会话。测量会话建立完成后，控制客户端可以发起测量会话的启动消息，过程如图4所示：
71.1、控制客户端发送开始会话消息。
72.2、服务端在收到开始会话消息后，通知会话反射模块相关测量会话信息(包括会话中所使用的ip和端口号等信息)，以便会话反射模块具有应答能力。
73.3、服务端在回复开始确认消息后，启动测试会话。
74.4、控制客户端在收到开始确认消息后，通知会话发送模块测量会话信息(包括会话中所使用的ip和端口号等信息)，以便会话发送模块具有探帧发送能力。
75.5、至此，测量会话启动完成，会话反射模块可以开始回应fmp测量报文。
76.测量会话可以支持多种子类，例如数据测量会话和故障检测会话等。
77.四、测量会话停止：
78.当数据收集完成后，可以停止测量会话，过程如图5所示：
79.1、控制客户端发送停止会话消息通知服务端停止性能统计。
80.2、服务端收到停止会话消息后，通知会话反射模块关闭相应测量会话的应答功能。
81.fmp报文格式说明如下表1：
82.1、公共消息头：
83.用于定义承载于tcp协议之上fmp协议的统一公共部分，主要字段包括协议采用版本、消息的用途类型和具体的消息体(例如控制和会话类消息体等)。
84.2、控制消息：
85.用于定义控制类消息的基本信息，指导控制会话的交互过程。主要字段包括版本、消息用途类型和具体的消息体。
86.3、请求/启动会话消息体：
87.用于定义各类会话类消息的基本信息，指导会话过程的建立。主要字段包括序列号、会话类型和会话统计项，调度间隔等。
88.表1
[0089][0090]
下面以具体的测量会话消息进行举例，如下表2所示，描述了测量时路由器所导出的指标内容，其中测量报告为整体的测量记录结构，测量记录头为每个测量记录的结构，测量记录体为具体测量记录结构的定义。
[0091]
表2
[0092][0093]
需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所
示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
[0094]
为了对上述测量xflow指标的fmp协议进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。
[0095]
实施例1：通过新定义的fmp协议(基于tcp)使得ndc和router(路由器)等网元设备之间建立fmp会话，router和ndc周期性或按照业务需要主动触发交互统计和配置等数据。
[0096]
图6是本发明一实施例的基于fmp协议的信息交互数据流程示意图。如图6所示，整体交互流程如下：
[0097]
1、建立router与ndc之间的fmp协议会话；
[0098]
2、router周期性或按照业务需要进行基于流特征的统计；
[0099]
3、router基于fmp协议周期性或按照业务需要上报统计信息给ndc或第三方采集器，信息中可以携带xflow流量和xflow配置等信息；
[0100]
4、ndc或第三方采集器根据fmp协议本地保存xflow流量(根据xflow报文数和字节数求和得到)和xflow配置等信息；
[0101]
5、用户可以直观地根据步骤4中的xflow配置，通过与router的标准配置数据进行对比，判断是否存在差异，从而确定router是否存在错误、遗漏或不规范等配置问题；
[0102]
6、用户可以直观地根据步骤4中的xflow流量，通过与ndc或第三方采集器接收到的xflow流量数据进行对比，判断是否存在偏差，从而确定基于xflow协议进行流量还原的准确性问题。
[0103]
具体实施说明如下：
[0104]
路由器：
[0105]
1、使能fmp协议；
[0106]
2、配置fmp控制客户端的本地ip、ndc的ip和fmp端口；
[0107]
3、配置fmp控制客户端业务的采集时间、采集的维度和采集间隔；
[0108]
4、启动fmp控制客户端业务调度。
[0109]
ndc/第三方采集器：
[0110]
1、使能fmp协议；
[0111]
2、配置fmp的服务端的本地ip、路由器的ip和fmp端口；
[0112]
3、按需配置fmp会话业务类型(如流量、运行配置与统计等)；
[0113]
4、启动fmp的服务端业务。
[0114]
本发明提出的测量xflow指标的fmp协议及应用，定义了统一的fmp协议框架，方便后续进行基于xflow的各类管控扩展需要；实现了统一协议后，可以方便各厂家统一实现相关指标的导出，便于整网统一运维；基于tcp作为传输协议实现fmp协议，可以确保统计信息的完整性；可以基于fmp协议进行处理xflow的网元设备的大规模流量统计并准确性对比和故障排错等，提升部署和运维效率。
[0115]
虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和
范围内所包含的各种修改和等同布置。
[0116]
对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。