我想谈谈SPAN和TAP之间由来已久的争论。在过去的几年里，我读了一些文章，涵盖了在使用这两种方法时应该熟悉的要点。大多数文章都涵盖了类似的观点；SPAN不会转发损坏的数据包，并且可以丢弃数据包。我没有看到的是解决时间问题的材料，以及大约9%的实际负载。这是我的视频展示的内容…
时序，负载测试和延迟与SPAN和TAP端口
即使我捕获了100%的数据包，我也总是想知道时机是否准确。我想确定数据包增量时间是否受到影响，以及受到多大影响。我想讲的另一个项目是负荷。我看过的大多数文章都是用90-100%的负载测试链接。一些分析师告诉我，由于他们的监控链接上没有那么多流量，所以这不是问题。我想设置一个真实负载的测试，所以我选择了大约9%。
Tony Fortunato的TAP和SPAN比较
我把这段视频放在一起，回顾我的网络计算方法和结果，我用一台网络分析平板电脑生成流量，用另一台电脑捕获流量，有时用第三台电脑。我选择只生成9%的负载和757字节的帧，以最接近您在千兆端口上看到的平均负载和帧大小。我的逻辑是，如果这些测试参数导致问题，那么更大的负载只会变得更糟。我选择OptiView是因为它可以以10纳秒的分辨率捕获，并且我使用数据包切片来减少总跟踪文件大小。对于我的水龙头，我使用了体育博彩平台 P1GCCAS 1Gb铜水龙头。我通过IP标识符过滤了剩余的跟踪文件，因为它对所有数据包保持这个值不变。然后，我使用Wireshark将过滤后的跟踪文件转换为CSV文件，并使用Excel绘制过滤后输出的增量时间。检查的顺序对我来说很重要。第一个测试是两个背靠背的基线，第二个测试引入了一个开关，第三个测试使用了一个TAP，最后一个测试使用了一个SPAN端口。
分组延迟结果总结：
- 背对背= 68 - 69微秒
- 开关= 56 - 80微秒
- TAP = 55到80微秒
- SPAN端口= 50 - 88微秒
体育博彩平台推荐测试的结论突出表明，所使用的SPAN端口在数据包之间和每个数据包之间产生了更多的延迟，而TAP产生的延迟非常小。
请阅读我为《网络计算》撰写的文章全文，其中有更深入的分析。
让事情变得更好——一点一点地——Tony Fortunato高级网络性能专家，技术公司
如果您想了解更多关于专业人士的真实网络可视化考虑，请下载体育博彩平台推荐的免费白皮书，TAP vs SPAN．