云网络

Hubble 基础组件（内嵌在 Cilium Agent） 当前状态： ✅ 已启用 性能影响： 极低（<1%） 功能： 捕获本节点流量 本地流量可观测 支持 kubectl exec -n kube-

BPF 程序的基本开销 Pod veth (xxx_h): ├─ tc ingress: cil_to_container (从 host → Pod) └─ tc egress: cil_from_

Q2: Pod veth pair 如果没有 QoS annotation，则不会设置 qdisc？ 答案：正确！veth pair 使用默认 qdisc (通常是 noqueue) 但是：BPF 程

eBPF 带宽限制层（需要 annotation） 只有当 Pod 有这些 annotation 时才生效： kubernetes.io/egress-bandwidth: "10M" kuberne

如果你用 calico ipip 提供 kubevirt 集群，再基于虚拟机内部部署 calico ipip，那么默认是行不通的 vlxan 也不行 关键证据 cali接口收到IPIP包： 11:54

是的，这个 warning 对功能本身是「完全没有影响」的。 它不会改变代码行为、不会影响 fastpath 是否生效、也不会导致内核模块异常。 下面把为什么没影响和什么时候才可能有问题讲清楚。 结论

下面是对 Isovalent 官方博客文章 “Can I Use Tetragon Without Cilium? Yes!” 的详细总结和翻译（包括重点观点与背景解释）。(Isovalent) 📌

VpcNatGateway 支持自定义 Annotations 1. 背景与需求 1.1 PR #6108 原始需求 PR #6108 允许用户在 VpcNatGateway CRD 的 spec 中

根据编译输出，模块编译成功。让我分析各个阶段： 编译结果分析 编译流程 阶段 输出 说明 CC kube_ovn_fastpath.o ✅ C 源码编译为目标文件成功 MODPOST Module.s

https://kubeovn.github.io/docs/v1.15.x/advance/fastpath/ Using "提取网页" Fetched https://kubeovn.github

cilium 非正常部署导致集群网络（主机上的所有网卡的网络）全挂（arp 都不通）： 本来我应该使用本地的 helm 包部署 但是我的 kubespray 还没来得及改，所以直接使用了社区的 hel

KubeVirt VM Live Migration LSP Options Fix Issue Reference GitHub Issue: #6220 PR: #6243 Problem Sta

Ran terminal command: cd /root/f/kube-ovn && git show upstream/release-1.12-mc:pkg/ovs/ovn-nb-logica

Ran terminal command: cd /root/f/kube-ovn && grep -E "decimalBurst|updatedDecimalBurst" test/e2e/ipt

读取 ，行 407 到 520 读取 ，行 355 到 410 读取 ，行 1000 到 1076 是的，iptables-eip-qos-conformance-e2e 测试包含 两种 QoS 更新

cilium kind 环境 # 构建并复制所有二进制 make kind-image-fast # 或者只修复 operator make kind-image-fast-operator

#. Install Cilium with IP Option Monitoring and restart the agent Install Cilium using Helm. The key

我最近在测试 nat-gw pod 怎么支持多个公网网段，发现了一些问题，感觉很有意思 1. 什么时候 ttl 直接为 1 一、IPv4 多播地址范围 范围 类型 说明 224.0.0.0 – 239

EnableNonPrimaryCNI 是因为使用者就是不想让 kubeovn 配置 eth0 网卡，所以跳过了 ovn 的默认网卡 annotation 的配置。 其实这个逻辑感觉上应该有更好的实现

梳理顺序 ovs --> ovn --> kube-ovn ovs WARN log 提交 issue：https://github.com/kubeovn/kube-ovn/issues/6192