我可能遇到了一个完全正常的情况。但我还是想把它说出来。在我的家庭实验室里，我有一个由Rancher控制的单工作节点k3 s集群。我还有一个FRR VM，它充当集群中MetalLB的BGP对等体，因为UDM Pro不能在本地运行BGP。我用LoadBalancer IP启动了一个简单的nginx 1-pod部署和支持服务。一切都完成了。且IP可访问。

• 客户端桌面：192.168.0.121
• UDM路由器：192.168.0.1www.example.com/www.example.com192.168.100.1
• 下一跳的静态路由192.168.110.0/24192.168.100.2
• FRR BGP路由器VM：192.168.100.2
• k3 s工作节点：192.168.100.11
• MetalLB BGP通告服务子网：192.168.110.0/24
• nginx服务负载平衡器IP：192.168.110.1

FRR路由器VM只有一个vNIC，没有隧道或子接口等。通过HTTP访问nginx服务LoadBalancer IP是非常好的，所以我知道路由是好的。但是从ping和traceroute的Angular 来看，它看起来像是一个路由循环。
客户端跟踪路由：

PS C:\Users\sbalm> tracert -d 192.168.110.1

Tracing route to 192.168.110.1 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2    <1 ms    <1 ms    <1 ms  192.168.100.2
  3     1 ms    <1 ms    <1 ms  192.168.100.11
  4    <1 ms    <1 ms    <1 ms  192.168.0.1
  5    <1 ms    <1 ms    <1 ms  192.168.100.2
  6     1 ms    <1 ms    <1 ms  192.168.100.11
  7    <1 ms    <1 ms    <1 ms  192.168.0.1
  8     1 ms    <1 ms    <1 ms  192.168.100.2
  9     1 ms    <1 ms    <1 ms  192.168.100.11
...

这里有些不太正常。有什么想法吗？