-
Notifications
You must be signed in to change notification settings - Fork 742
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
e2e test for mixed pods host-network true and false with external SNATing #816
Comments
We have added the test case for non-host networking pods. Will be extending that for host networking pods to complete the request in this issue. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days |
/not stale |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days |
/notstale |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days |
Issue closed due to inactivity. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days |
Issue closed due to inactivity. |
Refer #519
We believe that pods with
hostNetwork: true
cause the CNIadd
API call to be bypassed, which means that the VPC CNI would not affect the data path at all for those pods. However, we should create and e2e scenario that tests the situation where, for example, an AWS VPC NAT Gateway is being used (and SNAT'ing traffic from pods on a particular subnet) and a worker node houses pods that have hostNetwork: true along with pods that do NOT have hostNetwork: true and ensure outbound communication works for both kinds of pods.The text was updated successfully, but these errors were encountered: