CN102387044A - 一种对通信网络进行测试方法 - Google Patents

Abstract

在本发明的实施例中，提出了一种一种对网络中的端系统进行测试方法，上述方法包括：配置端系统模拟单元与上述端系统相对应地进行通信；获取上述端系统的端通信数据；测试上述端通信数据；通过监控模块获取并呈现上述端通信数据的分析结果。通过上述方案，提高了AFDX网络测试的系统性以及自动化程度。

Description

一种对通信网络进行测试方法

技术领域

本发明涉及网络系统的测试领域，特别涉及一种可适用于航空电子全双工以太网中的端系统及交换单元的测试方法。

背景技术

航空电子全双工以太网(Avionics Full Duplex Switched Ethernet，AFDX)是适用于大中型飞机航空电子系统的网络互连技术，它采用单网段、全双工、接入和骨干交换，以及虚拟链路流量隔离等技术解决了综合化互连对于网络容量和可扩展性、实时性等方面的要求。与ARINC429和其他航空通信网络，例如MIL-STD-1553B相比，AFDX在速度、通信方式、信息类型等方面都有很大的优势，减少了各种连线的数量和重量。AFDX是当今航电总线类产品中的最新产品，也是未来航电总线产品的主流。

但在另一方面，对该类产品，对与上述的AFDX网络产品，还缺乏必要的测试方法和手段，现有的网络测试方法，在应用至该类AFDX网络产品时，往往缺乏系统性，以及需要过多的仪器设备。

发明内容

通过大量研究，发明人发现，AFDX网络所具有的规模和运行时间(run-time)海量的数据，以及交换互连的空分结构，使它们的测试和监视不同于小规模的总线互连网络(如：1553B、429)，无法通过网络中的一点的接入，获得网络全局的通信状况信息。针对上述情况，应该采取在设计阶段对网络组件，例如端系统(ES)和交换机，进行配置行为测试，以及还可以在运行时间有选择地对系统进行监视的方法，将测试与监视结合起来，支持AFDX网络的设计、分析和运行操作。

针对上述背景技术中的缺点，发明人提出了一种适用于大型民用客机航空电子系统AFDX的端系统、交换机的测试方法。

根据本发明的一个实施例，提出了一种对网络中的端系统进行测试的方法，该方法包括：配置端系统模拟单元与端系统相对应地进行通信；获取端系统的端通信数据；测试端通信数据；通过监控模块获取并呈现端通信数据的分析结果。

可选地，其中的测试步骤进一步包括以下步骤中的至少一步：a)根据数据帧规范，对端系统所发送的数据帧进行MAC编址、IP编址、VL ID、顺序号连续性测试；b)判断与第一VL ID相对应的两个连续的数据帧之间的传输间隔是否超过第一预定阈值；c)判断端通信数据中对应于每条VL的最大帧长度的抖动是否超过第二预定阈值；d)针对端通信数据中的数据帧，计算网络带宽消耗百分比和数据帧个数；e)根据SN的一致性，比较网络中冗余子网发送数据帧的时间差值是否大于第三预定阈值。

根据本发明的另一个实施例，提出了一种对网络中的交换单元进行测试方法，方法包括：配置至少两个端系统模拟单元通过交换单元通信；获取交换单元的交换通信数据；测试交换通信数据；通过监控模块获取并呈现交换通信数据的分析结果。

可选地，其中的测试步骤进一步包括以下步骤中的至少一步：A)核对与至少一个VL ID相对应的至少一条VL的目的端口和/或非目的端口数据帧的转发是否正确；B)判断交换通信数据所对应的至少一个端口的缓冲能力是否达到第一预定阈值；C)判断交换通信数据中属于第一VL的数据帧进出交换机的时间差是否小于第二预定阈值；D)判断交换通信数据中属于各个VL的数据帧进出交换机的时间差是否与各个VL的优先级相一致；E)判断交换通信数据的数据帧带宽分配间隙(Bandwidth Allocation Gap，BAG)是否根据ARINC664协议被过滤。

