我想谈谈关于SPAN和TAP的古老争论。多年来，我读过几篇文章，介绍了在使用这两种方法时应该熟悉的要点。大多数文章都有类似的观点;SPAN不会转发损坏的数据包，而且它可以丢弃数据包。
我没有看到的是解决时间问题的材料以及大约9%的实际负载。这是我的视频显示的……
时间，负载测试和延迟与跨度和TAP端口
即使我捕获了100%的数据包，我也总是想知道时间是否准确。我想确定数据包的增量时间是否受到影响以及受到多大影响。
我想讲的另一个项目是载荷。我所回顾的大多数文章通常在一个链接上测试90-100%的负载。一些分析师告诉我，因为他们监控的链接上没有那么多流量，这不是问题。我想用实际的负载来进行测试，所以我选择了大约9%的负载。
托尼·福图纳托的TAP和SPAN比较
我把这个视频放在一起，回顾我的方法和结果网络计算,在那里我用一台网络分析平板电脑产生流量，用另一台电脑捕捉流量，有时还用第三台。我选择只生成9%的负载和757字节的帧，以最接近在千兆端口上看到的平均负载和帧大小。我的逻辑是，如果这些测试参数导致问题，那么更大的负载只会变得更糟。我选择了OptiView，因为它可以以10纳秒的分辨率捕获，而且我使用包切片来减少跟踪文件的总大小。对于我的水龙头，我使用了Garland T乐动体育菠菜echnology P1GCCAS 1Gb铜水龙头。
我根据IP标识符过滤了剩余的跟踪文件，因为它对所有包都保持这个值不变。然后，我使用Wireshark将过滤后的跟踪文件转换为CSV文件，并使用Excel绘制过滤后输出的增量时间。
考试的顺序对我来说很重要。第一个测试是两个背靠背的基线，第二个测试引入了一个开关，第三个测试使用了一个轻拍，最后一个测试使用了一个跨端口。
数据包延迟结果汇总:
- 背对背= 68 - 69微秒
- 开关= 56 - 80微秒
- 点击= 55至80微秒
- SPAN端口= 50 - 88微秒
我们测试的结论突出表明，使用的跨端口在数据包之间创建了更多的延迟，并且在每个数据包延迟中，TAP导致的延迟非常小。
请读我为网络计算写的文章全文，并进行了更深入的分析。
让事情一点一点地变得更好
托尼走
高级网络性能专员
的科技公司
如果您想了解更多关于专业人士的真实网络视觉考虑，下载我们的免费白皮书，利用vs跨度。