Skip to content
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

Don't create static subnet routes for subnets with different IP protocol #231

Open
BenjaminLudwigSAP opened this issue Jul 11, 2023 · 0 comments
Assignees
Labels
bug Something isn't working as expected rescheduling Relevant for rescheduling semantics in some way

Comments

@BenjaminLudwigSAP
Copy link
Collaborator

BenjaminLudwigSAP commented Jul 11, 2023

In Neutron different subnets of the same network can have different IP versions (IPv4/IPv6).
If two subnets of the same network have different IP versions, no load balancers can be created or updated. Because as soon as the static subnet routes are created, VLAN creation fails because if there is a route into an IPv6 subnet, there must be an IPv6 SelfIP too.

Steps to reproduce

  1. Create an Openstack network with an IPv4 subnet and an IPv6 subnet.
  2. Create a load balancer in one of the subnets.

Expected behavior

  • The load balancer is successfully created.
  • There is a static subnet route for the other subnet, even though it has a different IP version.

Observed behavior

  • The load balancer is stuck in PENDING_CREATE.
  • There is no static subnet route for the other subnet, since it has a different IP version.

Solution

There are two possible solutions:

  • Create an IPv6 SelfIP if a static IPv6 route was created.
  • Don't create static IPv6 routes. This is the easier and thus the for now preferred solution.

Notes

  • Since it's possible that this bug only surfaces at rescheduling (e.g. when an IPv6 subnet is created without an LB in a network with another IPv4 subnet with LBs and then one of them is rescheduled), I have added the rescheduling label as well.
@BenjaminLudwigSAP BenjaminLudwigSAP added bug Something isn't working as expected rescheduling Relevant for rescheduling semantics in some way labels Jul 11, 2023
@BenjaminLudwigSAP BenjaminLudwigSAP self-assigned this Jul 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working as expected rescheduling Relevant for rescheduling semantics in some way
Projects
None yet
Development

No branches or pull requests

1 participant