裸金属与虚拟机混布时，Calico BGP 全局打通需区分节点类型配置：裸金属节点可启用 full-mesh（同TOR直连），虚拟机节点必须用 Route Reflector 模式、禁用 IPIP、指向裸金属 RR 物理 IP，并调优 ARP 行为。
裸金属节点和虚拟机节点混布时，Calico 的 BGP 全局打通不是“开个开关就能通”，核心障碍在于：物理网络连通性不一致、BGP 邻居建立条件不同、以及 Felix 对宿主机路由行为的假设被打破。必须显式区分节点类型并分别配置 BGP 模式，否则会出现部分节点路由缺失、BIRD 反复重连、或跨节点 Pod 间通信断续等现象。
怎么判断节点该走 full-mesh 还是 route reflector 模式
不能按节点数量拍脑袋决定。关键看物理拓扑是否允许所有节点二层直连：
- 裸金属节点之间如果在同一个 TOR（Leaf）下、且 TOR 支持 BGP peer 建立（如 Cumulus、Nexus、Arista），可启用
nodeToNodeMeshEnabled: true；但一旦有虚拟机节点跑在不同子网（比如云厂商 VPC 或 NAT 后），就必须禁用全互联，否则BIRD会因 TCP 连接超时反复报Connection refused或No route to host - 混合架构下，推荐统一启用
routeReflectorClusterID，哪怕只有 2 个节点——因为虚拟机节点的 IP 可能随调度漂移，而 RR 模式只依赖稳定 IP 的反射器（比如固定部署在裸金属上的calico/node实例），邻居关系更可控 - 检查命令：
calicoctl get bgppeer应只看到指向 RR 的条目；若出现大量10.0.x.x → 10.0.y.y的直连 peer，说明nodeToNodeMeshEnabled没关干净
裸金属节点和虚拟机节点的 BGP 配置差异点
同一份 Calico manifest 无法通用。必须为两类节点打 label 并用 nodeSelector 分发不同配置：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 裸金属节点需显式设置
spec.bgp.rr.clusterID（如240.0.0.1），并确保其IP_AUTODETECTION_METHOD能准确识别物理网卡 IP（例如interface=eno1，不能用first-found） - 虚拟机节点必须关闭 IPIP 封装（
ipipMode: Never），否则在三层网络中会因 MTU 不匹配导致分片——尤其当宿主机是 CentOS/Rocky 9 且默认net.ipv4.ip_forward=1但未调大net.ipv4.conf.all.forwarding时，IPIP 包根本进不了内核协议栈 - 虚拟机节点的
BGP邻居地址要指向裸金属 RR 的物理 IP，而不是虚拟网络网关；若虚拟机所在平台（如 OpenStack）限制了 BGP 端口（179）出向，需提前在安全组放行
为什么 calicoctl patch 修改全局 BGP 设置后部分节点没生效
因为 calico/node 容器启动时只读取一次环境变量，后续修改 bgpconfiguration 或 ippool 不会触发 BIRD 重载配置。必须强制滚动更新：
- 对裸金属节点：执行
kubectl delete pod -n kube-system -l k8s-app=calico-node --field-selector spec.nodeName=<code>your-baremetal-node，让 DaemonSet 重建容器 - 对虚拟机节点：先确认
calico-node的env字段已注入新配置（比如BGP_DISABLE或IP_AUTODETECTION_METHOD），再删 Pod；否则即使改了 CRD，容器里还是旧值 - 验证方式：进入任一
calico-node容器，运行birdc show protocols，输出中State必须是up，且Neighbor列显示的是 RR 的 IP，而非其他节点
最易被忽略的是虚拟机节点的 ARP 行为：Calico 默认假设宿主机能响应所有 Pod IP 的 ARP 请求，但某些虚拟化平台（如 VMware vSphere）会拦截非本机 IP 的 ARP Reply。此时必须在虚拟机节点上手动加 arp_ignore=1 和 arp_announce=2，否则裸金属节点发来的流量会被丢弃——这个细节不会报错，只会表现为单向不通。
