网关转发异常检测方法、设备、介质及产品与流程

1.本公开实施例涉及云网络领域，具体涉及一种网关转发异常检测方法、设备、介质及产品。


背景技术：

2.云企业网(cloud enterprise network，cen)是一款能够快速构建混合云和分布式系统的全球网络服务，可以为用户提供优质、高效、稳定的网络传输环境，帮助用户打造一张具有企业级规模和通信能力的云上网络，适用于集团企业、全球网络等场景。云企业网可以将vpc(virtual private cloud，专有网络)、vbr(virutal border router，边界路由器)等资源一键互联起来，同时用户可以使用关联转发、路由学习等能力，实现路由传播的管理，并进行策略路由的管理。而cgw(cen gateway，云企业网网关)提供了以上功能的转发能力。由于用户云上产品越来越多样、网络架构越来越复杂，作为云网络底座的转发面架构的功能和逻辑也越来越复杂，出现bug的概率也越来越大，同时由于云产品自由度很大，用户在云上使用的场景多变，可能会超出设计者的预期，一些看似无关紧要的转发逻辑的升级、变更，也可能导致用户的报文转发出现异常，造成用户损失，虽然通过研发过程中的测试用例等方式可以很好的解决大部分问题，但是这种白盒的测试方案仅能检测一些软件上的问题，而云企业网网关是软硬一体化的网关，使用这种测试方案很难对该云企业网网关的转发功能做到百分百的验证。


技术实现要素：

