最终编辑 7/7多个电缆、端口和设备替换已将其范围缩小到 Comcast 调制解调器及其所有 8 个以太网端口。鉴于，正如评论所说，这是一个封闭的设备，不太可能获得太多真实信息，我们可能永远不会发现，但我仍然会发布该决议作为答案。
（编辑 1/6 动机；潜在的实际问题）基于用户对电话会议问题的投诉，我想消除所有可能的原因。在验证了从笔记本电脑到服务器的完美 LAN 和 WiFi 连接，然后看到非常不均匀的端到端 ping 延迟——通常远高于 100 毫秒的建议限制——按照此处的指示，使用 Google Meet 服务器，我回溯到延迟的来源。（当然，这不一定是 Google Meet 延迟的根本原因，但我需要将其排除为可能的原因。）
事实证明，不均匀和高延迟来自 Sophos UTM 9 SG125（固件：9.703-3）与 Comcast CGA4341COM 千兆调制解调器（制造商：Technicolor；硬件版本：2.3；芯片组：Broadcom）之间的直接链接。
链路两端都报告千兆连接。Speedtest 可speedtest.xfinity.com通过硬连线的局域网服务器提供 400Mbps 范围的结果。（编辑 2/6 问题的附加证据这似乎很好，除了当同一服务器直接连接到调制解调器时，完全切断路由器和 LAN 的其余部分，吞吐量为 930Mbps。）
在 Sophos 上使用 10 英尺 Cat5e 电缆直接连接调制解调器的 SSH cmd 线路上进行长时间测试后：
—— xx.xx.xx.134 ping statistics ---
756 packets transmitted, 756 received, 0% packet loss, time 755277ms
rtt min/avg/max/mdev = 0.162/21.789/199.543/34.605 ms
长长的 ping 非常密集地穿插：
64 bytes from xx.xx.xx.134: icmp_seq=1 ttl=64 time=58.2 ms
64 bytes from xx.xx.xx.134: icmp_seq=2 ttl=64 time=0.645 ms
64 bytes from xx.xx.xx.134: icmp_seq=3 ttl=64 time=72.4 ms
整天尝试这个没有任何改变。调制解调器的所有无关功能都被禁用：端口转发、端口触发、防火墙、MAC 访问控制、dhcp、wifi 等。
（编辑 3/6 回复：可能导致延迟的流量负载）这也发生在半夜，因此与流量无关。当链路利用率低于 1% 时，尽管 ping 可能不准确，但优先级不应该发挥作用。
（编辑 4/6 回复：ICMP 的可能低优先级）traceroute，使用 UDP，显示相同的延迟模式：
traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
1 10.1.10.1 (10.1.10.1) 71.784 ms 70.684 ms * * * 66.310 ms * * * *
traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
1 10.1.10.1 (10.1.10.1) 1.218 ms 1.151 ms * * * * * * * *
traceroute -q 10 -w 1 10.1.10.1
traceroute to 10.1.10.1 (10.1.10.1), 30 hops max, 40 byte packets using UDP
1 10.1.10.1 (10.1.10.1) 61.156 ms * * * * 55.497 ms 54.370 ms * * *
编辑 5/6 回复：此 ISP 和调制解调器的正常行为在不同的客户站点，相同的调制解调器硬件连接到 65 美元的 EdgeRouter X，我从路由器看到，正常：
--- 10.1.10.1 ping statistics ---
60 packets transmitted, 60 received, 0% packet loss, time 59398ms
rtt min/avg/max/mdev = 0.278/1.201/2.175/0.554 ms
同样，在第二个站点发送了 100 个 traceroute UDP 数据包后，最慢的是 3.3 毫秒。
（编辑 6/6 回复：一般情况下可能正常）在任何调制解调器和路由器之间，在与多家供应商合作的低端和高端宽带工作中，我从未见过这种延迟模式。我没有打折 Sophos 方面；当我可以通过直接连接到不同设备的情况下到达现场时，我会报告。
在 Sophos 上，没有数据包错误：
router:/var/log# ifconfig eth1
eth1 Link encap:Ethernet HWaddr 7C:xx:xx:xx:xx:94
inet addr:96.xx.xx.129 Bcast:96.xx.xx.135 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:300119356 errors:0 dropped:0 overruns:0 frame:0
TX packets:243077712 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:264200277517 (251961.0 Mb) TX bytes:197347533783 (188205.2 Mb)
在 eth0 上，Sophos 以典型的 0.1-0.2ms 非常稳定的延迟 ping 局域网上的服务器。
router:/# ping 192.168.1.5
PING 192.168.1.5 (192.168.1.5) 56(84) bytes of data.
64 bytes from 192.168.1.5: icmp_seq=1 ttl=128 time=0.198 ms
64 bytes from 192.168.1.5: icmp_seq=2 ttl=128 time=0.128 ms
Sophos 上根本没有加载（CPU 或内存或磁盘），日志中也没有任何异常，dmesg. .
lshw报告：
*-network:1
description: Ethernet interface
product: Ethernet Connection X553 1GbE
vendor: Intel Corporation
physical id: 0.1
bus info: pci@0000:0b:00.1
logical name: eth1
version: 11
serial: 7c:xx:xx:xx:xx:94
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi msix pciexpress bus_master cap_list rom ethernet physical tp 10bt-fd 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=ixgbe driverversion=5.2.4 duplex=full firmware=0x80000878 ip=96.86.73.129 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:17 memory:dfa00000-dfbfffff memory:dfe00000-dfe03fff memory:dc500000-dc57ffff
在搜索 90 天的日志时，调制解调器几乎没有任何报告。只有今天：
FW.WANATTACK DROP , 34 Attempts, 2020/6/16 15:58:01
Firewall Blocked
调制解调器上的详细软件统计信息：
eMTA & DOCSIS Software Version: CM DOCSIS Application - Prod_18.1_d31 & MTA Application - Prod_18.1
Software Image Name: CGA4131COM_3.12p12s1_PROD_sey
Advanced Services: CGA4131COM
Packet Cable: 2.0
