一般来说，如果运营商想要降低服务质量，也只会在延时、优先级、超售这些看不见的方面省成本，而不会选择速度这样明确、清晰且容易测量的指标。
如果还会出现这样的情况，可以试着检查各个网络设备的以太网协商速度或者内网的传输速度。

移动的盒子可以尝试重置 IPTV 机顶盒

一般 IPTV 开机会获取全部的直播源，试试抓一个完整的开机流程，找找 xml 或 json 文件，或者也可以在 GitHub 上搜索所在地区是否有已经共享出来的 rtp 组播直播源，例如： https://github.com/Tzwcard/ChinaTelecom-GuangdongIPTV-RTP-List/blob/master/GuangdongIPTV_rtp_all.m3u

由于 IPv6 地址一般都是公网 IP ，互联网可以直接访问到，且 SLAAC 地址是依据设备 MAC 地址生成的，有暴露设备 MAC 地址的风险，某些情况下可能导致安全问题。因此 Windows 为 IPv6 实现了“隐私保护”能力，在能够进行 SLAAC 配置的情况下，网卡会额外获取一个临时的 IPv6 地址，并用它访问其它 IPv6 设备，一段时间后即会更新并弃用旧地址，对于传入的连接，这些 IPv6 地址都是等同的（无论是临时 IPv6 地址还是依据 MAC 地址生成的 IPv6 地址）。

目前，问题的原因已经查明，现在问题暂时得到了解决。

首先，通过 Wireshark 抓包发现，导致这个错误的原因是：在执行 renew6 命令后，Windows 的 DHCPv6 客户端会向 IPv6 的组播地址（ ff02::1:2 ）发送 Message type 为 Solicit （类似于 DHCPv4 下的 DHCP DISCOVER ）的报文，之后网关并未回复可用的 IPv6 地址，而是回复 DHCPV6 STATUS CODE 2 （ NoAddrAvail ），Windows 会进行 6 次重试，在第 7 次尝试失败后，报错“没有群集资源”并结束尝试。

NoAddrAvail 是这个问题的关键，通过“ipconfig /all”命令查看两个接口的“DHCPv6 客户端 DUID”值，发现 Windows 将这两个接口的 DUID 设置为一致的值，由于 DHCPv6 服务器使用 DUID 来识别不同的客户端，因此网关认为是同一个接口发出了重复的 DHCPv6 请求，故回复 NoAddrAvail，而 Windows 似乎并未正确处理这个错误，以“没有群集资源”作为提示。

通过修改注册表的方式将 DUID 值设置为不冲突的另一个值（但注册表似乎并不支持针对单个接口设置 DUID 值，只能直接修改 Tcpip6 下的键值），禁用再启用网络适配器后，能够正确获取 IPv6 地址了。

但此时该接口仅有 IPv6 地址，并无默认 IPv6 网关配置，无法连接网络，通过接口的 IPv6 协议高级选项，手动将另一个正常接口的网关应用到该接口，便能够正常工作了。

遗留问题：
1 、不明确 Windows 通过 MAC 生成 DUID 的操作是否存在问题，即不同的 MAC 使用了同一个 DUID 。

2 、不明确该修改是否能够在重启之后保留（有可能两个接口都变更为新的 DUID 导致继续冲突）。

3 、不明确 Windows 无法自动配置 IPv6 的网关地址的原因。

这个问题类似于 DHCPv4 下使用了相同的 MAC 地址，但是 Windows 能够比较容易的修改 MAC，却不能方便地修改 DUID...

WIFI6 下使用 FTP 协议传输，速度还是可以接受的

@ZeroSimple 意思就是不能设置为“不可达（拒绝）”，要改成“默认（使用主路由表）”才行

https://s1.ax1x.com/2020/08/22/dUNMcV.png
海南移动

原因一：网络——DHCP——高级设置中勾选了“禁止解析 IPv6 DNS 记录”
原因二：网络——负载均衡——策略中备用成员是“不可达（拒绝）”而不是“默认（使用主路由表）”