通过上述方案，实现了对该类系统的功能和行为测试，同时可监视网络流量运行情况，并完成监视数据的分析、显示以及在数据库中的保存，进而实现了AFDX网络测试监视一体化。将AFDX网络设计、配置、部署与测试监视相结合，提高了AFDX网络测试的系统性以及自动化程度，以及通过上述a～e/A～E的较为完备的步骤更精确地定位网络通信中的故障和缺陷。

附图说明

通过对结合附图所示出的实施例进行详细说明，本发明的上述以及其他特征将更加明显，本发明附图中相同的标号表示相同或相似的部件。在附图中：

图1示出了可适用本发明的实施例的测试方法的系统结构图；

图2示出了可适用根据本发明的实施例的对网络中的端系统进行测试方法的流程图；

图3示出了可适用根据本发明的实施例的对网络中的交换单元进行测试方法的流程图；

图4示意性示出了可以实现根据本发明的实施例的计算机设备的结构方框图。

具体实施方式

术语解释

AFDX：Avionics Full Duplex Switched Ethernet，航空电子全双工交换式以太网，将交换式以太网改造成为可以用于任务关键系统的确定性网络。该网络由ARINC 664 part 7规范进行了标准化定义，并成为空中客车A380和波音787飞机的主要的航空电子综合化网络。

VL：Virtual Link，虚拟链路定义了一个逻辑上的单向连接，从一个源到一个或多个目的端系统，虚拟链路是由一条或多条子虚拟链路排布而成，每个虚链路都被指定一个最大带宽，该带宽由系统集成者分配。

BAG：Bandwidth Allocation Gap，BAG定义了在同一个VL中两个相邻的帧的起始位置之间的最小时间间隔。

ICD：Interface Control Document，接口控制文件。

ES：End System，端系统，端系统被嵌入在航空电子装备中，是子系统与AFDX网络互连之间的通信接口，它们的主要功能是提供服务，以保证分区软件之间的安全和可靠的数据交换。

MAC：Media Access Control，介质访问控制，MAC层位于OSI七层协议中数据链路层的下半部分，主要负责控制与连接物理层的物理介质。

UDP：User Datagram Protocol，用户数据报文协议，UDP是OSI参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。

XML：eXtensible Markup Language，可扩展标记语言，XML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立。

GUI：Graphical User Interface，图形用户界面，即人机交互图形化用户界面设计。

SNMP：Simple Network Management Protocol，简单网络管理协议，SNMP提供网络管理功能和被管理设备之间的标准通信协议。

MIB：Management Information Base，管理信息库，MIB提供了面向目标的标准数据元语，用于网络状态的参数定义和告警提示信息定义。

RMON：Remote Monitoring，远程监控，RMON基于SNMP协议扩展实现网络流量统计和分析功能。

图1示出了可适用本发明的实施例的测试方法的系统结构图。如图所示，该系统由第一主机配置而成的端系统(End System，ES)模拟器30，由第二主机配置而成的流量注入主机60，由第三主机配置而成的测试主机/网络管理主机40，由第四主机配置而成的监视主机/ES模拟器50，视频切换矩阵70，监视器90。而在该系统所测试的网络中，包括交换单元20以及端系统10。

图2示出了可适用根据本发明的实施例的对网络中的端系统进行测试方法的流程图。如图所示，该对端系统进行测试方法包括模拟通信步骤S101，端系统通信数据获取步骤S102，端通信数据测试步骤S103，分析结果呈现步骤S104。

在步骤S101中，配置端系统模拟单元30与端系统10相对应地进行通信。

在步骤S102中，由测试主机40获取端系统的端通信数据。

在步骤S103中，测试主机40测试端通信数据。

在步骤S104中，通过监控模块50获取并在监视器90上呈现端通信数据的分析结果。

可选地，测试步骤S103进一步包括可由测试主机40所执行的以下步骤中的至少一步：

-根据数据帧规范，由对端系统所发送的数据帧进行MAC编址、IP编址、VL ID、顺序号连续性测试；

-判断与第一VL ID相对应的两个连续的数据帧之间的传输间隔是否超过第一预定阈值；

