Covers networking in Kubernetes.
The charter defines the scope and governance of the Network Special Interest Group.
Joining the mailing list for the group will typically add invites for the following meetings to your calendar.
- Gateway API Meeting (Americas): Mondays at 15:00 PT (Pacific Time) (weekly). Convert to your timezone.
- Gateway API Meeting (Europe): Tuesday (starting September 10th 2024)s at 08:00 PT (Pacific Time) (monthly). Convert to your timezone.
- Network Policy API Meeting: Tuesdays at 9:00 PT (Pacific Time) (bi-weekly). Convert to your timezone.
- SIG Network Ingress NGINX Meeting: Thursdays at 8:00 PT (Pacific Time) (biweekly). Convert to your timezone.
- SIG Network Meeting: Thursdays at 09:00 PT (Pacific Time) (biweekly). Convert to your timezone.
- SIG Network Multi-Network Meeting: Wednesdays at 08:00 PT (Pacific Time) (weekly). Convert to your timezone.
The Chairs of the SIG run operations and processes governing the SIG.
- Michael Zappa (@mikezappa87), Microsoft
- Shane Utt (@shaneutt), Red Hat
- Tim Hockin (@thockin), Google
The Technical Leads of the SIG establish new subprojects, decommission existing subprojects, and resolve cross-subproject technical issues and decisions.
- Antonio Ojea (@aojea), Google
- Dan Winship (@danwinship), Red Hat
- Tim Hockin (@thockin), Google
- Casey Davenport (@caseydavenport)
- Dan Williams (@dcbw)
- Slack: #sig-network
- Mailing list
- Open Community Issues/PRs
- GitHub Teams:
- @kubernetes/sig-network-api-reviews - API Changes and Reviews
- @kubernetes/sig-network-bugs - Bug Triage and Troubleshooting
- @kubernetes/sig-network-feature-requests - Feature Requests
- @kubernetes/sig-network-misc - General Discussion
- @kubernetes/sig-network-pr-reviews - PR Reviews
- @kubernetes/sig-network-proposals - Design Proposals
- @kubernetes/sig-network-test-failures - Test Failures and Triage
- Steering Committee Liaison: Maciej Szulik (@soltysh)
The following working groups are sponsored by sig-network:
The following subprojects are owned by sig-network:
- Owners:
- Contact:
- Slack: #external-dns
- Leads:
- Mattia Lavacca (@mlavacca), Kong
- Rob Scott (@robscott), Google
- Shane Utt (@shaneutt), Red Hat
- Nick Young (@youngnick), Isovalent
- Owners:
- Contact:
- Slack: #sig-network-gateway-api
- Owners:
- Owners:
- Owners:
- Leads:
- Maciej Skrocki (@mskrocki), Google
- Owners:
- Contact:
- Slack: #sig-network-multi-network
- Leads:
- Andrew Stoycos (@astoycos)
- Dan Winship (@danwinship), Red Hat
- Yang Ding (@dyanngg), VMWare
- Owners:
- Contact:
- Slack: #sig-network-policy-api
SIG network provides some additional responsibilities for subproject leads beyond what is covered in the standard subproject definition. Most of these additional responsibilities relate to communication about their projects within SIG Network, and to the greater community:
-
Transparent Project Planning, Maintenance and Communication:
- Subproject Leads must provide transparent view into their historical and future project plans (eg; using GitHub project boards, KEPs, or custom enhancement proposals (see GEPs/NPEPs)).
- Subproject leads must create, maintain and be present in a public Kubernetes Slack channel with the easy-to-find naming
#sig-network-<subproject>
for their sub-project. - Subproject leads should create and maintain a regular public Zoom sync on the SIG Network Calendar.
- Subproject leads must keep the project in good health through regular issue triaging, PR reviews, CI health monitoring and checking testgrids (delegating this to other members in the community is good!)
- Projects that own CRDs in the
k8s.io
group must go through the API review process and Subproject leads are expected to make sure this well defined processes across Kubernetes is followed.
-
Regular Project Updates
- Subproject leads must report on project's status, significant releases/events, interesting developments to the wider SIG-Network community via the SIG Network Mailing List on a quarterly basis (or as needed).
- Subproject leads should report on project status in the general SIG Network community meetings (in addition to mailing list updates).
SIG Network is responsible for the following Kubernetes subsystems:
- DNS
- Ingress
- Network plugins / CNI
- Network Policy
- Services / kube-proxy
SIG Network is responsible for a number of issues and PRs. A summary can be found through GitHub search:
The following are larger efforts which are now archived and historical. They are no longer active, but are kept in an archived state for posterity and maybe be useful as reference materials.
"Kube Proxy Next Generation (KPNG)" was an effort to evaluate the potential for a new kube-proxy with an emphasis on modularity and adaptability. Through the project we explored alternatives to our historical kube-proxy architecture and gained a lot of community members through interest in it. The project was very large in scope, and was archived in 2024 after agreement that the community was no longer able to continue focus on it, but it remains important prior art for any future attempts to revise kube-proxy.