Wednesday, 2025-06-11

opendevreviewRodolfo Alonso proposed openstack/neutron master: Add deprecation warning for the OVN Metadata agent  https://review.opendev.org/c/openstack/neutron/+/95231906:06
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: Tap Mirror API and scenario tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88600406:25
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet from the RPC worker  https://review.opendev.org/c/openstack/neutron/+/95211906:35
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the MacVTAP agent  https://review.opendev.org/c/openstack/neutron/+/95221906:43
ralonsohykarel, hello! Please check https://review.opendev.org/c/openstack/neutron/+/952210 and the parent patch06:44
opendevreviewRodolfo Alonso proposed openstack/neutron master: Make ``tunnel_ranges`` and ``network_vlan_ranges`` private members  https://review.opendev.org/c/openstack/neutron/+/94831306:55
opendevreviewRodolfo Alonso proposed openstack/neutron master: Make ``tunnel_ranges`` and ``network_vlan_ranges`` private members  https://review.opendev.org/c/openstack/neutron/+/94831307:14
lajoskatonaralonsoh, slaweq, ykarel: Hi, if you have few minutes please check this taas patch for adding bandit to its CI: https://review.opendev.org/c/openstack/tap-as-a-service/+/915421, thanks in advance07:24
opendevreviewMerged openstack/tap-as-a-service master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/tap-as-a-service/+/95224707:28
ralonsohlajoskatona, sure07:30
slaweqlajoskatona hi, I just added one comment there07:31
opendevreviewMerged openstack/networking-bagpipe master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bagpipe/+/95224107:32
lajoskatonaslaweq: thanks, I check pre-commit07:32
opendevreviewMerged openstack/ovsdbapp master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/ovsdbapp/+/95224407:40
opendevreviewMerged openstack/networking-bgpvpn master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/networking-bgpvpn/+/95224007:40
opendevreviewMerged openstack/os-ken master: Drop explicit dependency on python-subunit  https://review.opendev.org/c/openstack/os-ken/+/95224307:41
ykarelack lajoskatona ralonsoh 07:46
opendevreviewMerged openstack/ovsdbapp master: Unpin isort  https://review.opendev.org/c/openstack/ovsdbapp/+/95224507:53
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: bandit: add bandit and bashate checks for tox  https://review.opendev.org/c/openstack/tap-as-a-service/+/91542107:59
opendevreviewMerged openstack/neutron master: [FT] Remove of eventlet from the functional tests  https://review.opendev.org/c/openstack/neutron/+/95052108:18
opendevreviewRodolfo Alonso proposed openstack/neutron master: WIP == Allow empty gateway IP in subnets from subnet pools  https://review.opendev.org/c/openstack/neutron/+/95233508:21
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Prevent redirecting traffic to new SHUTOFF backend members  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95193708:55
opendevreviewRodolfo Alonso proposed openstack/neutron master: Allow empty gateway IP in subnets from subnet pools  https://review.opendev.org/c/openstack/neutron/+/95233509:37
opendevreviewMerged openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the L3 agent  https://review.opendev.org/c/openstack/neutron/+/93840409:37
stephenfinslaweq: ralonsoh: A quick question for you: when updating a subnet, the api-ref docs suggest that a default address will be populated if gateway_ip is not provided. Is this default address discoverable? I'd have expected to see 'gateway_ip' itself populated but this doesn't happen10:21
stephenfinhttps://docs.openstack.org/api-ref/network/v2/#update-subnet10:21
stephenfincontext is https://github.com/k-orc/openstack-resource-controller/pull/403#discussion_r213233884710:22
ralonsohstephenfin, let me check10:22
stephenfins/populated/generated and used/10:22
ralonsohstephenfin, I think this is related to a patch I've submitted today10:23
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/95233510:23
ralonsohbut I tried only creating the subnet, using subnet pools10:23
ralonsohlet me check the update command10:23
ralonsohif that fails (doesn't follow what is defined in the API), I'll open a LP bug10:24
opendevreviewMerged openstack/neutron master: [eventlet-removal] Patch unit tests for keepalived not. server  https://review.opendev.org/c/openstack/neutron/+/95222010:39
ralonsohstephenfin, that is working: https://paste.opendev.org/show/bP333pjwb6RWzON64zVy/10:41
ralonsohyou need to pass a None value10:41
ralonsohstephenfin, https://paste.opendev.org/show/bqjRzrICmVM5uz42vdyB/10:42
stephenfinralonsoh: Gotcha. I've said that to Martin. However, that wasn't really my question. My question is about this sentence: If the gateway_ip is not specified, OpenStack Networking allocates an address from the CIDR for the gateway for the subnet by default.10:43
stephenfinIs that true? If so, can we find the address somewhere? I had naively assumed the gateway_ip would be automatically set to this allocated address but that doesn't happen10:44
stephenfinfind the address via the API, naturally10:45
ralonsohstephenfin, exactly, if the GW IP is not defined, then this:10:46
ralonsohhttps://github.com/openstack/neutron/blob/master/neutron/ipam/subnet_alloc.py#L13310:46
stephenfinAck. I guess you just can't know what the IP address actually is without checking OVN etc.?10:51
ralonsohstephenfin, sorry, I don't know what does it mean10:55
ralonsohyou can know the GW IP once created the subnet, using the Neutron API10:55
stephenfinHow? If I don't set gateway_ip during 'POST /subnets' then an IP is automatically allocated. If I then do 'GET /subnets/<subnet_id>' for the created subnet, the 'gateway_ip' field is null. This being the case, how can I find out what IP address was automatically allocated?10:58
stephenfinApologies if I've missed something really obvious /o\ :D11:00
ralonsohif you create a subnet with a GW IP (defined or automatically assigned by Neutron)11:04
ralonsohthen when you retrieve the info, you have the gw ip populated11:04
ralonsohRESP BODY: {"subnets":[{"id":"b6582917-fd6e-4808-86f0-3efc4620234c","name":"snet14","tenant_id":"8d8ffccec2664dac8a4e79bcd52c78cc","network_id":"f6ed4b09-a8aa-4a68-addc-4d1ba102506b","ip_version":4,"subnetpool_id":null,"enable_dhcp":true,"ipv6_ra_mode":null,"ipv6_address_mode":null,"gateway_ip":"10.0.0.1","cidr":"10.0.0.0/24","allocation_pools":[{"start":"10.0.0.2","end":"10.0.0.254"}],"host_routes":[],"dns_nameserv11:05
ralonsohers":[],"description":"","router:external":false,"service_types":[],"tags":[],"created_at":"2025-06-11T11:04:49Z","updated_at":"2025-06-11T11:04:49Z","revision_number":0,"project_id":"8d8ffccec2664dac8a4e79bcd52c78cc"}]}11:05
ralonsohthis is from a subnet I've created without setting the GW IP11:05
ralonsohbut Neutron sets it during the API call11:05
stephenfinHmm, then why am I not seeing that... I'll investigate11:22
stephenfinThanks for clearing that up btw11:23
ralonsohyw11:25
opendevreviewTakashi Kajinami proposed openstack/networking-sfc master: add pyproject.toml to support pip 23.1  https://review.opendev.org/c/openstack/networking-sfc/+/95235612:01
opendevreviewRodolfo Alonso proposed openstack/neutron master: TEST - Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/95236713:27
cardoeWondering if someone has some advice on identifying what segment a port is attached to when using l2_adjacency? Ironic today walks the fixed_ips and grabs the subnets and grabs their segments to identify which segment its attached to but that only works with routed networks.14:07
cardoehaleyb: jamesdenton__ gave me some feedback on my RFE spec for evpn-vxlan and he said I needed to stress further that I'm building on the segments extension as well as making some diagrams. So I'll be working on some updates. Would you like me to attend the neutron drivers meeting on Friday to bring up the RFE?14:08
opendevreviewElvira García Ruiz proposed openstack/neutron master: Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/94878314:38
haleybcardoe: hi, thanks for asking. I think we can just review the spec, but you're welcome to add to agenda, i just don't know if we have any other topics this week. the only thing i can't remember and can't tell from looking at the PTG ether pad is if we approved it then. I'm assuming we did based on the last comment "(cardoe) Next Steps: write a spec for adding a new type driver" so i maybe just forgot to add the tag to the bug14:45
cardoeokay I won't add it to the agenda then since it's empty and you can skip the meeting.14:46
cardoeJust want to make sure I'm following the right process.14:46
opendevreviewElvira García Ruiz proposed openstack/neutron master: Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/94878314:59
elinuxHi James15:18
elinuxGM :)15:18
cardoeSo does anyone know how I can see what segment a port is bound to?16:23
haleybcardoe: i don't think it's in the port output, only in the subnet output the port is associated with16:42
cardoehaleyb: So I see https://review.opendev.org/c/openstack/neutron/+/840418 which is what Ironic followed as well. But would it make sense for an extension to allow the port to have that reference?16:47
*** elinux_ is now known as elinux16:55
opendevreviewMerged openstack/ovn-octavia-provider master: Respect passed arguments for Neutron client connection  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/92589317:05
haleybcardoe: i don't know, but it's something we can discuss17:29
opendevreviewHarald Jensås proposed openstack/neutron master: Update report state rpc API  https://review.opendev.org/c/openstack/neutron/+/94549717:48
opendevreviewHarald Jensås proposed openstack/neutron master: Update report state rpc API  https://review.opendev.org/c/openstack/neutron/+/94549718:18
opendevreviewHarald Jensås proposed openstack/neutron master: Update report state rpc API  https://review.opendev.org/c/openstack/neutron/+/94549718:27
opendevreviewPierre Riteau proposed openstack/ovn-octavia-provider stable/2025.1: Respect passed arguments for Neutron client connection  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95239318:50
opendevreviewHarald Jensås proposed openstack/neutron master: Update report state rpc API  https://review.opendev.org/c/openstack/neutron/+/94549719:28
opendevreviewBrian Haley proposed openstack/neutron master: Add state reporting back to metadata-agent  https://review.opendev.org/c/openstack/neutron/+/95239919:52
opendevreviewElvira García Ruiz proposed openstack/neutron master: Consider logging options when using OVNdbsync  https://review.opendev.org/c/openstack/neutron/+/94878319:53
opendevreviewPierre Riteau proposed openstack/ovn-octavia-provider stable/2024.2: Respect passed arguments for Neutron client connection  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95240120:30
opendevreviewPierre Riteau proposed openstack/ovn-octavia-provider stable/2024.1: Respect passed arguments for Neutron client connection  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/95240220:31
opendevreviewHarald Jensås proposed openstack/neutron master: Update report state rpc API  https://review.opendev.org/c/openstack/neutron/+/94549721:03

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