3.本公开实施例提供一种网关转发异常检测方法、设备、介质及产品。
4.第一方面，本公开实施例中提供了一种网关转发异常检测方法。
5.具体的，所述网关转发异常检测方法，包括：
6.报文生成器生成验证报文，并将所述验证报文发送给云企业网的待测网关及其对应的验证网关，所述验证报文中携带有源地址和目的地址；
7.所述云企业网的待测网关基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；
8.所述验证网关基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发报文转发至报文分析器；所述第二路由表包含所述第一路由表；
9.所述报文分析器比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若所述第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
10.在一种可能的实现方式中，所述方法还包括：
11.在所述验证网关的使用场景变更前，所述报文生成器将所述验证报文发送给变更前的验证网关；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
12.所述变更前的验证网关基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，封装所述第三下一跳信息生成第三转发报文，并将所述第三转发报文转发至报文分析器；
13.在所述验证网关的使用场景变更后，所述报文生成器将所述验证报文发送给变更后的验证网关；
14.所述变更后的验证网关基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，封装所述第四下一跳信息生成第四转发报文，并将所述第四转发报文转发至报文分析器；
15.所述报文分析器比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若所述变更前的路由表对应的各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
16.在一种可能的实现方式中，在验证报文的转发出现异常时，所述方法还包括：
17.所述报文生成器将转发出现异常的验证报文发送给所述云企业网的待测网关；
18.所述云企业网的待测网关基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；
19.所述报文分析器比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若出现异常的验证报文的第四下一跳信息和第五下一跳信息不同，确定所述验证网关变更异常；若出现异常的验证报文的第四下一跳信息和第五下一跳信息均相同，则确定所述验证网关变更正常。
20.在一种可能的实现方式中，所述下一跳信息包括下一跳的ip地址和下一跳的虚拟扩展局域网网络标识vni。
21.第二方面，本公开实施例中提供了一种网关转发异常检测方法。
22.具体的，所述网关转发异常检测方法，应用于报文生成器，包括：
23.生成验证报文，所述验证报文中携带有源地址和目的地址；
24.将所述验证报文发送给所述云企业网的待测网关和验证网关，以基于验证网关查询的下一跳信息与所述云企业网的待测网关的下一跳信息验证所述云企业网的待测网关的转发是否正常。
25.在一种可能的实现方式中，在所述验证网关的使用场景变更前，将所述验证报文发送给变更前的验证网关，在所述验证网关的使用场景变更后，将所述验证报文发送给变更后的验证网关，以便验证所述验证网关的变更是否正常，所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景。
26.第三方面，本公开实施例中提供了一种网关转发异常检测方法。
27.具体的，所述网关转发异常检测方法，应用于云企业网的待测网关或验证网关，包括：
28.接收数据报文；
29.识别所述数据报文为验证报文时，基于所述数据报文中携带的源地址和目的地址查找预存的路由表，得到下一跳信息，将所述下一跳信息封装至数据报文中生成转发报文，并将所述转发报文转发至报文分析器，以便所述报文分析器分析所述数据报文的转发是否正常。
30.在一种可能的实现方式中，所述识别所述数据报文为验证报文，包括：
31.解封装所述数据报文，得到验证报文标识符时，确定所述数据报文为验证报文。第四方面，本公开实施例中提供了一种网关转发异常检测方法。
32.具体的，所述网关转发异常检测方法，应用于报文分析器，包括：
33.接收所述云企业网的待测网关发送的第一转发报文和所述验证网关发送的第二转发报文，所述第一转发报文中携带有验证报文的源地址和目的地址，以及所述云企业网的待测网关查找的第一下一跳信息；所述第二转发报文中携带有验证报文的源地址和目的地址，以及所述验证网关查找的第二下一跳信息；
34.比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；
35.若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
36.在一种可能的实现方式中，还包括：
37.接收使用场景变更前的验证网关发送的第三转发报文和场景变更后的验证网关发送的第四转发报文，所述第三转发报文中携带有验证报文的源地址、目的地址以及变更前的验证网关查找的第三下一跳信息；所述第二转发报文中携带有验证报文的源地址、目的地址以及变更后的验证网关查找的第四下一跳信息；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
38.比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；
39.若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
40.第五方面，本公开实施例中提供了一种网关转发异常检测系统。
41.具体的，所述网关转发异常检测系统，包括：
42.报文生成器，被配置为生成验证报文，并将所述验证报文发送给云企业网的待测网关及其对应的验证网关，所述验证报文中携带有源地址和目的地址；
43.所述云企业网的待测网关，被配置为基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；
44.所述验证网关，被配置为基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发报文转发至报文分析器；所述第二路由表包含所述第一路由表；
45.所述报文分析器，被配置为比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若所述第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
46.在一种可能的实现方式中，所述系统还包括：
47.所述报文生成器，还被配置为在所述验证网关的使用场景变更前，所述报文生成器将所述验证报文发送给变更前的验证网关；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
48.所述验证网关，被配置为在变更前，基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，封装所述第三下一跳信息生成第三转发报文，并将所述第三转发报文转发至报文分析器；在变更后，基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，封装所述第四下一跳信息生成第四转发报文，并将所述第四转发报文转发至报文分析器；
49.所述报文分析器，被配置为比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若所述变更前的路由表对应的各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
50.在一种可能的实现方式中，在验证报文的转发出现异常时，所述系统还包括：
51.所述报文生成器，被配置为将转发出现异常的验证报文发送给所述云企业网的待测网关；
52.所述云企业网的待测网关，被配置为基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；
53.所述报文分析器，被配置为比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若出现异常的验证报文的第四下一跳信息和第五下一跳信息不同，确定所述验证网关变更异常；若出现异常的验证报文的第四下一跳信息和第五下一跳信息均相同，则确定所述验证网关变更正常。
54.在一种可能的实现方式中，所述下一跳信息包括下一跳的ip地址和下一跳的虚拟扩展局域网网络标识vni。
55.第六方面，本公开实施例中提供了一种网关转发异常检测装置。
56.具体的，所述网关转发异常检测装置，应用于报文生成器，包括：
57.生成模块，被配置为生成验证报文，所述验证报文中携带有源地址和目的地址；
58.第一发送模块，被配置为将所述验证报文发送给所述云企业网的待测网关和验证
网关，以基于验证网关查询的下一跳信息与所述云企业网的待测网关的下一跳信息验证所述云企业网的待测网关的转发是否正常。
59.在一种可能的实现方式中，所述装置还包括：
60.第二发送模块，被配置为在所述验证网关的使用场景变更前，将所述验证报文发送给变更前的验证网关，在所述验证网关的使用场景变更后，将所述验证报文发送给变更后的验证网关，以便验证所述验证网关的变更是否正常，所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景。
61.第七方面，本公开实施例中提供了一种网关转发异常检测装置。
62.具体的，所述网关转发异常检测装置，应用于云企业网的待测网关或验证网关，包括：
63.第一接收模块，被配置为接收数据报文；
64.转发模块，被配置为识别所述数据报文为验证报文时，基于所述数据报文中携带的源地址和目的地址查找预存的路由表，得到下一跳信息，将所述下一跳信息封装至数据报文中生成转发报文，并将所述转发报文转发至报文分析器，以便所述报文分析器分析所述数据报文的转发是否正常。
65.在一种可能的实现方式中，所述转发模块中识别所述数据报文为验证报文的部分被配置为：
66.解封装所述数据报文，得到验证报文标识符时，确定所述数据报文为验证报文。
67.第八方面，本公开实施例中提供了一种网关转发异常检测装置。
68.具体的，所述网关转发异常检测装置，应用于报文分析器，包括：
69.第二接收模块，被配置为接收所述云企业网的待测网关发送的第一转发报文和所述验证网关发送的第二转发报文，所述第一转发报文中携带有验证报文的源地址和目的地址，以及所述云企业网的待测网关查找的第一下一跳信息；所述第二转发报文中携带有验证报文的源地址和目的地址，以及所述验证网关查找的第二下一跳信息；
70.第一比对模块，被配置为比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；
71.第一确定模块，被配置为若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
72.在一种可能的实现方式中，还包括：
73.第三接收模块，被配置为接收使用场景变更前的验证网关发送的第三转发报文和使用场景变更后的验证网关发送的第四转发报文，所述第三转发报文中携带有验证报文的源地址、目的地址以及变更前的验证网关查找的第三下一跳信息；所述第二转发报文中携带有验证报文的源地址、目的地址以及变更后的验证网关查找的第四下一跳信息；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
74.第二比对模块，被配置为比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；
75.第二确定模块，被配置为若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若各验证报文的第三下一跳信息和第四下一跳信
息均相同，则确定所述验证网关的报文转发正常。
76.第九方面，本公开实施例提供了一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条支持上述装置执行上述方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。
77.第十方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述任一方面所述的方法步骤。
78.第十一方面，本公开实施例提供了一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现上述任一方面所述的方法步骤。
79.本公开实施例提供的技术方案可包括以下有益效果：
80.上述技术方案可以由报文生成器生成该云企业网关中的任一路由路径上的验证报文，并将验证报文发送给云企业网的待测网关及其对应的验证网关，云企业网的待测网关和验证网关分别基于源地址和目的地址查找其预存的路由表，得到下一跳信息，封装下一跳信息生成转发报文，并将转发报文转发至报文分析器；由报文分析器比对两个转发报文，确定具有相同的源地址和目的地址的验证报文对应的两个下一跳信息是否相同；若不相同，则待测网关的报文转发出现异常，只有在第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，才确定所述待测网关的报文转发正常，如此，可以通过对各验证报文的转发路径的比对验证，百分百地验证云企业网的待测网关中各条路由的转发情况，基本上确保百分百的网关转发面问题发现率。
81.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
82.结合附图，通过以下非限制性实施方式的详细描述，本公开实施例的其它特征、目的和优点将变得更加明显。在附图中：
83.图1示出根据本公开一实施方式的网关转发异常检测方法的流程图。
84.图2示出根据本公开一实施方式的网关转发异常检测系统的示意性结构框图。
85.图3示出根据本公开一实施方式的网关转发异常检测方法的流程图。
86.图4示出根据本公开一实施方式的网关转发异常检测方法的流程图。
87.图5示出根据本公开一实施方式的网关转发异常检测方法的流程图。
88.图6示出根据本公开一实施方式的网关转发异常检测装置的结构框图。
89.图7示出根据本公开一实施方式的网关转发异常检测装置的结构框图。
90.图8示出根据本公开一实施方式的网关转发异常检测装置的结构框图。
91.图9示出根据本公开一实施方式的电子设备的结构框图。
92.图10是适于用来实现根据本公开实施例所述方法的计算机系统的结构示意图。
具体实施方式
93.下文中，将参考附图详细描述本公开实施例的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
94.在本公开实施例中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
95.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开实施例。
96.云企业网(cloud enterprise network，cen)是一款能够快速构建混合云和分布式系统的全球网络服务，可以为用户提供优质、高效、稳定的网络传输环境，帮助用户打造一张具有企业级规模和通信能力的云上网络，适用于集团企业、全球网络等场景。云企业网可以将vpc(virtual private cloud，专有网络)、vbr(virutal border router，边界路由器)等资源一键互联起来，同时用户可以使用关联转发、路由学习等能力，实现路由传播的管理，并进行策略路由的管理。而cgw(cen gateway，云企业网网关)提供了以上功能的转发能力。由于用户云上产品越来越多样、网络架构越来越复杂，作为云网络底座的转发面架构的功能和逻辑也越来越复杂，出现bug的概率也越来越大，同时由于云产品自由度很大，用户在云上使用的场景多变，可能会超出设计者的预期，一些看似无关紧要的转发逻辑的升级、变更，也可能导致用户的报文转发出现异常，造成用户损失，虽然通过研发过程中的测试用例等方式可以很好的解决大部分问题，但是这种白盒的测试方案仅能检测一些软件上的问题，而云企业网网关是软硬一体化的网关，使用这种测试方案很难对该云企业网网关的转发功能做到百分百的验证。
97.为了解决上述问题，本公开提出网关转发异常检测方案，可以由报文生成器生成该云企业网关中的任一路由路径上的验证报文，并将验证报文发送给云企业网的待测网关及其对应的验证网关，云企业网的待测网关和验证网关分别基于源地址和目的地址查找其预存的路由表，得到下一跳信息，封装下一跳信息生成转发报文，并将转发报文转发至报文分析器；由报文分析器比对两个转发报文，确定具有相同的源地址和目的地址的验证报文对应的两个下一跳信息是否相同；若不相同，则确定待测网关的报文转发出现异常，只有在第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，才确定所述待测网关的报文转发正常，如此，可以通过对该待测网关中各路由路径上的验证报文的转发路径一一比对验证，可以百分百地验证云企业网的待测网关中各条路由的转发情况，基本上确保百分百的网关转发面问题发现率。
98.图1示出根据本公开一实施方式的网关转发异常检测方法的流程图，如图1所示，所述硬件转发表项配置方法包括以下步骤s101-s104：
99.在步骤s101中，报文生成器生成验证报文，并将所述验证报文发送给云企业网的待测网关及其对应的验证网关，所述验证报文中携带有源地址和目的地址；
100.在步骤s102中，所述云企业网的待测网关基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；
101.在步骤s103中，所述验证网关基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发报文转发至报文分析器；所述第二路由表包含所述第一路由表；
102.在步骤s104中，所述报文分析器比对所述第一转发报文和所述第二转发报文，确
定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若所述第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
103.在一种可能的实施方式中，网关转发异常检测方法应用于云企业网络中，可以由网关转发异常检测系统实现。图2示出根据本公开一实施方式的网关转发异常检测系统的示意性结构框图，如图2所述，网关转发异常检测系统包括报文生成器(packets generator)201、云企业网的待测网关202、验证网关203和报文分析器(packets analyzer)204。
104.在一种可能的实施方式中，cen产品支持多张路由表，支持多种attachment(连接实例)比如说vpc(virtual private cloud，虚拟私有云)、vbr(virutal border router，边界路由器)等等，支持跨域、专线、同域互通等多种场景，同时可以通过关联转发、路由学习、route map(路由映射表)等进行路由传播的控制。这些场景的报文转发都是由云企业网网关来负责进行处理的。虽然转发场景非常复杂，但是对于云企业网网关而言，实际上都会抽象成多张路由表，多张路由表以策略路由的方式生效。cen的路由表生效在不同的attachment上，这些attacnment决定了数据报文的源地址，而路由表中的每一条路由，则决定了数据报文的目的地址。因此，为了检测待测网关上各条路由上的报文转发是否正常，针对云企业网中的每个云主机，报文生成器201可以将云主机地址作为源地址，基于网关上的路由表获取为其实际配置的目的地址，生成一组验证报文，每个验证报文中均携带有源地址和目的地址。报文生成器201可以将生成的验证报文发送给云企业网的待测网关202或验证网关203。这里需要说明的是，验证报文的发送和分析都是以一个云主机为单位的，可以支持一个云主机的报文转发的单独验证和多个云主机的报文转发的并发验证，验证过程均相同，本实施方式以一个验证报文的转发为例进行说明。
105.在一种可能的实施方式中，处于云上租户的隔离和互通的需要，云上的报文都是基于overlay(逻辑网络)的。基本报文结构如下表1所示：
106.overlay payloadoverlay ip头vxlan头underlay udp头underlay ip头underlay mac头
107.表1
108.表1中，underlay(底层网络)是底层承载网络，是由多个类型设备互联而成的物理网络，overlay就是基于underlay互联互通的基础加上隧道技术去构建一个虚拟的网络。overlay payload(有效载荷)为记载着报文信息的那部分数据，overlay ip头中携带有overlay的源ip地址和目标ip地址，vxlan(virtual extensible local area network，虚拟扩展局域网)头中下携带有租户的vni(vxlan network identifier)信息，underlay udp(user datagram protocol，用户数据报协议)，underlay ip头，underlay mac(media access control，媒体存取控制)头中的信息结构都是本领域人员清楚了解的，在此不再详
述。
109.在一种可能的实施方式中，报文生成器201生成的验证报文是oam(operation administration and maintenance，操作维护管理)报文，该验证报文中可以携带有特定的验证报文标识符，云企业网的待测网关202和验证网关203可以通过该特定的验证报文标识符识别该验证报文。
110.在一种可能的实施方式中，云企业网的待测网关202和验证网关203在接收报文生成器201发送的验证报文后，可以进行正常的转发流程，基于所述源地址和目的地址查找对应的路由表，得到下一跳信息，示例的，可以会根据overlay ip头中的目标ip、源ip，以及vxlan中的vni信息，查询网关中对应的路由表，就可以得到下一跳信息。现有技术中在进行正常转发时都会将报文正常封装后下发至下一跳；但是本公开是为了验证网关的转发逻辑是否正常，故本实施方式会将封装有下一跳信息的报文转发至报文分析器204进行分析。
111.示例的，该云企业网的待测网关202和验证网关203在基于所述源地址和目的地址查找各自预存的路由表得到下一跳信息后，会将下一跳信息封装至验证报文中生成转发报文，该转发报文的格式可以如下表2所示：
112.overlay payloadoverlay ip头middle vxlan头middle udp头middle ip头underlay vxlan头underlay udp头underlay ip头underlay mac头
113.表2
114.表2中，middle(中间)vxlan头、middle udp头和middle ip头中携带有基于路由表查询出的下一跳信息，由于该转发报文是转发给报文分析器的，故需要在middle vxlan头、middle udp头和middle ip头外封装underlay vxlan头、underlay udp头、underlay ip头、和underlay mac头，该underlay ip头中的源ip是云企业网的待测网关202或验证网关203的ip，目的ip是报文分析器的ip，这样封装成的转发报文就可以直接被转发至报文分析器204。
115.在一种可能的实施方式中，云企业网的待测网关202可以基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，将所述第一下一跳信息封装至报文的middle头中，将云企业网的待测网关202的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第一转发报文，并将所述第一转发报文转发至报文分析器；同理，验证网关203可以基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，将所述第二下一跳信息封装至报文的middle头中，将验证网关203的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第二转发报文，并将所述第二转发报文转发至报文分析器。
116.在一种可能的实施方式中，云企业网的待测网关202承载了云企业网中实际的线
上转发，验证网关203是一个旁路的cgw网关，可以基于x86逻辑构成，且包含了云企业网中全局所有的控制表项，即验证网关203中存储的第二路由表包含有该云企业网内多个云企业网关的路由表，当然也包括该待测网关的第一路由表，验证网关203内存储的待测网关202的路由表与该云企业网的待测网关202内的路由表实际是相同的，如果转发正常，则验证网关203与该云企业网的待测网关202在转发同一源地址和目的地址的转发报文时，下一跳信息应该是相同的，故如果下一跳信息不相同，则说明该验证报文的转发异常，该云企业网的待测网关202的转发可能出现问题，需要进行维修。
117.在一种可能的实施方式中，报文分析器204接收到该第一转发报文和第二转发把稳后，可以比对所述第一转发报文和所述第二转发报文中的报文头，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同，若不相同，则确定所述验证报文的转发出现异常，该云企业网的待测网关202的报文转发可能出现问题，需要进行维修。如果相同，则表明该验证报文的转发是正常的，此时可以继续确定其他验证报文的转发是否正常，只有该云企业网的待测网关202中所有路由路径即第一路由表对应的验证报文均转发正常，才能确定云企业网的待测网关202的报文转发是正常。
118.这里需要说明的是，该验证网关203可以基于x86逻辑构成，是由程序编辑而成，可以通过软件测试的方法来对该验证网关进行测试，保证该验证网关的转发正确，这样，当报文分析器204比对发现两个网关中具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息不相同时，可以确定是该云企业网的待测网关202的转发面出现问题。当然，也有可能是验证网关203的转发面出现问题，或者云企业网的待测网关202和验证网关203的转发面均出现问题，这就需要运维人员去检测判定。
119.本实施例方式通过对云企业网内实际的各路由路径的报文转发进行分析验证，基本上可以确保百分百的问题发现率。
120.在一种可能的实施方式中，上述网关转发异常检测方法还可以包括以下步骤：
121.在所述验证网关的使用场景变更前，所述报文生成器将所述验证报文发送给变更前的验证网关；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
122.所述变更前的验证网关基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，封装所述第三下一跳信息生成第三转发报文，并将所述第三转发报文转发至报文分析器；
123.在所述验证网关的使用场景变更后，所述报文生成器将所述验证报文发送给变更后的验证网关；
124.所述变更后的验证网关基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，封装所述第四下一跳信息生成第四转发报文，并将所述第四转发报文转发至报文分析器；
125.所述报文分析器比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若变更后的待测网关的路由表对应的各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的变更正常。
126.在该实施方式中，验证网关为标杆，会随着云企业网中各网关的版本升级进行升级，为了保证验证网关的转发行为正常，需要在对变更后的验证网关进行变更验证，这里的变更包括迁移和升级两种变更场景。若云企业网中某待测网关发生变更，则该验证网关也同步进行变更，此时仅需要检测该变更后的待测网关的路由表对应的各验证报文的转发情况，其他未发生变更的网关的报文转发情况不需要进行检测。
127.在该实施方式中，在所述验证网关的使用场景变更前，发起一次验证，所述报文生成器将所述验证报文发送给变更前的验证网关，所述变更前的验证网关基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，将所述第三下一跳信息封装至报文的middle头中，将验证网关203的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第三转发报文，并将所述第三转发报文转发至报文分析器。在所述验证网关的使用场景变更后，再发起一次验证，所述报文生成器将所述验证报文发送给变更后的验证网关；所述变更后的验证网关基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，将所述第四下一跳信息封装至报文的middle头中，将验证网关203的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第四转发报文，并将所述第四转发报文转发至报文分析器。
128.在该实施方式中，所述报文分析器比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若不相同，则确定验证报文的转发出现异常，此时运维人员可以人工检查该转发异常的验证报文是因为在变更过程中改变了路由配置还是验证网关出现了问题。当然，若所述变更前的路由表对应的各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常，该验证网关的变更是正常的。
129.在一种可能的实施方式中，在确定验证报文的转发出现异常时，上述网关转发异常检测方法还可以包括以下步骤：
130.所述报文生成器将所述验证报文发送给所述云企业网的待测网关；
131.所述云企业网的待测网关基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；
132.所述报文分析器比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若出现异常的验证报文的第四下一跳信息和第五下一跳信息不同，确定所述验证网关变更异常；若出现异常的验证报文的第四下一跳信息和第五下一跳信息均相同，则确定所述验证网关变更正常。
133.在该实施方式中，若某一验证报文在验证网关变更前和变更后的下一跳信息不同，则有两种原因，一种原因是该验证报文变更过程中改变了路由配置，另一种原因是变更后的验证网关出现了问题。如果变更过程正常，是验证报文变更过程中改变了路由配置，则该验证网关查询的第四下一跳信息和该云企业网的待测网关查询的第五下一跳信息应该是相同的；如果变更过程异常，是验证网关的转发面出现问题，则该验证网关查询的第四下一跳信息和该云企业网的待测网关查询的第五下一跳信息是不同的。这里需要说明的是，此时的云企业网的待测网关是变更后的云企业网的待测网关。
134.故，可以将该出现异常的验证报文发送给所述云企业网的待测网关，云企业网的待测网关基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；所述报文分析器比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若出现异常的验证报文的第四下一跳信息和第五下一跳信息不同，确定所述验证网关变更异常，若出现异常的验证报文的第四下一跳信息和第五下一跳信息均相同，则确定该验证网关变更正常。
135.在一种可能的实施方式中，该下一跳信息包括下一跳的ip地址和下一跳的vni。
136.在该实施方式中，该报文分析器204用于比对的数据是源地址、目的地址和下一跳信息，该源地址可以是overlay ip头中的源ip，目的地址可以是overlay ip头中的目的ip，下一跳信息可以包括middle ip头中的下一跳ip，middle vxlan中的下一跳vni。
137.图3示出根据本公开一实施方式的应用于报文生成器的网关转发异常检测方法的流程图，如图3所示，所述方法包括以下步骤s301-s302：
138.在步骤s301中，生成验证报文，所述验证报文中携带有源地址和目的地址；
139.在步骤s302中，将所述验证报文发送给所述云企业网的待测网关和验证网关，以使用验证网关查询的下一跳信息与所述云企业网的待测网关的下一跳信息验证所述云企业网的待测网关的转发是否正常。
140.在一种可能的实现方式中，cen产品支持多张路由表，支持多种attachment(连接实例)比如说vpc(virtual private cloud，虚拟私有云)、vbr(virutal border router，边界路由器)等等，支持跨域、专线、同域互通等多种场景，同时可以通过关联转发、路由学习、route map(路由映射表)等进行路由传播的控制。这些场景的报文转发都是由云企业网的待测网关来负责进行处理的。虽然转发场景非常复杂，但是对于云企业网的待测网关而言，实际上都会抽象成多张路由表，多张路由表以策略路由的方式生效。cen的路由表生效在不同的attachment上，这些attacnment决定了数据报文的源地址，而路由表中的每一条路由，则决定了数据报文的目的地址。因此，为了检测各条路由上的报文转发是否正常，针对云企业网中的每个云主机，报文生成器201可以将云主机地址作为源地址，获取为其实际配置的某个目的地址，生成一个验证报文，每个验证报文中均携带有源地址和目的地址。报文生成器可以将生成的验证报文发送给云企业网的待测网关和验证网关。
141.在一种可能的实现方式中，所述云企业网的待测网关基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；所述验证网关基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发报文转发至报文分析器；所述报文分析器比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述验证报文的转发出现异常，进而可以确定所述待测网关的报文转发出现异常。若所述第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
142.在一种可能的实现方式中，所述方法还可以包括以下步骤：
143.在所述验证网关的使用场景变更前，将所述验证报文发送给变更前的验证网关，在所述验证网关的使用场景变更后，将所述验证报文发送给变更后的验证网关，以便验证所述验证网关的变更是否正常，所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景。
144.在该实施方式中，验证网关为标杆，会随着云企业网关的版本升级进行升级，为了保证验证网关的转发行为正常，需要在对变更后的验证网关进行变更验证，这里的变更包括迁移和升级两种变更场景。
145.在该实施方式中，在所述验证网关的使用场景变更前，发起一次验证，所述报文生成器将所述验证报文发送给变更前的验证网关，所述变更前的验证网关基于所述源地址和目的地址查找其预存的路由表，得到第三下一跳信息，将所述第三下一跳信息封装至报文的middle头中，将验证网关203的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第三转发报文，并将所述第三转发报文转发至报文分析器。在所述验证网关的使用场景变更后，再发起一次验证，所述报文生成器将所述验证报文发送给变更后的验证网关；所述变更后的验证网关基于所述源地址和目的地址查找其预存的路由表，得到第四下一跳信息，将所述第四下一跳信息封装至报文的middle头中，将验证网关203的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的第四转发报文，并将所述第四转发报文转发至报文分析器。所述报文分析器比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若不相同，则确定验证报文的转发出现异常，此时运维人员可以人工检查该验证报文是因为在变更过程中改变了路由配置还是验证网关出现了问题。
146.在该实施方式中，在验证报文的转发出现异常时，为了确定是否是变更异常导致的异常，所述报文生成器还可以将该转发出现异常的验证报文发送给所述云企业网的待测网关；所述云企业网的待测网关基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；所述报文分析器比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若不同，确定所述验证网关变更异常。
147.图4示出根据本公开一实施方式的应用于云企业网的待测网关或验证网关的网关转发异常检测方法的流程图，如图4所示，所述方法包括以下步骤s401-s402：
148.在步骤s401中，接收数据报文；
149.在步骤s402中，识别所述数据报文为验证报文时，基于所述数据报文中携带的源地址和目的地址查找其预存的路由表，得到下一跳信息，封装所述下一跳信息生成转发报文，并将所述转发报文转发至报文分析器，以便所述报文分析器分析所述数据报文的转发是否正常。
150.在一种可能的实施方式中，云企业网的待测网关承载了云企业网中实际的线上转发，验证网关是一个旁路的cgw网关，可以基于x86逻辑构成，且包含了云企业网中全局所有的控制表项，这两种网关在接收到数据报文后，可以先识别该数据报文是否为验证报文，如果是验证报文，基于所述源地址和目的地址查找其预存的路由表，得到下一跳信息，将下一
跳信息封装至报文的middle头中，将本网关的ip作为源ip，报文分析器的ip作为目的ip封装在underlay ip头中，生成如表2所示的转发报文，并将所述转发报文转发至报文分析器。
151.在一种可能的实施方式中，上述网关转发异常检测方法中步骤s402中的识别所述数据报文为验证报文，包括：
152.解封装所述数据报文，得到验证报文标识符时，确定所述数据报文为验证报文。
153.在该实施方式中，该验证报文中可以携带有特定的验证报文标识符，如果网关解封装该数据报文，得到该验证报文标识符，就可以确定该数据报文是验证报文。示例的，该验证报文可以是oam报文，可以在该oam报文中oam maker(标记)字段中配置特定的check code(验证码)1和check code2作为验证报文标识符。网关解封装验证报文后在oam maker字段得到特定check code1和check code2，就可以识别出验证报文。
154.图5示出根据本公开一实施方式的应用于报文分析器的网关转发异常检测方法的流程图，如图5所示，所述方法包括以下步骤s501-s503：
155.在步骤s501中，接收所述云企业网的待测网关发送的第一转发报文和所述验证网关发送的第二转发报文，所述第一转发报文中携带有验证报文的源地址和目的地址，以及所述云企业网的待测网关查找的第一下一跳信息；所述第二转发报文中携带有验证报文的源地址和目的地址，以及所述验证网关查找的第二下一跳信息；
156.在步骤s502中，比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；
157.在步骤s503中，若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
158.在一种可能的实施方式中，在用验证网关检测云企业网关的转发是否异常时，报文生成器可以生成验证报文，并将所述验证报文发送给云企业网的待测网关及其对应的验证网关，所述云企业网的待测网关基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；所述验证网关基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发报文转发至报文分析器。
159.在一种可能的实施方式中，报文分析器接收到该第一转发报文和第二转发把稳后，可以比对所述第一转发报文和所述第二转发报文中的报文头，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同，若不相同，则确定所述验证报文的转发出现异常，该云企业网的待测网关可能出现问题，需要进行维修。如果相同，则表明该验证报文的转发是正常的，此时可以继续确定其他验证报文的转发是否正常，只有该云企业网的待测网关中所有路由路径对应的验证报文均转发正常，才能确定云企业网的待测网关正常。
160.在一种可能的实施方式中，上述方法还可以包括以下步骤：
161.接收场景变更前的验证网关发送的第三转发报文和场景变更后的验证网关发送的第四转发报文，所述第三转发报文中携带有验证报文的源地址、目的地址以及变更前的验证网关查找的第三下一跳信息；所述第二转发报文中携带有验证报文的源地址、目的地
址以及变更后的验证网关查找的第四下一跳信息；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
162.比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；
163.若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
164.在该实施方式中，在检测该验证网关变更是否正常时，在所述验证网关的使用场景变更前，所述报文生成器将所述验证报文发送给变更前的验证网关；在所述验证网关的使用场景变更后，所述报文生成器将所述验证报文发送给变更后的验证网关；这样，所述变更前的验证网关基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，封装所述第三下一跳信息生成第三转发报文，并将所述第三转发报文转发至报文分析器；所述变更后的验证网关基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，封装所述第四下一跳信息生成第四转发报文，并将所述第四转发报文转发至报文分析器。
165.在该实施方式中，报文分析器接收场景变更前的验证网关发送的第三转发报文和场景变更后的验证网关发送的第四转发报文后，可以比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若不相同，则确定所述验证报文的转发出现异常，此时运维人员可以人工检查该转发异常的验证报文是因为在变更过程中改变了路由配置还是验证网关出现了问题。
166.在该实施方式中，在出现转发异常的验证报文时，可以将该出现异常的验证报文发送给所述云企业网的待测网关，云企业网的待测网关基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；所述报文分析器比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若不同，确定所述验证网关变更异常，若相同，则确定该验证网关变更正常。
167.下述为本公开装置实施例，可以用于执行本公开方法实施例。
168.图2示出根据本公开一实施方式的网关转发异常检测系统的结构框图，该系统中的设备可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图2所示，所述网关转发异常检测系统包括：
169.报文生成器201，被配置为生成验证报文，并将所述验证报文发送给云企业网的待测网关及其对应的验证网关，所述验证报文中携带有源地址和目的地址；
170.所述云企业网的待测网关202，被配置为基于所述源地址和目的地址查找其预存的第一路由表，得到第一下一跳信息，封装所述第一下一跳信息生成第一转发报文，并将所述第一转发报文转发至报文分析器；
171.所述验证网关203，被配置为基于所述源地址和目的地址查找其预存的第二路由表，得到第二下一跳信息，封装所述第二下一跳信息生成第二转发报文，并将所述第二转发
报文转发至报文分析器；所述第二路由表包含所述第一路由表；
172.所述报文分析器204，被配置为比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若所述第一路由表对应的各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
173.在一种可能的实现方式中，所述系统还包括：
174.所述报文生成器201，还被配置为在所述验证网关的使用场景变更前，所述报文生成器将所述验证报文发送给变更前的验证网关；所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
175.所述验证网关203，被配置为在变更前，基于所述源地址和目的地址查找其预存的变更前的路由表，得到第三下一跳信息，封装所述第三下一跳信息生成第三转发报文，并将所述第三转发报文转发至报文分析器；在变更后，基于所述源地址和目的地址查找其预存的变更后的路由表，得到第四下一跳信息，封装所述第四下一跳信息生成第四转发报文，并将所述第四转发报文转发至报文分析器；
176.所述报文分析器204，被配置为比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若所述变更前的路由表对应的各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
177.在一种可能的实现方式中，在验证报文的转发出现异常时，所述系统还包括：
178.所述报文生成器201，被配置为将转发出现异常的验证报文发送给所述云企业网的待测网关；
179.所述云企业网的待测网关202，被配置为基于所述源地址和目的地址查找其预存的路由表，得到第五下一跳信息，封装所述第五下一跳信息生成第五转发报文，并将所述第五转发报文转发至报文分析器；
180.所述报文分析器204，被配置为比对所述第四转发报文和所述第五转发报文，确定具有相同的源地址和目的地址的验证报文对应的第四下一跳信息和第五下一跳信息是否相同；若出现异常的验证报文的第四下一跳信息和第五下一跳信息不同，确定所述验证网关变更异常；若出现异常的验证报文的第四下一跳信息和第五下一跳信息均相同，则确定所述验证网关变更正常。
181.在一种可能的实现方式中，所述下一跳信息包括下一跳的ip地址和下一跳的虚拟扩展局域网网络标识vni。
182.本系统实施方式中提及的技术术语和技术特征相同或相似，对于本系统中涉及的技术术语和技术特征的解释和说明可参考上述对于图1至图2所示及相关实施方式的解释的说明，此处不再赘述。
183.图6示出根据本公开一实施方式的网关转发异常检测装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图6所示，所述网关转发异常检测装置包括：
184.生成模块601，被配置为生成验证报文，所述验证报文中携带有源地址和目的地址；
185.第一发送模块602，被配置为将所述验证报文发送给所述云企业网的待测网关和验证网关，以基于验证网关查询的下一跳信息与所述云企业网的待测网关的下一跳信息验证所述云企业网的待测网关的转发是否正常。
186.在一种可能的实现方式中，所述装置还包括：
187.第二发送模块，被配置为在所述验证网关的使用场景变更前，将所述验证报文发送给变更前的验证网关，在所述验证网关的使用场景变更后，将所述验证报文发送给变更后的验证网关，以便验证所述验证网关的变更是否正常，所述使用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景。
188.图7示出根据本公开一实施方式的网关转发异常检测装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图7所示，所述网关转发异常检测装置包括：
189.第一接收模块701，被配置为接收数据报文；
190.转发模块702，被配置为识别所述数据报文为验证报文时，基于所述数据报文中携带的源地址和目的地址查找预存的路由表，得到下一跳信息，将所述下一跳信息封装至数据报文中生成转发报文，并将所述转发报文转发至报文分析器，以便所述报文分析器分析所述数据报文的转发是否正常。
191.在一种可能的实现方式中，所述转发模块702中识别所述数据报文为验证报文的部分被配置为：
192.解封装所述数据报文，得到验证报文标识符时，确定所述数据报文为验证报文。
193.图8示出根据本公开一实施方式的网关转发异常检测装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图8所示，所述网关转发异常检测装置包括：
194.第二接收模块801，被配置为接收所述云企业网的待测网关发送的第一转发报文和所述验证网关发送的第二转发报文，所述第一转发报文中携带有验证报文的源地址和目的地址，以及所述云企业网的待测网关查找的第一下一跳信息；所述第二转发报文中携带有验证报文的源地址和目的地址，以及所述验证网关查找的第二下一跳信息；
195.第一比对模块802，被配置为比对所述第一转发报文和所述第二转发报文，确定具有相同的源地址和目的地址的验证报文对应的第一下一跳信息和第二下一跳信息是否相同；
196.第一确定模块803，被配置为若所述验证报文的第一下一跳信息和第二下一跳信息不相同，则确定所述待测网关的报文转发出现异常；若各验证报文的第一下一跳信息和第二下一跳信息均相同，则确定所述待测网关的报文转发正常。
197.在一种可能的实现方式中，还包括：
198.第三接收模块，被配置为接收使用场景变更前的验证网关发送的第三转发报文和使用场景变更后的验证网关发送的第四转发报文，所述第三转发报文中携带有验证报文的源地址、目的地址以及变更前的验证网关查找的第三下一跳信息；所述第二转发报文中携带有验证报文的源地址、目的地址以及变更后的验证网关查找的第四下一跳信息；所述使
用场景变更包括所述验证网关随着对应的待测网关的变更而对应变更的场景；
199.第二比对模块，被配置为比对所述第三转发报文和所述第四转发报文，确定具有相同的源地址和目的地址的验证报文对应的第三下一跳信息和第四下一跳信息是否相同；
200.第二确定模块，被配置为若所述验证报文的第三下一跳信息和第四下一跳信息不相同，则确定验证报文的转发出现异常；若各验证报文的第三下一跳信息和第四下一跳信息均相同，则确定所述验证网关的报文转发正常。
201.上述各装置中涉及的技术术语和技术特征的解释和说明可参考上述对于图1至图2所示及相关实施方式的解释的说明，此处不再赘述。
202.本公开还公开了一种电子设备，图9示出根据本公开一实施方式的电子设备的结构框图，如图9所示，所述电子设备900包括存储器901和处理器902；其中，
203.所述存储器901用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器902执行以实现上述方法步骤。
204.图10是适于用来实现根据本公开实施例所述方法的计算机系统的结构示意图。
205.如图10所示，计算机系统1000包括处理单元1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行上述实施方式中的各种处理。在ram1003中，还存储有系统1000操作所需的各种程序和数据。处理单元1001、rom1002以及ram1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
206.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。其中，所述处理单元1001可实现为cpu、gpu、tpu、fpga、npu等处理单元。
207.特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行上文描述的方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。
208.附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
209.描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
210.作为另一方面，本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开实施例的方法。
211.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。