linuxbridge multinode depending on multicast support of provider
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Won't Fix
|
High
|
omkar_telee |
Bug Description
The way the Linux Bridge multinode job works right now, the VXLAN tenant networks are not using l2_population and subsequently rely on the multicast 'group' feature of kernel bridges for carrying broadcast traffic.
This would not normally be a problem, however, the local interface they are using to send this multicast traffic is the one attached directly to the provider cloud's network. So we are ultimately at the mercy of the provider's networks to carry multicast traffic between the multi-node instances, which is just asking for failures.
We need to adjust the job to setup a tunnel between the multinode instances to safely carry traffic between them like we do for DVR [1].
1. https:/
This is likely leading to the instability of the LB multi-node job when the job is on certain cloud providers that might not have good multicast routing.
tags: | added: gate-failure |
Changed in neutron: | |
importance: | Undecided → Critical |
description: | updated |
Changed in neutron: | |
status: | New → Confirmed |
Changed in neutron: | |
assignee: | nobody → omkar_telee (omkar-telee) |
Changed in neutron: | |
status: | Confirmed → In Progress |
Changed in neutron: | |
status: | In Progress → Won't Fix |
It's not critical in that it doesn't affect a voting job. Lowering to High.