Wednesday, 2025-05-14

*** ralonsoh_out is now known as ralonsoh\05:46
*** ralonsoh\ is now known as ralonsoh05:47
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Bump advance image to Ubuntu Jammy Server 22.04  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94914005:57
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: WIP -- Bump advance image to Ubuntu Noble 24.04  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94952206:00
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2025.1: [OVN] Create a HA_Chassis_Group without raising an exception  https://review.opendev.org/c/openstack/neutron/+/94969906:05
haleybralonsoh: hey rodolfo, i wanted to ask your opinion on remote address group SG rules. would you expect the OVN driver to work without this fix? https://review.opendev.org/c/openstack/neutron/+/85150908:54
haleybi actually don't see any tempest tests excercising it except for the openvswitch firewall driver either08:55
haleybi'm in an EMEA timezone this week so it's not the middle of the night :)08:57
opendevreviewBrian Haley proposed openstack/neutron-tempest-plugin master: DNM: Test remote address groups with OVN  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94971309:05
opendevreviewBrian Haley proposed openstack/neutron master: DNM: Test remote address groups with OVN  https://review.opendev.org/c/openstack/neutron/+/94971509:05
opendevreviewMerged openstack/neutron master: [OVN] Create a HA_Chassis_Group without raising an exception  https://review.opendev.org/c/openstack/neutron/+/94583709:17
*** ralonsoh_ is now known as ralonsoh09:21
ralonsohhaleyb, hi! I was looking at this today because of https://bugs.launchpad.net/neutron/+bug/211030609:34
haleybo/09:34
ralonsohbut my testing env is not correctly pinging to the FIPs09:34
ralonsohso I can't test it09:34
ralonsohI need to figure out what is happening with my env09:35
ralonsohhaleyb, do you happen to know how to configure a devstack all in one node with external connectivity?09:35
ralonsohbecause I can ping from the VM to the external IP, but not in the other way around09:36
ralonsohbtw, I have port without port security09:36
haleybralonsoh: it's been a while since i've done that, i think i remember adding a route on the external system but can't recall09:37
ralonsohI don't really need to have external connectivity to internet09:37
ralonsohbut at least connectivity from a local IP (in the host) and a VM09:37
ralonsohI can ping VM -> ext IP, but not in the other way09:38
ykarelralonsoh, you deployed default devstack settings? and ping to FIP network 172.24.5.X is not working?09:38
ralonsohykarel, sorry, the other way09:38
ralonsohhmmmm09:38
ralonsohI can ping from local IP --> FIP09:38
ralonsohbut from inside the VM, I can't ping to the local IP in the host09:39
haleybi'm guessing it doesn't have a return route?09:39
ralonsohwhat I trying is https://docs.openstack.org/neutron/latest/admin/config-subnet-onboard.html09:40
ralonsohno sorry09:40
ralonsoharggggg (sorry, I didn't sleep a minute today)09:40
ralonsohthis: https://docs.openstack.org/neutron/latest/admin/config-address-scopes.html09:40
ralonsohso, in the host, I'm adding a route to the internal IP09:41
ralonsohFIP: 10.50.0.27, int IP 10.100.0.7109:41
ralonsohso I'm setting this09:41
ralonsohip r add 10.100.0.64/26 via 10.50.0.1009:41
ralonsoh(10.50.0.10 is the host IP address, that is in the external subnet range)09:42
ralonsohand then I'm trying to ping to the internal IP address09:42
ralonsoh# ping 10.100.0.7109:42
ralonsohso, at this point, I can ensure address scope is working09:43
haleybright, i'm not sure i've been able to ping the internal IP in a devstack, just the FIP. except when using the ovnmeta namespace that is09:46
ykarelme too only accessed those via ovnmeta namespaces09:52
ralonsohso I think this kind of routing was possible with the L3 agent, but not with OVN09:56
ralonsohmaybe some nat rule is missing, but by default we don't allow this09:56
ralonsohand makes sense: we use FIPs to hide the internal IP to the external network09:57
ykarelyes it seems true10:02
opendevreviewRodolfo Alonso proposed openstack/neutron master: Initialize the network segment ranges only in first WSGI worker  https://review.opendev.org/c/openstack/neutron/+/94820010:56
*** QG1 is now known as QG11:09
ralonsohhaleyb, slaweq hello! if you have 1 min: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92650811:25
ralonsohfinally all neutron patches are merged now11:25
ralonsoh--> https://review.opendev.org/q/I3728aa3932931320d9ccbc24fb9f8b3533dffff7_11:26
ralonsohhttps://review.opendev.org/q/I3728aa3932931320d9ccbc24fb9f8b3533dffff711:26
opendevreviewBrian Haley proposed openstack/neutron-tempest-plugin master: DNM: Test remote address groups with OVN  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94971311:26
opendevreviewMerged openstack/neutron-tempest-plugin master: Pin "designate-tempest-plugin" to zed-last in Zed branch  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94964312:06
opendevreviewLajos Katona proposed openstack/os-vif master: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/94973612:43
opendevreviewRodolfo Alonso proposed openstack/neutron master: Initialize the network segment ranges only in first WSGI worker  https://review.opendev.org/c/openstack/neutron/+/94820012:49
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Bump advance image to Ubuntu Jammy Server 22.04  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94914012:57
stephenfinCould some who knows something about the neutron-dynamic-routing plugin explain the purpose of the 'POST /v2.0/agents/{bgp-agent-id}/bgp-drinstances' and 'DELETE /v2.0/agents/{bgp-agent-id}/bgp-drinstances/{bgp-speaker-id}' APIs?13:00
stephenfinContext is https://github.com/gophercloud/gophercloud/issues/338013:00
stephenfinWe're seeing frequent failures in a Gophercloud test. We create a BGP speaker, ensure that it is attached to an agent, and then attempt to delete that association via the DELETE API above13:01
stephenfinI think something in the backend is _reassigning_ it but I can't find logs to prove that13:01
stephenfinSo I wonder if we're supposed to be calling that API, or if it's only for situations where e.g. you have multiple agents and speakers can be attached to only some of them (but it must be attached to one)?13:02
fricklerstephenfin: I think I can answer that after the kolla meeting13:04
fricklerstephenfin: so essentially it depends on which scheduler you have configured https://docs.openstack.org/neutron-dynamic-routing/latest/admin/agent-scheduler.html#scheduler13:16
fricklerthe "modern" suggestion is to use the static scheduler and do all associations manually13:16
frickler(now let me read the gh link and find out the real question is something completely different ;)13:17
stephenfinOh, interesting. So it sounds like we are holding it wrong (TM). I assume the agent in use is not discoverable?13:18
stephenfin(via the API)13:18
fricklerI don't think it is. but it looks like you are using devstack to deploy it? that should usually do the right thing13:21
fricklerbut I also don't rule out a bug. though I'd assume that n-d-r should have proper test coverage13:22
stephenfinneutron-dynamic-routing defaults to the chance scheduler https://opendev.org/openstack/neutron-dynamic-routing/src/branch/master/neutron_dynamic_routing/db/bgp_dragentscheduler_db.py#L38-L4413:22
stephenfinthe devstack plugin allows overriding that with 'BGP_SCHEDULER_DRIVER' https://opendev.org/openstack/neutron-dynamic-routing/src/branch/master/devstack/lib/dr#L3313:23
stephenfinand that's being overridden in a job to test it with the static scheduler https://opendev.org/openstack/neutron-dynamic-routing/src/branch/master/.zuul.yaml#L613:24
stephenfinso I guess we can start setting 'BGP_SCHEDULER_DRIVER' in our CI jobs, but it'll fail for people running it locally unless they've done the same13:25
stephenfinassuming, yes, there are no other bugs13:25
stephenfin:)13:25
fricklerbut yes, I think that would explain the issue you are seeing. and we didn't want to change the default to avoid breaking existing deployments, maybe we should revise that decision13:26
fricklertobias-urdin: ^^ not sure how much you are still interested in n-d-r, but do you have an opinion on this?13:27
fricklerfirst step could be just switch the default in the devstack plugin, not in the code directly13:28
tobias-urdinfrickler: i don't have any strong opinion, i'm fine changing the default to static in either or both devstack+n-d-r as i think static makes more sense than chance by default, if we write a good release note i dont see a problem changing the default13:37
opendevreviewLajos Katona proposed openstack/os-vif master: OVS Trunk: Add bridge_name to external_ids  https://review.opendev.org/c/openstack/os-vif/+/94973613:38
opendevreviewStephen Finucane proposed openstack/neutron-lib master: api-ref: Add warning about DRA scheduler  https://review.opendev.org/c/openstack/neutron-lib/+/94974413:41
opendevreviewStephen Finucane proposed openstack/neutron-lib master: api-ref: Remove crud from conf.py  https://review.opendev.org/c/openstack/neutron-lib/+/94974513:41
stephenfinfrickler: tobias-urdin: Can you sanity check ^ for me?13:41
stephenfin(the first one, naturally)13:41
opendevreviewBence Romsics proposed openstack/neutron master: Limit trunk ACTIVE state hack to OVN  https://review.opendev.org/c/openstack/neutron/+/94921714:16
opendevreviewBrian Haley proposed openstack/neutron-tempest-plugin master: DNM: Test remote address groups with OVN  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94971315:10
opendevreviewRodolfo Alonso proposed openstack/neutron master: WIP == DNM == Add provider network resources filter for "network"  https://review.opendev.org/c/openstack/neutron/+/94977115:11
opendevreviewStephen Finucane proposed openstack/neutron-lib master: api-ref: Add warning about DRA scheduler  https://review.opendev.org/c/openstack/neutron-lib/+/94974415:46
opendevreviewStephen Finucane proposed openstack/neutron-lib master: api-ref: Remove crud from conf.py  https://review.opendev.org/c/openstack/neutron-lib/+/94974515:46
opendevreviewStephen Finucane proposed openstack/neutron-lib master: zuul: Don't run neutron-functional for api-ref changes  https://review.opendev.org/c/openstack/neutron-lib/+/94977515:46
opendevreviewMerged openstack/neutron-tempest-plugin master: Unset "router:external" in subnet tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/92650815:46
opendevreviewMerged openstack/neutron unmaintained/zed: [stable-only] Remove "devstack-tobiko-neutron" job  https://review.opendev.org/c/openstack/neutron/+/94955915:46

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