-判断端通信数据中对应于每条VL的最大帧长度的抖动是否超过第二预定阈值；

-针对端通信数据中的数据帧，计算网络带宽消耗百分比和数据帧个数；

-根据SN的一致性，比较网络中冗余子网发送数据帧的时间差值是否大于第三预定阈值。

同样可选地，上述端系统数据获取步骤S102进一步包括可由测试主机40所执行的以下步骤中的至少一步：

-导入用户保存的流量文件，并进行二进制格式的解析，流量文件包括下列配置信息中的至少一项：捕获的时间、冗余网络、VL ID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口。

-对端通信数据中的数据帧的进行实时抓包。

-按照ARINC 664协议，对端通信数据中的数据帧进行基本协议信息解释。

-采集在针对端通信数据的帧捕获或者帧过滤过程中的偏好信息。

在上述一些实施例的方法中，还可以包括步骤，由测试主机/网络管理主机40通过SNMP协议获取端系统的运行状态。

可选地，上述的任一实施例中的测试方法，还包括步骤：由流量注入主机60向被测网络中注入网络背景流量。

下面结合图1、图2对本发明的上述实施例进行详细说明。

在上述一些实施例的方法中，在步骤S101之前，还可以包括步骤如下两个子步骤：ES配置信息解析步骤和ES配置信息定制与编辑步骤。

在ES配置信息解析步骤中：根据被测ES配置文件设计规范，对其包含的配置信息进行解析，ES配置文件采用XML的方式进行配置信息的组装，主要包含被测端系统的基本特征信息和收/发VL的信息。对于ES测试工具来说，需要对被测ES的发出流量进行捕获并分析测试，因此在ES配置信息解析子模块里只对ES发送VL进行解析并在界面中进行列表显示。

在ES配置信息定制与编辑步骤中：ES配置信息定制及编辑子模块提供用户对导入的ES配置文件信息作进一步的定制和编辑操作，包括VL的添加，删除、修改等操作，当用户没有进行ES配置文件导入操作时，ES配置信息定制及编辑子模块也提供对话框允许用户按照被测ES的实际配置情况进行VL信息的添加操作。

随后，在步骤S102中，针对用户保存的流量文件，测试主机40实现二进制文件信息的导入和解析功能。在流量文件中保存了通过AFDX接口卡抓取的数据帧的特征信息，包括：捕获的时间、A/B网络、VL ID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口等配置信息，从而方便用户对以前的测试数据进行打开并查看，并允许用户在导入的流量文件基础上，实现基于数据文件的测试和分析过程。

在步骤S102中，测试主机40还通过分支器101、102进行帧序列捕获：通过AFDX接口卡实现数据帧的实时抓包处理，并将捕获的数据帧发送给帧协议解析模块，进一步实现数据帧的特征信息提取。帧序列捕获子模块可以与帧过滤功能进行统一设计，实现基于硬件板卡的帧过滤机制。

在步骤S102中，接着，测试主机40进行帧协议解析：根据帧序列捕获模块获取的AFDX数据帧，按照ARINC 664 Part7协议规范，对其进行基本协议信息的解释，并通过列表的方式在帧捕获视图中进行显示。

在步骤S102中，测试主机40还进行帧过滤及显示：根据用户设定的过滤条件，实现帧捕获或者帧过滤过程中的偏好信息的采集或者集中显示。当帧过滤机制与帧序列捕获功能集成时，实现基于硬件板卡的帧过滤功能，帧序列捕获子模块不会获取用户定义之外的数据帧(比如针对某条VL)；当帧过滤功能利用软件屏蔽实现时，帧序列捕获模块能够采集到被测ES发送的所有数据帧，只是根据用户设定的过滤条件将不感兴趣的数据帧进行屏蔽处理。

然后，在步骤S103中，测试主机40可以选择进行帧格式测试：根据用户定制的一段测试时间，对被测ES发送的数据帧按照ARINC664 Part 7规范中关于帧格式的定义，进行MAC编址、IP编址、VLID、顺序号(SN)连续性等项目测试，并将测试结果送到测试数据处理模块做进一步的处理工作。

