-
Notifications
You must be signed in to change notification settings - Fork 596
fix: create IPv4 Service with ipFamily IPv4 on dual-stack, IPv6-first cluster #6390
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
fix: create IPv4 Service with ipFamily IPv4 on dual-stack, IPv6-first cluster #6390
Conversation
… cluster Signed-off-by: Mike Beaumont <[email protected]>
Signed-off-by: Mike Beaumont <[email protected]>
7287e47 to
bff3ba8
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #6390 +/- ##
==========================================
- Coverage 70.74% 70.70% -0.04%
==========================================
Files 220 220
Lines 37096 37098 +2
==========================================
- Hits 26243 26231 -12
- Misses 9315 9325 +10
- Partials 1538 1542 +4 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
thanks @michaelbeaumont, can you confirm if the fix and the configuration (ipFamily: IPv4) works in a IPv6 first cluster i.e. can the kubelet communicate successfully with the envoy pod, and set Ready=True ? |
|
Hmm, @arkodg no unfortunately. There's an issue with the health check not being accessible on IPv6 afaict. It seems like gateway/internal/gatewayapi/listener.go Lines 447 to 452 in 72c9065
needs to be tweaked in this case. Maybe it should always listen on all ip families allocated to the Pod, not just the ip family set in the EnvoyProxy |
|
@michaelbeaumont that makes sense |
|
For the record, kubernetes/kubernetes#101324 makes this tricky to implement the obvious way |
|
Unfortunately I'm not sure how to figure out whether the Pod will have an IPv6 address so that we can decide whether to listen on |
|
Full disclosure I won't have time to work on this further |
|
I will be happy to take a look :) |
|
This pull request has been automatically marked as stale because it has not had activity in the last 30 days. Please feel free to give a status update now, ping for review, when it's ready. Thank you for your contributions! |
What type of PR is this?
fix: create IPv4 Service with ipFamily IPv4 on dual-stack, IPv6-first cluster
What this PR does / why we need it:
The deleted comment isn't accurate. From Kubernetes docs:
Which issue(s) this PR fixes:
Fixes #6389
Release Notes: Yes