自我们开始运输Nexus3548与AlgoBoost致客户11月初,人们越来越有兴趣测试验证开关在不同流量假设中的延时性网络工程师可能经验丰富测试开关吞吐能力, 验证延时可能具有挑战性, 特别是当延时用数以万分低百纳米秒测量时!
做作业时我简短地讨论了这个题目TechWise电视实战演示短短时间前
https://www.youtube.com/watch?v=DN6cohlZqvE&feature=youtu.be
目的是概述最常用延时测试Nexus 3548在这些测试中表现的方式,并详细描述多播传输低延时测试的精度并用两个源多播测试解决混淆问题
uncast流量
最常见的测试案例是在发送uncast流量时验证吞吐量和延缓度RFC 2544为测试案例提供标准RFC 2544测试最压力版使用64字包全网格,百分线率达100%完全网格表示所有端口均按配置速率向所有其他端口发送全网格模式
图1-全网状交通模式
下图显示层3RFC 2544全网列测试Nexus 3548延时结果,Nexus 3548操作曲调模式
图2-图3RFC 2544全网状uncast测试
可见Nexus3548持续转发200纳米秒以下各种尺寸包,负载50%,负载100%少于240纳米秒
多播流量
另一常见测试案例是在端口间发送多播流量并测量延迟度RFC3918提供测试标准典型48端设备配置a在此测试中,多播源为端口,其他所有47端口为接收器,并加入多播组下图显示层3RFC39181-47多播测试Nexus3548延时结果,Nexus3548操作曲调模式
图3-图3RFC39181-47多播测试
可见Nexus 3548持续转发200纳米秒以下各种尺寸包达90%加载值, 220纳米秒加载百分百加载值不到220纳米秒
多播流量2+源码
现在让我们谈谈多播场景, 即两个或两个以上端口为多播源举个例子,Nexus3548使用2源和46接收器
默认时流量生成器将同时从两个源发送包操作方法称同步模式图4显示,由于两包一次面向同一种逆向,人们不得不在缓冲缓冲缓存中等待,缓冲端引入延缓存非RFC类型测试会因排队延迟引起类型开关问题图5显示Nexus3548延迟值结果,当流量生成器用同步模式配置两个多播源端口时
图4-同步源流
图5-图3RFC39182对46多播49.9%负载测试同步模式
流量生成器通常可选择这些类型测试案例,称为异步模式。此模式引入从多源发送包间随机延迟图6显示,随机延迟会降低所观察的延时量,因为它给开关更多时间处理运抵Egress端口的第一个包图7显示交量生成器两个多播源端口异步配置时Nexus 3548延时结果。我们可以看到异步模式的延时比同步模式有所改善,但由于缓冲延迟高于标准RFC3918测试显示值。
图6-异步源流
图7-图3RFC39182对46多播49.9%负载测试
听一些商家试图强调两个源多播测试 指出Nexus3548的虚弱切需理解从任何商家开关都会显示同步和异步模式提高与测试的延时性
最后,我们看到客户使用流量生成器进行100%线速率测试时遇到比预期高的延时率。在这些例子中,我们发现流量生成器和开关之间的时钟差引起问题-流量生成器内部系统时钟和开关并非总同步化时钟差可达+-100PM/10GigabitEthernet标准流量生成器端口时钟略高开关时钟,百分线传输缓冲取缓冲并引入延迟性能。反之,开关时钟比流量生成器时钟略高时钟时钟时段,无流量缓冲并看到开关广告标定延迟性能。为证明这一点,大多数流量生成器允许对流量生成器端口属性的PPM时钟值调整
排除Nexus3548开关和流量生成器间潜在时钟偏差时,下列NX-OS命令可检查PPS端口接收
268435456
港口接收流量生成器(例如)
使用此输出,您可以判定PM与流量生成器之差。如果结果为正数,表示开关时钟略小于流量生成器,如果负开关时钟略高
样本输出显示PMM负偏偏值表示开关时钟略高于连接端口17的流量生成器,这意味着我们期望在100%线速率测试中不会发生缓冲
r4-3548#显示硬件内部mtc-us
端口PM
====================================
17G:MTC0c4b11
引用 :
或还想查下个博客
Cisco Algo Boost和Nexus3548-突破200ns延迟屏障由Berna Devrim提供
并Gabriel Dixon博客访问带Cisco工程师Nexus3548和Cisco Algo Boost的各个方面
连接CISCO