多年来，我们都读到过数据采集与数据采集的区别跨度/镜像端口和网络点击。
数据包先锋Chris Greer对网络TAP和SPAN端口上捕获的数据流之间的区别很感兴趣。所以他用几台电脑、一个TAP、一个SPAN端口、几台硬件网络分析仪和健康的数据流进行了测试。
TAP和SPAN测试设置
Packet Pioneer以100Mbps的速度将两台pc连接到一个基本的Cisco Catalyst Switch上。配置了一个使用iPerf的吞吐量测试，并在两台机器之间运行。在其中一台电脑上，他放置了一个100Mbps的TAP，并在上面放置了一个硬件分析仪来捕获。最后，他在交换机上配置了一个SPAN，将所有进出该端口的流量转发给另一个硬件分析仪。
以下是设置的基本绘图。
> Download Now: TAP vs SPAN [Free whitepaper]"}" data-sheets-userformat="{"2":15233,"3":{"1":0},"10":1,"11":4,"12":0,"14":[null,2,0],"15":"Open Sans","16":8}" style="color: #45a142;">>>立即下载：点击vs span [免费白皮书]
结果
吞吐量测试在两台PC之间持续10秒的结果为93.1Mbps。
| 点击vs span. | 数据包捕获 | TCP设置的三角洲时间 |
| 点击捕获结果 | 133126年 | 243年购买 |
| 跨度捕获结果 | 125,221 | 221 USEC. |
结论
跨度数据捕获显示轨迹缺少的几乎8,000个数据包。这代表了Analyzer在网络Tap上捕获的总数据包的距离的近8％。我们还应该指出，这是一个100Mbps接口，而不是千兆界面，没有错误的帧。交换机总线不在近过载状态。
此外，两个迹线中的TCP SYN和SYN ACK之间的定时的差异显示，交换机不处理相同的跨度和目标端口。实际上，它是将流量转发到跨度端口的速度比真实目的地更快。虽然差异仅为21 USEC，但它显示在启用SPAN时，交换机受到影响。它不会像出现一样无缝，并且这种延迟在没有负载测试下。随着交换机加载流量，损耗和定时将显示更大的差异和丢弃的数据包。
考虑到他们的测试结果克里斯格尔（Chris Greer），网络分析师，据说，“我现在是一个充满信心的信徒一个真实的[网络]尽可能点击，尤其是当数据的时间和总体视图很重要的时候!”
希望为下次部署添加可见性解决方案，但不确定在哪里开始？加入我们的简短网络设计 - IT咨询或演示。没有义务-这是我们喜欢做的事!
