港新日美雲服務裸金屬 - 牛彼☁️

【疑难杂症】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 地址从转发表中移除。

请教：
- 大佬们有没有遇到类似情况？
- 有没有相关文献和修复方案？

www.tgoop.com/KuaiCheDao_Info/3451

2.1K views港日美服务器托管 🉑皮燕子付费, edited  Dec 25 at 11:30

【疑难杂症】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 地址从转发表中移除。

请教：
- 大佬们有没有遇到类似情况？
- 有没有相关文献和修复方案？

BY 港新日美雲服務裸金屬 - 牛彼☁️