CN103763214A

CN103763214A - 芯片队列压缩验证方法

Info

Publication number: CN103763214A
Application number: CN201410011406.XA
Authority: CN
Inventors: 张梅; 吴瑞
Original assignee: Maipu Communication Technology Co Ltd
Current assignee: Maipu Communication Technology Co Ltd
Priority date: 2014-01-10
Filing date: 2014-01-10
Publication date: 2014-04-30
Anticipated expiration: 2034-01-10
Also published as: CN103763214B

Abstract

本发明涉及虚拟交换系统设计中使用的芯片队列压缩后的一种验证方法。本发明公开了一种芯片队列压缩验证方法，可以适用于大多数压缩技术的验证。本发明的技术方案是，芯片队列压缩验证方法，包括步骤：a、将两台支持虚拟交换技术的第一设备和第二设备通过1条虚拟交换链路相连；b、第一设备通过2条物理链路连接测试仪，第二设备通过1条物理链路连接测试仪；c、测试仪通过所述2条物理链路按照一定比例向第一设备灌包；d、检测第二设备出口流量比例和丢包情况。本发明不局限于硬件的固有限制，不需要设计额外的软件测试模块，有效的降低了固件投入及人力时间成本。本发明可以广泛适用于有队列数目限制的芯片，进行队列压缩后的验证测试。

Description

芯片队列压缩验证方法

技术领域

本发明涉及网络通信技术，尤其涉及虚拟交换系统设计中使用的芯片队列压缩后的一种验证方法。

背景技术

虚拟交换技术系统构建过程中，由于虚拟交换链路传输的控制管理报文（简称为控制报文）种类很多，并且涉及到跨设备应用协议报文收发。为保证虚拟交换系统的稳定性，必须保证控制报文能被可靠转发，通常也就是使该类型报文通过最高优先级队列进行转发，否则当业务报文冲击使控制报文丢失后，会造成虚拟交换系统的震荡或者分裂，影响正常数据转发。当使用的硬件芯片有队列数目限制时，该问题将必然存在。如常用芯片队列一般只有8个，对应8个不同的优先级，并且8个队列已经分配给各个协议以及数据报文使用。

为了确保控制管理报文能被优先转发，现有技术一般都只能靠使用方法来保证，限制报文的总数目不能超过或者接近虚拟交换链路的带宽。这种方式对系统的稳定性是没有保证的，并且由于虚拟交换技术是使用交换引擎的弹性通道进行通信，在软件设计中目前没有实现对弹性通道的不同QOS（服务质量）值进行数据统计的情况下，当报文的总数目超过或者接近虚拟交换链路的带宽时，必然会出现控制管理报文被丢弃的问题，导致实际应用过程中的虚拟交换系统不稳定，极限严重情况下导致虚拟交换系统分裂，影响网络中业务正常运行。

为了解决控制管理报文被丢弃的问题，人们可以通过队列优先级映射技术进行芯片队列压缩，以此保证控制报文具有最高优先级，从而可靠传输控制报文。芯片队列压缩后，能不能保证可靠传输控制报文，通常需要对压缩技术进行验证。现有技术一般是针对不同的压缩技术，开发不同的软件验证测试模块，并没有普遍适用的验证方法。

发明内容

本发明的目的是提供一种芯片队列压缩验证方法，可以适用于大多数压缩技术的验证，保证虚拟交换链路中的控制管理报文优先转发。

本发明解决所述技术问题，采用的技术方案是，芯片队列压缩验证方法，包括步骤：

a、将两台支持虚拟交换技术的第一设备和第二设备通过1条虚拟交换链路相连；

b、第一设备通过2条物理链路连接测试仪，第二设备通过1条物理链路连接测试仪；

c、测试仪通过所述2条物理链路按照一定比例向第一设备灌包；

d、检测第二设备出口流量比例和丢包情况。

进一步的，步骤b中，与第一设备连接的2条物理链路的带宽之和大于与第二设备连接的1条物理链路的带宽。

具体的，步骤c中，灌包数据为已知单播报文。

进一步的，步骤c中，2条物理链路灌包数据流量之和超过所述虚拟交换链路带宽。

具体的，步骤c中，2条物理链路灌包数据流量之和超过所述虚拟交换链路总带宽的5%。

进一步的，步骤c中，2条物理链路具有不同的优先级。

具体的，2条物理链路的优先级分别为最高优先级和次最高优先级。

进一步的，次最高优先级数据流量大于所述虚拟交换链路的总带宽。

具体的，2条物理链路的优先级分别为最低优先级和次最低优先级。

具体的，所述优先级为灌包数据的QOS等级。

