【疑难杂症】PVE 8 的 VMBR 很快丢失 MAC 地址转发表项目。
怪病:
- 一台宿主机,安装了 PVE 8.3.1 ,并创建了一个 VMBR1 。
- 在同一台宿主机的 VMBR1 上接了 2 台 VPS 的网卡,分别对应 10.10.10.22 和 10.10.10.33 。
- 从外界 ping 22 一直是通的,ping 包可以进到 22 ,回复的 pong 包也可以从外界收到。
- 从 22 地址 ping 33,虽然在同一台母鸡的同一个 VMBR1 上,丢包率也非常高,大概 60% 。
- 抓包分析后,发现是 22 发去 33 的 ping 包,33 无法收到。怀疑被 VBMR1 丢掉了。
- 如果从 33 不停主动 ping 22,则可缓解以 33 为目的地址的数据包被 VMBR1 丢弃的情况。
- 从 33 主动对外 ping 的发包间隔越短,VMBR1 丢弃以 33 为目的地的数据包的概率越低。
- 以 0.1 秒为间隔,从 33 主动对外 ping 时,VMBR1 基本不丢。
怀疑:
VMBR1 在不停把 33 的 MAC 地址从转发表中移除。
请教:
- 大佬们有没有遇到类似情况?
- 有没有相关文献和修复方案?
怪病:
- 一台宿主机,安装了 PVE 8.3.1 ,并创建了一个 VMBR1 。
- 在同一台宿主机的 VMBR1 上接了 2 台 VPS 的网卡,分别对应 10.10.10.22 和 10.10.10.33 。
- 从外界 ping 22 一直是通的,ping 包可以进到 22 ,回复的 pong 包也可以从外界收到。
- 从 22 地址 ping 33,虽然在同一台母鸡的同一个 VMBR1 上,丢包率也非常高,大概 60% 。
- 抓包分析后,发现是 22 发去 33 的 ping 包,33 无法收到。怀疑被 VBMR1 丢掉了。
- 如果从 33 不停主动 ping 22,则可缓解以 33 为目的地址的数据包被 VMBR1 丢弃的情况。
- 从 33 主动对外 ping 的发包间隔越短,VMBR1 丢弃以 33 为目的地的数据包的概率越低。
- 以 0.1 秒为间隔,从 33 主动对外 ping 时,VMBR1 基本不丢。
怀疑:
VMBR1 在不停把 33 的 MAC 地址从转发表中移除。
请教:
- 大佬们有没有遇到类似情况?
- 有没有相关文献和修复方案?