可选地，在步骤S103中，测试主机40还可以进行VLBAG测试：根据用户定制的一段测试时间，以及选择待测的VL ID号，对该VL承载的任意两个连续的数据帧到达的时间差值D，与BAG-Jittermax进行比较，判断时间差值D是否大于BAG-Jittermax，并将测试结果送到测试数据处理模块做进一步的处理工作。允许用户对多条VL进行选择实现多条VL的同时测试，在默认条件ES测试工具将对ES发送的所有VL的BAG都进行测试。

可选地，在步骤S103中，测试主机40还可以进行VL抖动测试：根据用户定制的一段测试时间，获取捕获的VL集合中每条VL的最大帧长度，并将最大帧长度集合送到测试数据处理模块做进一步的处理工作，根据公式进行VL抖动分析。

可选地，在步骤S103中，测试主机40还可以进行峰值发送性能测试：根据用户定制的一段测试时间和配置参数，对捕获的数据帧进行统计分析，计算带宽实际消耗百分比和接收到的数据帧个数，并将测试结果送到测试数据处理模块做进一步的处理工作，与理论计算结果进行对比并形成测试报告。

可选地，在步骤S103中，测试主机40还可以进行双冗余发送测试：根据用户定制的一段测试时间，依据SN的一致性，比较A/B网络发送数据帧的时间差值，并将测试结果送到测试数据处理模块做进一步的处理工作，与ARINC 664 Part 7中相关规范进行对比并形成测试报告。

在步骤S104中，通过监控模块50可选择进行测试结果处理：测试结果处理子模块根据ES测试模块提供的测试数据进行被测数据的二次分析，并根据配置文件，以及ARINC 664 Part7规范等信息，统计测试数据的规律，形成测试结果，并送往测试结果显示子模块。测试结果处理子模块提供测试数据的实时分析功能，对于某些测试项目不能实时提供测试结果，则在测试完毕后形成测试结论。

可选地，在步骤S104中，通过监控模块50还可以进行测试结果显示：测试结果显示子模块根据测试结果处理子模块提供的数据进行结果的显示工作，同时测试结果显示子模块能够对根据ES测试模块提供的实时数据进行测试流程的实时显示。

可选地，在步骤S104中，通过监控模块50还可以进行测试报告生成：测试报告生成子模块根据测试结果信息，生成测试结果报告，并提供测试结果的保存功能。

而在步骤S102中的文件导入/导出子步骤，可以进一步包括如下两个子步骤：

通过一个ES配置文件接口提供ES配置文件结构解析和保存支持，利用封装的XML解析类，实现ES配置文件的导入和导出操作。

通过一个流量文件接口提供AFDX端系统测试流量文件的比特流解析和保存支持，利用封装好的二进制文件类，实现AFDX端系统测试过程中捕获的数据流的保存操作，同时为数据流文件解析操作提供接口。

图3示出了可适用根据本发明的实施例的对网络中的交换单元进行测试方法的流程图。该对网络中的交换单元进行测试方法包括，模拟数据交换步骤S201，交换单元通信数据获取步骤S202，交换通信数据测试步骤S203，分析结果呈现步骤S204。

在步骤S201中，配置至少两个端系统模拟单元，例如ES模拟器50和30，通过交换单元，例如交换机20，进行通信。

在步骤S202中，由测试主机40，例如通过分支器101、102，获取交换单元的交换通信数据。

在步骤S203中，由测试主机40测试交换通信数据。

在步骤S204中，通过监控模块50获取并呈现交换通信数据的分析结果。

可选地，测试步骤S203进一步包括可由测试主机40所执行的以下步骤中的至少一步：

-核对与至少一个VL ID相对应的至少一条VL的目的端口和/或非目的端口数据帧的转发是否正确。

-判断交换通信数据所对应的至少一个端口的缓冲能力是否达到第一预定阈值。

-判断交换通信数据中属于第一VL的数据帧进出交换机的时间差是否小于第二预定阈值。

