[发明专利]一种接收测试报文的方法、装置、通信设备及存储介质

说明书

本申请公开一种接收测试报文的方法、装置、通信设备及存储介质。该方法应用于待测试设备，待测试设备包括多核处理器、多个网络接口和硬件逻辑接口，多核处理器包括主核和转发核，待测试设备中预先设置有与多个网络接口中的每个网络接口一一对应的虚拟缓存队列，方法包括：转发核从硬件逻辑接口中获取测试报文；转发核识别测试报文的来源接口，并将测试报文入队到与来源接口对应的虚拟缓存队列中，其中，来源接口为多个网络接口中的接口；主核从来源接口对应的虚拟缓存队列中去接收测试报文。通过事先建立与多个网络接口一一对应的虚拟缓存队列的方式，使得主核从虚拟缓存队列中去接收测试报文，这样就可以避免测试误报的问题。

技术领域

本申请属于通信技术领域，具体涉及一种接收测试报文的方法、装置、通信设备及存储介质。

背景技术

路由器、交换机等通信设备在出厂前需要利用工装测试程序进行测试，以检测从产线下来的设备是否有硬件故障，只有工装测试通过了才能发货。工装测试中有一个重要的测试项是测试网络接口收发包，测试原理是通过驱动将网络接口配置成一种特殊的环回模式，通过环回线让接口能够正常工作。在这种模式下从设备发送出来的报文会通过环回线环回到设备中，报文的环回过程经过了一个完整的硬件通路。只要硬件上任何一个地方有问题都会导致报文环回失败，因而就可以通过环回测试来检验硬件的可靠性。

通过上述测试流程可以看出，工装测试程序向某个接口发送报文后还需要到该接口将报文接收回来，这个动作在使用PCIE(Peripheral Component InterconnectExpress)网络芯片的设备中是很容易实现的。因为这类设备有硬件支撑，它每个接口本身都是独立的，软件可以直接到接口上接收报文。而在使用cavium芯片的设备中，它的硬件设计使得软件无法直接到网络接口接收报文，cavium芯片中有一个硬件加速部件，该部件向软件只呈现出一个接收报文的逻辑接口，无论是从哪个网络接口来的报文都会汇总到该逻辑接口，报文统一从该逻辑接口交给软件。软件只有拿到报文后去分析报文里面硬件加速部件额外插入的内容才能识别出该报文真正来自哪个网络接口。

由于工装测试的时候是多线程测试的，会同时测试多个接口，这样就会导致在上述硬件平台接收测试报文时报文的来源有不确定性。举个例子：假如在测试A和B两个接口时，A、B接口测试线程的逻辑都是向测试接口发送报文后接收报文并检测，但是在cavium上报文只能到公共的逻辑接口上接收。另外由于系统会发生进程调度，如当A接口的测试线程发送了一个报文后被系统调度走了，系统调度B接口的测试线程运行，向B接口也发送了一个测试报文，但是系统的调度是不确定的，它可能会让B的测试线程继续运行，那么B测试线程就会从逻辑接口处接收报文，它就会收到A测试线程发送出来的测试报文。此时就出问题了，这个报文怎么处理？如果认为是自己的测试报文会导致自己检测报文内容报错，如果丢掉会导致A线程丢失测试报文报错，但是硬件是没有任何问题的，这种情况下的报错实际上是一种误报，只会让解决硬件问题变得更为复杂。

发明内容

鉴于此，本申请的目的在于提供一种接收测试报文的方法、装置、通信设备及存储介质，以有效地改善上述问题。

本申请的实施例是这样实现的：