Cisco 吞吐量测试与 null:

网络工程 思科 吞吐量
2021-07-26 09:06:13

很久以前,我读到(我现在不记得在哪里)可以通过将文件从远程源复制到本地 Cisco 路由器的 null: 文件系统来测试链接的吞吐量。我认为这是一个很好的建议,但从未真正有机会使用它。最近,我一直在对客户抱怨连接缓慢的链接进行故障排除。我掸掉了储存在我大脑中的这个金块并尝试了它。但是,我对结果有些担心。

确实,连接速度很慢,但它比我预期的要慢得多,甚至比客户报告的类似大小的文件还要慢。我使用的命令是这样的:

copy scp://joe@10.11.12.13://home/joe/randomfile.100m null:

那么,这是一个有效的测试吗?我假设 TCP/IP 堆栈和 SSH/SCP 进程被优化得足够好,以处理以或接近远程主机方向的链路线速度的数据接收。由于路由器正在丢弃数据,我认为我应该能够忽略对 FS 的写入速度(例如,在写入闪存时可能无法做到)。

额外信息:有问题的链接是一个 1Gig 接口,指向具有 50Mbps CIR 的提供商。流量整形配置为出站,但此数据方向为入站。ISR4331,运行 15.4-3 (isr4300-universalk9.03.13.02.S.154-3.S2-ext.SPA.bin)。

如果这是一个有效的测试,我可以要求提供商检查链接以确保整形/管制出站是正确的。

谢谢你的想法。

2个回答

这不是一个有效的测试,因为您正在使用路由器进程来处理使用 scp 进行复制、解密等的所有开销。通常,路由器可以在不涉及处理器(尽可能多)的情况下转发数据包以进行“普通”路由。

如果您正在寻找链路质量的一般意义(而不是实际吞吐量),我认为您最好对大数据包进行 ping 操作并寻找丢失/错误。

复制过程不仅涉及链接速度,还涉及文件系统内存的缓冲区大小和查询速率,这将提供比您预期的更慢的结果。所以可能你有两个有效的速度测试。

1- 使用测试 TCP (TTCP) 来测试吞吐量,如本链接所述

2- 使用此链接中所述的 jperf 服务器客户端速度测试