-
Bug
-
Resolution: Done
-
Normal
-
4.13.z
-
Moderate
-
No
-
2
-
T&PS 2023 #10, T&PS 2023 #11
-
2
-
False
-
Description of problem:
When Source POD has an additional interface of type ipvlan created on ens224.xxx and this source POD is trying to access a metallb IP from same subnet as ens224.xxx. This metallb IP is being announced by speaker hosted on same node as the node where source POD is hosted. The destination POD is also hosted on same node. OVN routingViaHost is enabled. Connection fails in this scenario. It would be better to mention this in the documentation that there is a limitation of using same vlan for both metallb and additional network.
Version-Release number of selected component (if applicable):
4.13
How reproducible:
Always
- links to