三层网络测试重点.pptVIP

  1. 1、本文档共44页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试条件: (1)时长:每次持续60秒以上 (2)帧尺寸:RFC2544对以太网测试帧大小的建议为64, 128, 256, 512, 1024, 1280, 1518字节。 几点注意: 初始帧速率可以取理论最大传输速率的某个百分比,也可 以通过前一个测试案例的结果加以适当调整获得。 由于包丢失是一个随机过程,为使测量结果尽量接近路由 器的实际性能,测试时要持续较长的时间(60s)。 吞吐量随帧大小的不同而改变。 帧长度(bytes) 理论最大速率(fps) 吞吐量(fps) 1024 1197 1197 1280 958 958 1518 812 812 测试结果: 帧长度(bytes) 理论最大速率(fps) 吞吐量(fps) 64 14880 13000 128 8445 8200 256 4528 4500 512 2349 2349 3.5.3 丢包率的测试方法 测试目的:确定DUT在不同的负载和帧长度条件下的丢包率。 主要反映网络设备在超负载运转情况下,对各种 不同类型帧的丢弃策略。 丢包率计算: (发送包数量X - 接收包数量Y)/发送包X数量 因DUT在超负荷情况下的异常行为,包括包的丢失、重发、乱序和错发等,测试的帧需要编号,接收时要通过查对每个帧的编号判断可能出现的各种不同的异常情况。 测试流量 测试流量 测试负载流 X量:X 转发负载流 Y量:Y 被测试设备丢失流量 丢包率测试关心的是设备的整体性能和在某一具体应用的行为,可采用如下三种方式进行测试: (1)一对端口发送和接收:DUT一个端口接收到的数据经另 一个端口转发。 (2)部分网状多对一端口测试:DUT多个端口接收到的数据 都由一个端口转发。 (3)多对多全网状测试:DUT每一个端口接收到的数据都要 送给其余任意一个端口。 两种测量过程: (1)若吞吐量未知,负载从大往小测,100%?90%?80%, 直到测试序列中出现两个连续测试没有出现丢包为止。 (2)若吞吐量已知,负载从小向大测,先将吞吐量设为最低 负载,然后逐渐增加负载,观察丢包的情况。 测试条件: 发送的持续时间最小为60秒 不同格式的帧要分别测试 实际测试时负载的范围应介于吞吐量和最大传输速率之间 测试结果: 3.5.4 延迟的测试方法 延迟测试是基准测试的重点,也是基准测试中最难测的指标。 测试目的:确定数据包经过DUT传输的所需要的时间。 反映DUT执行转发操作的速度以及转发队列的处理情况,延迟越小,说明路由器处理数据包的速度越快。 延迟测试必须要测得以下两个参数: (1) 输入帧的最后一位到达输入端口的时刻; (2) 输出帧的第一位出现在输出端口的时刻。 可用的方法: 整个报文的延迟是和报文中任意位的延迟是相等的,引入了标记帧方法来测试延迟。 对带有标记的帧的要求: 不能在传输过程中丢失 被转发的时候网络设备应该已经工作在稳定状态,即标记帧 设置在测试流的中间。 延迟与数据包长度 : 包长越长则延迟越大 ,但非线性变化。 延迟与链路速率 (发包速率): 链路速率需限定在路由器端口吞吐量范围内,超过吞吐量测试延迟指标没有意义。 具体的测试过程 : (1)首先,为了确保在不丢包的情况下进行测试,要确定DUT 在各个帧长下的吞吐量。 (2)然后,针对每一个特定的帧长,以已经确定好的不超过吞 吐量的发送速率发送该帧的数据流。 (3)该发送过程应该维持至少120秒钟。在数据流发送60秒之 后,在其中的某一个帧中打上与实现无关的标记,并记录 下该帧发送的时间戳A(timestamp A)。 (4)测试设备的接受端必须能够识别该标记信息,并记录下接 收到携带该标记的帧的时间戳B(timestamp B)。 (5)根据RFC1242所定义,延迟由时间戳B减去时间戳A来获得。 测试条件: (1)由于每次延迟测试存在抖动,该测试必须反复进行20次以上,取记录的平均值。 (2)覆盖不同帧尺寸进行测试。 上述测试方法存在的局限: 将中间一个标记帧的延迟测试结果作为整个测试的结果; 没有考虑双向链路延迟可能不同; 必须要在无丟包的条件下进行测试,因此必须先测试吞吐量; 单次测量结果的偏差可能较大,需对20次以上的结果取平均。 改进:给每个测试帧都打上特有的签名字段(Signature) CRC MAC Destination MAC Source 20 Byte Signature Dat

文档评论(0)

花仙子 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档