-判断交换通信数据中属于各个VL的数据帧进出交换机的时间差是否与各个VL的优先级相一致。

-判断交换通信数据的数据帧BAG是否根据ARINC 664协议被过滤。

同样可选地，上述端系统数据获取步骤S202进一步包括可由测试主机40所执行的以下步骤中的至少一步：

-导入用户保存的流量文件，并进行二进制格式的解析，流量文件包括下列配置信息中的至少一项：捕获的时间、交换机端口、VLID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口、SN；

-对端通信数据中的数据帧的进行实时抓包；

-按照ARINC协议，对端通信数据中的数据帧进行基本协议信息解释；

-过滤端通信数据中对应于禁止的交换机端口的数据帧。

在上述一些实施例的方法中，还可以包括步骤，由测试主机/网络管理主机40通过SNMP协议获取端系统的运行状态。

可选地，上述的任一实施例中的测试方法，还包括步骤：由流量注入主机60向被测网络中注入网络背景流量。

下面结合图1、图3对本发明的上述实施例进行详细说明。

在上述一些实施例的方法中，在步骤S201之前，还可以包括步骤如下两个子步骤：交换机配置信息解析步骤，以及交换机配置信息定制及编辑。

在交换机配置信息解析步骤中：根据被测交换机配置文件设计规范，对其包含的配置信息进行解析，交换机配置文件采用XML的方式进行配置信息的组装，主要包含被测交换机的基本特征信息、端口信息，以及VL转发信息。VL转发信息构成了交换机测试工具中的主要参照依据。

在交换机配置信息定制及编辑步骤中：交换机配置信息定制及编辑子模块提供用户对导入的交换机配置文件信息作进一步的定制和编辑操作，包括交换机端口配置信息的修改，连接情况的变更，以及针对转发VL的添加，删除、修改等操作。当用户没有进行交换机配置文件导入操作时，交换机配置信息定制及编辑子模块也提供对话框允许用户按照被测交换机的实际配置情况进行端口定制，以及添加转发VL信息。

在步骤S202中，针对用户保存的流量文件，测试主机40实现二进制文件信息的导入和解析功能。在流量文件中保存了通过AFDX接口卡抓取的数据帧的特征信息，包括：捕获的时间、交换机端口、VL ID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口、SN等配置信息，从而方便用户对以前的测试数据进行打开并查看，并允许用户在导入的流量文件基础上，实现基于数据文件的测试和分析过程；

在步骤S202中，测试主机40还通过分支器101、102进行帧序列捕获：帧序列捕获子模块通过AFDX接口卡实现数据帧的实时抓包处理，并将捕获的数据帧进行发送给帧协议解析模块，进一步实现数据帧的特征信息提取。帧序列捕获子模块可以与帧过滤功能进行统一设计，实现基于硬件板卡的帧过滤机制。

在步骤S202中，接着，测试主机40进行帧协议解析：帧协议解析模块根据帧序列捕获模块获取的AFDX数据帧，按照ARINC Part7协议规范，对其进行基本协议信息的解释，并通过列表的方式在帧捕获视图中进行显示；

在步骤S102中，测试主机40还进行帧过滤及显示：帧过滤及显示子模块需要提供基于交换机端口的过滤功能，方便用户针对交换机某个端口的收发数据进行集中查看和比较。在捕获帧的显示中，利用一定更新频率对抓取的帧在界面上通过列表方式进行显示，同时允许用户对当前的帧显示过程进行暂停，对已经列表显示的条目进行查看。

然后，在步骤S203中，测试主机40可以选择进行VL过滤特征测试：根据用户定制的一段测试时间，针对用户设置的一条或几条VL，检查其目的端口，以及非目的端口数据帧的转发情况。在默认情况下，VL过滤特征测试子模块将对交换机转发的所有VL进行测试，在这种情况下，VL过滤特征测试子模块通过测试步骤提示用户将被测交换机的各个端口进行遍历，检查各个VL的转发情况，实现VL过滤特征测试，并将测试结果送到测试数据处理模块做进一步的处理工作。

