RFC2544性能测试

欢迎对测试结果的参与分析

了解Spirent Test的使用,下面以xgpon设备为例

性能测试的内容

RFC-2544协议是RFC组织提出的用于评测网络互联设备(防火墙、IDS、Switch等)的国际标准。主要是对RFC1242中定义的性能评测参数的具体测试方法、结果的提交形式作了较详细的规定。主要包括下面四种参数:

数据吞吐量:从源发送方到目的接收方可传输的最大数据量。( 反映被测设备所能够处理的最大数据流量 )

时延:一个帧从源点到目的点的总传输时间。(反映被测设备处理数据包的速度)

过载丢包率:在一定负载下,未能转发的包占应该转发的包数百分比。(反映被测设备承受特定负载的能力)

背靠背:以所能够产生的最大的速率,发送一定长度的数据包,并不断改变一次发送的数据包数量,直到被测设备恰好可以完全转发所发送的数据包,这个包数就是设备的背对背值。(反映被测设备处理突发数据的能力)

配置步骤

对称测试/非对称测试

1、对称测试:适用于一对一打流的环境,可同时更改端口速率的变化:
对称拓扑
对称测试
2、非对称测试:适用于一对多端口或多对多端口打流测试,例如1G<->10G,可单独配置端口速率。
非对称拓扑非对称测试

具体操作步骤

在这里我以非对称测试为例,进行配置操作
1、选择测试项:吞吐量、时延、过载丢包率
功能选择
2、选择打流仪表端口
端口选择
3、双向主机host选择
host
4、这里我选择使用自己手动创建的业务流(也可选择自动创建)
选择业务流
5、这个界面主要是注意一下参数,其他默认即可。
选择测试的字节,常用以下7种,采用l2学习帧,防止出现未知单播丢包的情况发生。
配置
6、吞吐量配置,尝试的次数,每次多少秒,上下行带宽的配置,采用二分法binary,从80%到100%二分一直获取到不丢包的最大带宽为止。
在这里插入图片描述
7、时延在这里一样配置,采用的是吞吐量90%配置,丢包越多时延越大。
在这里插入图片描述
8、过载丢包率,规定速率下,最大能通过的包数。
配置
这是直接run就可以了。

测试结果,问题分析

1、以太网帧传输为什么小字节带宽小?
因为以太帧包含8字节的前导码以及12字节的帧间隙,字节越小,帧间隙占的字节越多,导致带宽利用率不高,因此字节小的带宽也小。

2、为什么经过pon设备会出现小字节的带宽大了呢?
在这里插入图片描述
XGTC净荷帧长大概135432

如上图987.3中介绍了xgem帧与以太帧。
XGEM帧的帧头只有8字节。
这里我们假设同时发送10G的64字节/1500字节以太帧:
64字节:
实际帧数为:10000000000/(64+20)/8=14880952个帧
XGTC可容纳帧数大概:时隙125us ,每秒8000帧
135432/(64+8)x8000=15048000个帧
1500字节:
实际帧数为:10000000000/(1500+20)/8=822368个帧
XGTC可容纳帧数大概:时隙125us ,每秒8000帧
135432/(1500+8)x8000=718472个帧
因此小字节的可以全部通过,而大字节的因为XGTC可装的个数有限,超过的则会丢包。

3、开启FEC无论是字节大小,带宽都会变小,因为开了FEC会增加纠错码,降低带宽利用率。

4、上行时延大于下行时延?
pon设备上行采用时分复用,存在等待时间,而下行采用广播方式传输,相对时延小一些。

  • 3
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值