这几周以来这件事情一直让我抓狂不已。
我已经将一位客户从 VMWare 迁移到 Hyper-V（不要评判……原因）。设置与我在其他地方使用的完全相同，没有任何问题。
主持人：
- 戴尔 R730
- Hyper-V 服务器（独立版，非完整操作系统，基于 Server 2019）
- 8 个 Broadcom NIC、VMQ 全部在主机级别禁用。
- 正在使用戴尔提供的最新 Broadcom NIC 驱动程序
- 组中的 4 个 NIC 连接到 VSwitch-01。无主机操作系统管理。
- 2 个用于 iSCSI 的 NIC
- 1 个 NIC 用于主机操作系统管理，位于 VLAN 90 上
- 1 个未使用的 NIC
- 96 GB 内存
- 16 核
- 3 个虚拟机使用 vSwitch-01。VMQ 已禁用。
嘉宾 1
- 已连接到 vSwitch-01。VMQ 已禁用。
- 8GB 内存
- 4 个虚拟处理器
- Win10 Education X64，所有更新
- VLAN 90
物理交换机 - HP 5406Rzl2 (J9850A)
- 合适的企业核心交换机！
- HP 为主机 NIC 组所连接的 4 个端口设置的“Trunk”（即 LAG）。
- 中继正在发送所有必需的 VLAN 作为“标记”
- 连接到管理操作系统的端口是“未标记的”VLAN 90
问题：访客随机断开网络连接，间隔时间约为 5-10 分钟。任何日志中均未显示原因，仅显示症状。
过去，这是由于 Broadcom NIC 和 VMQ 造成的。但我已在 Hyper-V 的网络设置中禁用了主机、每个 NIC 和每个客户机上的 VMQ。
我也尝试过：
- 使用单个 NIC，无需进行任何组合
- 检查 DNS/DHCP 等
- 删除/重新创建 vSwitch
- 删除/重新添加客户 NIC
我通常可以通过在客户机上运行高级 IP 扫描器来强制解决问题。一旦达到 /20 网络的上限（朝向 VLAN 90，可能相关），客户机就会断开连接 5-10 分钟。
主机上的所有客户机都出现了同样的问题，包括 Server 2022 和 Server 2019。
如果能给出其他可以去哪里查看的指示，我将非常感激！
答案1
我认为我已经解决了这个问题。似乎我的一些交换机上存在生成树不匹配的情况。一旦我手动设置根桥优先级，并确保所有交换机都使用相同的协议，我似乎就不再遇到任何问题了。