可选地，在步骤S203中，测试主机40还可以进行流量管制测试：根据用户定制的一段测试时间，针对用户设定的某条VL，计算其信用量，并观察指定VL进入交换机的时间和目的端口数据帧转发的情况，检查有无违例数据出现，同时，调整该条VL发送端的BAG，以及发送数据帧的频率，测试交换机对于数据帧BAG的过滤是否符合协议要求，并将测试结果送到测试数据处理模块做进一步的处理工作。

可选地，在步骤S203中，测试主机40还可以进行端口缓冲能力测试：配置交换机只在缓存溢出的情况下丢包，然后根据用户定制的一段测试时间，按照交换机的配置，测定交换机指定端口对于入线数据包的积压和出线数据包的转发情况，评价端口数据缓冲的表现，并将测试结果送到测试数据处理模块做进一步的处理工作。

可选地，在步骤S203中，测试主机40还可以进行技术时延测试：根据用户定制的一段测试时间和配置参数，针对指定VL，观察其数据帧进出交换机的时间差，评价交换机技术时延以及抖动方差，并将测试结果送到测试数据处理模块做进一步的处理工作。

可选地，在步骤S203中，测试主机40还可以进行高低优先级帧处理测试：根据用户定制的一段测试时间，测定指定VL进出交换机的时间差，然后改变VL的优先级，测量改变优先级后VL进出交换机的时间差，对交换机针对VL优先级的处理情况进行评价，并将测试结果送到测试数据处理模块做进一步的处理工作。

在步骤S204中，通过监控模块50可选择进行测试结果处理：测试结果处理子模块根据交换机测试模块提供的测试数据进行被测数据的二次分析，并根据配置文件，以及ARINC 664 Part7规范等信息，统计测试数据的规律，形成测试结果，并送往测试结果显示子模块。测试结果处理子模块提供测试数据的实时分析功能，对于某些测试项目不能实时提供测试结果，则在测试完毕后形成测试结论；

在步骤S104中，通过监控模块50可选择进行测试结果显示：测试结果显示子模块根据测试结果处理子模块提供的数据进行结果的显示工作，同时测试结果显示子模块能够对根据交换机测试模块提供的实时数据进行测试流程的实时显示；

在步骤S104中，通过监控模块50可选择进行测试报告生成：测试报告生成子模块根据测试结果信息，生成测试结果报告，并提供测试结果的保存功能。测试报告的基本信息包括：测试时间、测试者、测试项目、测试数据统计信息、测试错误信息和测试结论等。

而在步骤S202中的文件导入/导出子步骤，可以进一步包括如下两个子步骤：

通过一个交换机配置文件接口提供交换机配置文件结构解析和保存支持，利用封装的XML解析类，实现交换机配置文件的导入和导出操作；

通过一个流量文件接口提供AFDX交换机测试流量文件的比特流解析和保存支持，利用封装好的二进制文件类，实现AFDX交换机测试过程中捕获的数据流的保存操作，同时为数据流文件解析操作提供接口。

下面，将参考图4来描述可以实现本发明的计算机设备。图4示意性示出了可以实现根据本发明的实施例的计算机设备的结构方框图。

图4中所示的计算机系统包括CPU(中央处理单元)401、RAM(随机存取存储器)402、ROM(只读存储器)403、系统总线404、硬盘控制器405、键盘控制器406、串行接口控制器407、并行接口控制器408、显示器控制器409、硬盘410、键盘411、串行外部设备412、并行外部设备413和显示器414。在这些部件中，与系统总线404相连的有CPU 401、RAM 402、ROM 403、硬盘控制器405、键盘控制器406、串行接口控制器407、并行接口控制器408和显示器控制器409。硬盘410与硬盘控制器405相连，键盘411与键盘控制器406相连，串行外部设备412与串行接口控制器407相连，并行外部设备413与并行接口控制器408相连，以及显示器414与显示器控制器409相连。

图4的结构方框图仅仅为了示例的目的而示出的，并非是对本发明的限制。在一些情况下，可以根据需要添加或者减少其中的一些设备。

