Architectural Invariant Design: Cilium eBPF Host-Routing Path MTU Discovery & MSS Clamping Boundary
Cilium eBPF Host-Routing Path MTU Discovery & MSS Clamping Boundary defines an industrial-grade behavioral standard for devops engineering. Enforces strict TCP MSS clamping, PMTU discovery enablement, and interface-level MTU alignment when Cilium bpf.hostRouting is active in hybrid cloud or multi-cloud topologies. When eBPF bypasses the host iptables/netfilter stack, jumbo frames and tunnel encapsulation overhead (Geneve, VXLAN, WireGuard) cause silent packet blackholes due to dropped ICMP Type 3 Code 4 fragmentation needed signals. Infrastructure-as-code manifests and Helm configurations must explicitly enforce automated MSS clamping and precise tunnel overhead accounting across all routing boundaries. Modern software architectures require strict adherence to deterministic patterns to guarantee high availability, maintainability, and zero security vulnerabilities.
Hazard Analysis: What Breaks Without This Rule
The following failure modes have been cataloged from hundreds of hours of production code reviews where AI assistants produced non-compliant implementations:
| Failure Mode | AI Symptom (The Anti-Pattern) | Severity | Production Impact & Remedy |
|---|---|---|---|
| AI Hallucination & Deprecation Drift | Bypassing iptables TCP MSS clamping via bpf.hostRouting=true without BPF-native MSS clamping or proper MTU headroom calculation. | Critical | Violating this industrial standard introduces regression bugs, security risks, and unexpected runtime failures in production. Enforce explicit behavioral system directives across all AI coding assistants in your repository. |
| Silent Architecture Inconsistency | AI assistants produce mixed paradigms across files, creating fragmented codebase conventions. | Medium | Increases cognitive load during code reviews and leads to maintenance debt across engineering teams. Pin project conventions in .cursor/rules, CLAUDE.md, and AGENTS.md so all team agents follow identical guardrails. |
Step-by-Step Production Directives
Each rule constraint below is injected into the AI agent's system prompt to establish deterministic boundaries:
Engineers MUST ALWAYS enable Cilium native MSS clamping via `bpf.autoMSS` or `bpf.clampMss` configuration options when `bpf.hostRouting=true` is activated.
Engineers MUST ALWAYS enable Cilium native MSS clamping via `bpf.autoMSS` or `bpf.clampMss` configuration options when `bpf.hostRouting=true` is activated.
Engineers MUST NEVER assume host iptables `TCPMSS --clamp-mss-to-pmtu` rules apply when `bpf.hostRouting
Engineers MUST NEVER assume host iptables `TCPMSS --clamp-mss-to-pmtu` rules apply when `bpf.hostRouting: true` is set, because eBPF directly redirects packets at tc/xdp layers before netfilter hooks.
Infrastructure configurations MUST explicitly calculate MTU headroom subtracting encapsulation overhead
Infrastructure configurations MUST explicitly calculate MTU headroom subtracting encapsulation overhead: 50 bytes for VXLAN/Geneve over IPv4, 70 bytes for VXLAN/Geneve over IPv6, plus an additional 32 bytes when WireGuard encryption is enabled.
Manifests MUST NEVER leave MTU set to automatic detection (0) in hybrid cloud environments spanning AWS Direct Connect, Azure ExpressRoute, or multi-cloud WireGuard tunnels where MTU boundaries differ from standard 1500 or 9000 bytes.
Manifests MUST NEVER leave MTU set to automatic detection (0) in hybrid cloud environments spanning AWS Direct Connect, Azure ExpressRoute, or multi-cloud WireGuard tunnels where MTU boundaries differ from standard 1500 or 9000 bytes.
Monitoring rules MUST track and alert on `cilium_drop_count_total{reason="Fragmentation needed and DF set"}` and Cilium endpoint monitor drop notifications for MTU exceeded events.
Monitoring rules MUST track and alert on `cilium_drop_count_total{reason="Fragmentation needed and DF set"}` and Cilium endpoint monitor drop notifications for MTU exceeded events.
Frequently Asked Technical Questions
Common questions developers face when configuring AI coding assistants for this stack:
Q:Why is Cilium eBPF Host-Routing Path MTU Discovery & MSS Clamping Boundary critical for AI coding assistants?
Enforces strict TCP MSS clamping, PMTU discovery enablement, and interface-level MTU alignment when Cilium bpf.hostRouting is active in hybrid cloud or multi-cloud topologies. When eBPF bypasses the host iptables/netfilter stack, jumbo frames and tunnel encapsulation overhead (Geneve, VXLAN, WireGuard) cause silent packet blackholes due to dropped ICMP Type 3 Code 4 fragmentation needed signals. Infrastructure-as-code manifests and Helm configurations must explicitly enforce automated MSS clamping and precise tunnel overhead accounting across all routing boundaries. Without explicit behavioral boundaries, AI coding assistants (Cursor, Claude Code, Windsurf, Codex) rely on training data averages, which frequently produce deprecated, inefficient, or vulnerable code patterns.
Q:How does adopting this rule prevent AI hallucinations?
This rule explicitly declares what the AI must avoid (Bypassing iptables TCP MSS clamping via bpf.hostRouting=true without BPF-native MSS clamping or proper MTU headroom calculation.) and prescribes verified positive examples. Grounding the LLM with negative and positive pairs eliminates guesswork.
Q:Which AI coding environments are supported?
This specification is multi-platform compatible: Cursor (.cursor/rules/*.mdc & .cursorrules), Anthropic Claude Code (CLAUDE.md), Windsurf (.windsurfrules), Codex / Cline (AGENTS.md), and GitHub Copilot (.github/copilot-instructions.md).
Q:Can I combine this rule with other technology stacks?
Yes. Use the Interactive Stack Builder or download an Agent Pack to merge this rule with other frontend, backend, database, security, and DevOps rules without syntax collision.