根据您提供的信息，实际上两台机器的 tunl0 配置都是正常的！
配置对比分析
正常机器：
link/ipip 0.0.0.0 brd 0.0.0.0
inet 172.22.132.134/32 brd 172.22.132.134 scope global tunl0
“异常”机器：
link/ipip 0.0.0.0 brd 0.0.0.0
inet 172.22.132.134/32 scope global tunl0
关键发现：
- IP地址相同：
172.22.132.134/32 - link层相同：
link/ipip 0.0.0.0 brd 0.0.0.03.唯一区别:广播地址显示方式不同，但这不影响功能
为什么您觉得异常？
可能的原因：
1.Calico节点状态不同
#检查两台节点的Calico状态
calicoctl get node <node-name> -o yaml
#或者通过kubectl检查
kubectl get node -o wide
2.BGP对等状态
#检查BGP邻居状态
calicoctl node status
3.Kubernetes节点就绪状态
kubectl get nodes
#注意READY列和STATUS列
建议的进一步排查
检查实际网络连通性
#从异常节点ping其他节点IP或Pod IP
ping <其他节点IP>
#测试跨节点Pod通信
kubectl run test-pod --image=busybox --rm -it -- ping <其他节点Pod IP>
检查Calico日志
kubectl logs -n kube-system -l k8s-app=calico-node
结论
从 tunl0 接口配置来看，两台机器都是正常的。问题可能出现在：
- Calico BGP路由交换
- Kubernetes节点状态
- 网络策略或防火墙规则
建议重点排查这些方面而不是 tunl0 配置本身。
内容由零声教学AI助手提供，问题来源于学员提问
![异常服务器收到的包如下0:38.316208 IP (tos 0x0, ttl 112, id 0, offset 0, flags [DF], proto IPIP (4), length 72)
172.22.132.131 > 10.26.211.160: IP (tos 0x0, ttl 118, id 12337, offset 0, flags [DF], proto TCP (6), length 52)
121.35.103.108.5816 > 172.2...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162224299866311.png)