本发明的有益效果是，不局限于硬件的固有限制，不需要设计额外的软件测试模块，有效的降低了固件投入及人力时间成本。本发明可以广泛适用于有队列数目限制的芯片，进行队列压缩后的验证测试。

附图说明

图1是本发明验证系统拓扑示意图。

具体实施方式

下面结合附图及实施例，详细描述本发明的技术方案。

本发明对芯片队列压缩后的验证直接使QOS流量测试方法，进行灌包来完成测试验证，无需增加软件测试设计。

实施例

本例验证系统拓扑结构如图1所示，第一设备P0端口和P1端口分别通过物理链路连接测试仪的P0端口和P1端口，第二设备的P2端口通过物理链路连接测试仪的P2端口。第一设备和第二设备之间通过1条虚拟交换链路相连进行报文传输，并且第一设备和第二设备都支持虚拟交换技术。在进行验证测试时，测试仪通过P0端口和P1端口连接的2条物理链路，按照一定比例向第一设备灌包，然后检测第二设备出口P2流量比例和丢包情况，从而验证芯片队列压缩效果。

假设本例虚拟交换链路的带宽为1G，通过灌入总和超过虚拟交换链路带宽5%的两条不同QOS值的报文流量进行测试。这两条流量的QOS值分别为QOS7和QOS6，即P0端口连接的物理链路优先级为最高优先级，P1端口连接的物理链路的优先级为为次最高优先级。测试仪的P0端口和P1端口分别发送占带宽为10%和95%的已知单播报文流量。最后查看经过虚拟交换链路转发后的收包结果。如果结果为QOS7队列的报文仍然收到10%的流量，而QOS6队列的报文只收到90%的流量，丢掉了5%的流量，则说明虚拟交换链路严格保证了高优先级（QOS7队列）的报文被优先转发，最高优先级队列不会出现掉包，该最高优先级队列可以用于传输控制报文。为了测试其他优先级队列的传输情况，可以更换P0端口和P1端口连接的两条物理链路的优先级。如分别为QOS1和QOS0的时候（即对应2条物理链路的优先级为次最低优先级和最低优先级），测试结果如果是2条链路各丢掉2.5%的流量，则可以验证QOS1和QOS0的报文都被压缩到QOS0队列。为了进一步验证最高优先级队列（QOS7队列），传输控制报文的可靠性，可以通过灌包测试在次最高优先级的QOS6队列超负荷的时候，是否会影响最高优先级的QOS7队列控制报文的传输。如果不影响QOS7队列控制报文的传输并且此时虚拟交换系统处于稳定状态，则说明最高优先级的QOS7队列控制报文的传输不会受到超负荷的影响。这种验证方法可以在P1端口连接的物理链路（对应次最高优先级队列）灌入大于虚拟交换链路总带宽的数据流量，在第二设备出口P2测试P0端口和P1端口丢包情况进行验证。如果此时P0端口连接的物理链路（对应最高优先级队列）没有出现丢包情况，则说明最高优先级的QOS7队列传输控制报文得到了可靠保证。通常为了保证灌包测试顺利进行，第一设备P0端口和P1端口连接测试仪的2条物理链路的带宽之和大于与第二设备P2端口连接的1条物理链路的带宽。

Claims

1.芯片队列压缩验证方法，包括步骤：

d、检测第二设备出口流量比例和丢包情况。

2.根据权利要求1所述的芯片队列压缩验证方法，其特征在于，步骤b中，与第一设备连接的2条物理链路的带宽之和大于与第二设备连接的1条物理链路的带宽。

3.根据权利要求1所述的芯片队列压缩验证方法，其特征在于，步骤c中，灌包数据为已知单播报文。

4.根据权利要求1所述的芯片队列压缩验证方法，其特征在于，步骤c中，2条物理链路灌包数据流量之和超过所述虚拟交换链路带宽。

5.根据权利要求4所述的芯片队列压缩验证方法，其特征在于，步骤c中，2条物理链路灌包数据流量之和超过所述虚拟交换链路总带宽的5%。

6.根据权利要求1～5任意一项所述的芯片队列压缩验证方法，其特征在于，步骤c中，2条物理链路具有不同的优先级。

7.根据权利要求6所述的芯片队列压缩验证方法，其特征在于，2条物理链路的优先级分别为最高优先级和次最高优先级。

8.根据权利要求7所述的芯片队列压缩验证方法，其特征在于，次最高优先级数据流量大于所述虚拟交换链路的总带宽。

9.根据权利要求6所述的芯片队列压缩验证方法，其特征在于，2条物理链路的优先级分别为最低优先级和次最低优先级。

10.根据权利要求6所述的芯片队列压缩验证方法，其特征在于，所述优先级为灌包数据的QOS等级。