Saturday, 2025-03-29

f0othis sounds like conflicting information :D06:33
f0oanyway I guess the first step is to get the networks moved from the fip phyiscal_network to the vlan physical_network without having to recreate it all. And that seems to be a bigger task. I hoped OVN would just be fine if the bridge interfaces remained the same but apparently not.07:31
f0oGemini DeepResearch suggests to edit the ovn-bridge-mappings attribute of the chassis individually07:38
f0oguess I'll yolo that next07:39
f0oI feel like this is one part of the solution and the other being the SD DB entries that I found which reference the `fip` network07:52
f0oso if I change the network_name from the provnet lsp in nbctl...08:27
f0o_holy moly09:01
f0o_it worked09:01
*** f0o_ is now known as f0o09:02
f0oovn-nbctl lsp-set-options provnet-89eece21-b131-4924-bb0b-0173314f89c0 network_name=vlan09:02
f0oit took a few sec but all flows moved over without VM reboots09:02
f0oso now networksegments table is updated to vlan where it was fip and the 3 networks I had on fip are manually changed to vlan in NB DB using above command09:04
f0onow let's try adding distributed fips09:06
f0oGood news, network didnt die and I see some packets on the hypervisor - Bad news, distributed fip didnt do anything, even an instance reboot didnt seem to do the trick09:24
f0oall traffic still seems to go onto the gateway nodes09:24
f0onvmd rebooting actually _does_ the trick10:00
f0oOVN just does magic shit and I cant tcpdump the traffic10:00
f0oor maybe not.... just as I wrote it I saw the gateway nodes' CPU spike up again10:00
f0oI wonder if I need to release and recreate the FIPs for this to actually work...10:07
f0odisassociation and reassociation as well as instance shutoff+startup didnt do the trick10:07
f0onope brand new fip is also just going through br-vxlan instead of going directly out of the compute node10:12
f0oso what's missing here?10:12
f0obrand new router and tenant network with test vm and test fip did also not do anything, traffic is still going through the gateway nodes10:43
f0oI feel like some flag somewhere might be missing again10:43
f0oafter a bit more rabbit holing i noticed that distributed fip is not supported IF: ovn-router is set AND port_forwarding plugin is loaded AND vlan tenant networks are set in tenant_network_types.14:56
f0oI do not have port_forwarding service plugin but neutron, at least the ovn-sync tool, believes I do. In fact I only defined ovn-router in my ansible. Furthermore, looking at https://github.com/openstack/openstack-ansible-os_neutron/blob/master/doc/source/app-ovn.rst#openstack-ansible-user-variables adds more confusion to what tenant_network_types should be set to support14:58
f0ovlan external networks but geneve tenant networks14:58
f0oThe ambiguity here is the terms neutron_ml2_drivers_type and neutron_provider_networks.network_types14:58
f0olooking at https://github.com/openstack/openstack-ansible-os_neutron/blob/master/templates/plugins/ml2/ml2_conf.ini.j2#L6; it seems that Provider network === Tenant Network14:59
f0oBut Provider and Tenant are really not the same thing here... 14:59
f0ogonna only set neutron_provider_networks.network_types to geneve now and see what happens15:06
f0othat didnt change anything15:37
f0oI've also made sure that all the LRPs have reside-on-redirect-chassis="false" set in their options; no change15:48

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!