Mayday! CNI Overboard!
summary
CNI isn’t Kubernetes-specific and currently provides only add/del plumbing, so teams built a reconcile controller that computes deltas on Pod annotations and adds or removes interfaces to make Multus work — that controller exists and runs. A KEP for native multi-networking splits into use cases, API and implementation; it aims to replace JSON-in-YAML NetworkAttachmentDefinition glue and enable hot‑plug, hardware devices and a garbage collection verb. CNI evolution (see CNI 2.0) must land daemonization, plugin events and device hooks or risk fragmentation.
AI-written summary · about
chapters (8)
- 0:00Introduction
- 0:21CNI challenges today
- 5:15What CNI really is
- 9:53Single-interface limits
- 14:50Kubernetes multi-networking proposal
- 22:29Multi-networking fixes CNI
- 27:08CNI 2.0 and multi-networking
- 30:49Hardware in multi-networking
related talks
46mMulti - Networking Kubernetes Containers with CNI
37mIntroduction to CNI, the Container Network Interface Project
35mCNI Intro
35mMultiple Networks for Kubernetes Workloads
37mKubernetes and the CNI: Where We Are and What's Next - Casey Callendrello, CoreOS
27mTowards CNI v2.0
31mEverything You Ever Wanted to Know About CNIs (Container Network Interface) and ...
34m"My CNI Plugin Did… What?!": Debugging CNI with Style & Aplomb
