联通分时段限速？ IPv6 网间互通问题？

地点 A （坐标 022), 地点 B （坐标 010 ） A 使用联通家宽，B 使用移动家宽，都是有公网 IPv4 和 IPv6

A 和 B 之间使用 WireGuard 连接 （两端都是 IPv6 地址），跑了 RIP ，A 和 B 网络下的任意设备可以使用 192.xxx 地址互相访问 （已经验证 OK ）

QNAP 在 A ，已经设置好了端口转发，任意网络（包括蜂窝数据）访问均正常

A 和 B 之间正常访问了很久很久，B 拖拽 QNAP 的文件基本上可以满速下载 （ 100 Mbps ，单独办理了上传加速包）

目前有个很诡异的问题，晚上的时候（时间不确定），B 下载 QNAP 的文件被限速到 2Mbps ，白天的时候依然可以跑满。 联系过联通宽带故障人员，表示没有做任何限速。

请问各位大神，如何确认是联通限制了上传还是移动限制了下载？

已经做过的测试：

1.关掉 WireGuard ，使用 IPSEC 连接，无改善（排除了特殊协议被照顾）

2.在 B ，直接使用 QNAP 的 IPv6 地址和 IPv4 地址访问并下载，下载使用的 TCP 协议，无改善 （排除了 UDP 被丢包...？）使用的是 IDM ，多线程 （ 4 ）

3.使用 022 另一个联通家宽，连接 wireguard 之后，下载文件，接近 100 Mbps

4.使用 iperf3 从 B 下载 A ，限速时（晚上） 下载速度 2 Mbps ，其余时间接近 100 Mbps ，测试命令只指定服务器地址和下载方向 （>iperf3.exe -c 192.168.123.15 -R ）

5.使用 iperf3 从 B 下载 A ，限速时（晚上） 下载速度近 100 Mbps ，测试命令指定服务器地址和下载方向并要求多线程 （ iperf3.exe -c 192.168.123.15 -R -P 10 ） ==>>懵逼 ing 黑人问号脸<<==

使用 iperf3 测试的时候，基于 WireGuard 已经连接好（所以使用的内网 IP 地址）

6.使用联通或者移动电话卡热点，从 QNAP 下载文件，均接近 100 Mbps （手动使用 QNAP 的 IPv6 地址连接）

另外在被限速和非限速的时候，从 B 查询 tracert 到 A ，并没有明显区别（或者我没看出来？） 结果如下（删掉了 IPv6 地址的最后几位）

限速：

Tracing route to 2408:XXXX: over a maximum of 30 hops

  1    25 ms    37 ms    11 ms  2409:####
  2     9 ms     3 ms     3 ms  2409:8000:0:2370::1
  3     6 ms     6 ms     6 ms  2409:8000:0:2371::
  4     7 ms     6 ms     6 ms  2409:8080:0:2:106:177::
  5     8 ms     9 ms     9 ms  2409:8080:0:1:105:1e2:1:1
  6     *        *       39 ms  2408:8000:3::64e
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9    44 ms    42 ms    43 ms  2408:8000:2001::27
 10    72 ms    78 ms    73 ms  2408:8000:2008::327
 11    50 ms    43 ms    41 ms  2408:####

非限速：

 Tracing route to 2408:#### over a maximum of 30 hops

  1    26 ms     6 ms     4 ms  2409:####
  2     7 ms     3 ms     3 ms  2409:8000:0:2370::1
  3     5 ms     4 ms     4 ms  2409:8000:0:2370::
  4     6 ms     5 ms     5 ms  2409:8080:0:2:106:178::
  5     7 ms     6 ms     7 ms  2409:8080:0:1:105:1e2:1:1
  6     *        *        *     Request timed out.
  7    14 ms    14 ms    15 ms  2408:8000:2:6f4::
  8     *        *        *     Request timed out.
  9    57 ms    54 ms    54 ms  2408:8000:2001:8000::27
 10    17 ms    17 ms    16 ms  2408:8000:2008::8c3
 11    24 ms    27 ms    24 ms  2408:####