以太网连接丢失上行UDP和TCP数据包但下行UDP正常的故障排查求助

大家好，我遇到了一个非常诡异的以太网连接故障，折腾了好一阵都没找到头绪，想请各位帮忙分析下问题根源，以及该怎么排查修复。

先说说我的网络拓扑：

两台PC的网线 → 交换机 → 网线 → 墙插 → 墙内网线 → 交换机 → 网线 → 墙插 → 墙内网线 → 华硕RT-AX92U路由器

所有网线都是至少Cat5e规格（支持1Gbps），用到的交换机都是非网管型的。

故障现象 #

每隔大概2小时左右，就会出现ping路由器丢包的情况，具体的ping输出如下：

Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64

更奇怪的是故障发生时的细节：

• 我在Discord语音通话里全程能清晰听到别人说话，但他们完全听不到我
• 玩在线游戏时，能正常看到其他玩家的操作更新，但我自己角色的指令要等丢包结束后才会被服务器接收
• 两台PC总是同时出现完全一样的故障，时间分毫不差

我的初步推测 #

根据这些现象，我猜测是不是下行UDP数据包能正常传输，但上行的UDP和TCP数据包发不出去？毕竟TCP连接需要上行ACK包来维持，而我这边的上行数据（比如Discord的语音输入、游戏操作指令）完全发不出去，但下行数据（别人的语音、其他玩家的操作）不受任何影响。

这个问题太反常了，我从来没遇到过以太网故障是这种“半通”的状态。现在的麻烦是我没法主动复现这个问题，而且部分墙内的网线我没法物理接触，没法做直接连路由器、只连第一个交换机这类常规排查步骤。

想请教大家的问题 #

• 这种故障最可能的原因是什么？
• 有没有什么专业的以太网测试设备，能简单、持续地检测出到底是链路中的哪一段出了问题？
• 有没有人遇到过类似的故障，最后是怎么解决的？

备注：内容来源于stack exchange，提问作者Molten Ice