此外，本发明的实施例可以以软件、硬件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本实施例的系统及其组件可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合例如固件来实现。

虽然已经参考目前考虑到的实施例描述了本发明，但是应该理解本发明不限于所公开的实施例。相反，本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。以下权利要求的范围符合最广泛解释，以便包含所有这样的修改及等同结构和功能。

Claims (10)

1.一种对网络中的端系统进行测试方法，所述方法包括：

配置端系统模拟单元与所述端系统相对应地进行通信；

获取所述端系统的端通信数据；

测试所述端通信数据；

通过监控模块获取并呈现所述端通信数据的分析结果。

2.根据权利要求1所述的测试方法，其中，所述测试步骤进一步包括以下步骤中的至少一步：

-根据数据帧规范，对所述端系统所发送的数据帧进行MAC编址、IP编址、虚拟链路ID、顺序号连续性测试；

-判断与第一虚拟链路ID相对应的两个连续的数据帧之间的传输间隔是否超过第一预定阈值；

-判断所述端通信数据中对应于每条虚拟链路的最大帧长度的抖动是否超过第二预定阈值；

-针对所述端通信数据中的数据帧，计算网络带宽消耗百分比和所述数据帧个数；

-根据SN的一致性，比较网络中冗余子网发送数据帧的时间差值是否大于第三预定阈值。

3.根据权利要求1所述的测试方法，其中，所述端系统数据获取步骤进一步包括以下步骤中的至少一步：

-导入用户保存的流量文件，并进行二进制格式的解析，所述流量文件包括下列配置信息中的至少一项：捕获的时间、冗余网络、虚拟链路ID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口；

-对所述端通信数据中的数据帧的进行实时抓包；

-按照ARINC协议，对所述端通信数据中的数据帧进行基本协议信息解释；

-采集在针对所述端通信数据的帧捕获或者帧过滤过程中的偏好信息。

4.根据权利要求1-3中所述的任一种测试方法，其中，还包括步骤：

-通过SNMP协议获取所述端系统的运行状态。

5.根据权利要求1-4中所述的任一种测试方法，其中，还包括步骤：

-向被测网络中注入网络背景流量。

6.一种对网络中的交换单元进行测试方法，所述方法包括：

配置至少两个端系统模拟单元通过所述交换单元通信；

获取所述交换单元的交换通信数据；

测试所述交换通信数据；

通过监控模块获取并呈现所述交换通信数据的分析结果。

7.根据权利要求6所述的测试方法，其中，所述测试步骤进一步包括以下步骤中的至少一步：

-核对与至少一个虚拟链路ID相对应的至少一条虚拟链路的目的端口和/或非目的端口数据帧的转发是否正确；

-判断所述交换通信数据所对应的至少一个端口的缓冲能力是否达到第一预定阈值；

-判断所述交换通信数据中属于第一虚拟链路的数据帧进出交换机的时间差是否小于第二预定阈值；

-判断所述交换通信数据中属于各个虚拟链路的数据帧进出交换机的时间差是否与所述各个虚拟链路的优先级相一致；

-判断所述交换通信数据的数据帧带宽分配间隙是否根据ARINC 664协议被过滤。

8.根据权利要求6所述的测试方法，其中，所述端系统数据获取步骤进一步包括以下步骤中的至少一步：

-导入用户保存的流量文件，并进行二进制格式的解析，所述流量文件包括下列配置信息中的至少一项：捕获的时间、交换机端口、虚拟链路ID、净荷大小、源MAC、目的MAC、源IP、目的IP、源端口、目的端口、SN；

-对所述端通信数据中的数据帧的进行实时抓包；

-按照ARINC协议，对所述端通信数据中的数据帧进行基本协议信息解释；

-过滤所述端通信数据中对应于禁止的交换机端口的数据帧。

9.根据权利要求6-8中所述的任一种测试方法，其中，还包括步骤：

-通过SNMP协议获取所述交换单元的运行状态。

10.根据权利要求6-8所述的任一种测试方法，其中，还包括步骤：

-向被测网络中注入网络背景流量。

Images