| opendevreview | Rodolfo Alonso proposed openstack/neutron master: AddressGroup API collection should be the resource name in plural https://review.opendev.org/c/openstack/neutron/+/932380 | 07:09 |
|---|---|---|
| opendevreview | Rodolfo Alonso proposed openstack/neutron master: [OVN] Support address group for ovn driver https://review.opendev.org/c/openstack/neutron/+/851509 | 07:14 |
| gsamfira | cardoe: We're setting up an OpenStack cloud with a few hundred Ironic nodes, right now. We went with using networking-generic-switch (https://github.com/openstack/networking-generic-switch) to manage attaching the baremetal nodes to VLAN networks. | 10:48 |
| gsamfira | we set up a few physical networks with a few VLAN pools made available on them | 10:48 |
| gsamfira | tenants can create internal VLAN tenant networks which can then be used to boot their ironic nodes | 10:49 |
| gsamfira | you can use availability zones if you have multiple physical networks | 10:50 |
| gsamfira | if you need to target one particular physical network, neutron will use the AZ hints to create the ports | 10:51 |
| gsamfira | alternatively (but this increases the failure domain), you can use BGP EVPN to transport the VLANs across multiple leaf pairs in a leaf-spine topology | 10:51 |
| gsamfira | defining VLAN ranges on a physical network, will allow tenants to create a VLAN network without caring about the underlying physnet. They can just: openstack network create --provider-network-type vlan test-net | 10:54 |
| gsamfira | openstack will create an internal network and pick one free VLAN id from the pool | 10:54 |
| opendevreview | Merged openstack/neutron master: Replace ``greenthread.sleep`` with ``time.sleep`` https://review.opendev.org/c/openstack/neutron/+/931251 | 11:12 |
| opendevreview | Liushy proposed openstack/neutron master: Only consider one IPv4 subnet when creating a FIP https://review.opendev.org/c/openstack/neutron/+/932405 | 12:18 |
| opendevreview | Liushy proposed openstack/neutron master: Only consider one IPv4 subnet when creating a FIP https://review.opendev.org/c/openstack/neutron/+/932405 | 12:20 |
| cardoe | gsamfira: So similar but each physical network currently its own region. So was just wondering how I could have multiple physicals on one neutron. So I guess I'm at a loss how that openstack network create takes the AZ hints to land in the right place. Or are you just saying VLAN 1000 is used by that tenant's network on ALL physical networks? | 13:21 |
| opendevreview | Lajos Katona proposed openstack/neutron-vpnaas stable/2023.2: Stable Only: change tempest to use correct job definition https://review.opendev.org/c/openstack/neutron-vpnaas/+/929618 | 13:36 |
| gsamfira | cardoe: for configuring AZs in OVN, see: https://docs.openstack.org/neutron/latest/admin/ovn/availability_zones.html | 13:50 |
| gsamfira | as for the physical networks, we created one LACP (2x25Gbps) bond on compute/GW nodes, enabled trunk on the bond and allowed a range of VLANs on that port. We created a br-data port in OVS and mapped physnet-data to br-data. The we set a pool of vlan ranges in ml2_conf.ini on that physnet. | 13:54 |
| gsamfira | to clarify: we created a br-data bridge in OVS, added the data0 bond to it and mapped physnet-data to br-data. | 13:59 |
| gsamfira | we can now use physnet-data to create tenant VLAN networks | 13:59 |
| gsamfira | which in our care are used by Ironic | 14:00 |
| gsamfira | everything else uses Geneve | 14:00 |
| haleyb | #startmeeting networking | 14:00 |
| opendevmeet | Meeting started Tue Oct 15 14:00:30 2024 UTC and is due to finish in 60 minutes. The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
| opendevmeet | The meeting name has been set to 'networking' | 14:00 |
| haleyb | Ping list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki, haleyb, ralonsoh | 14:00 |
| lajoskatona | o/ | 14:00 |
| mlavalle | \o | 14:00 |
| gsamfira | o/ | 14:00 |
| kgube_ | o/ | 14:00 |
| opendevreview | Liushy proposed openstack/neutron master: Only consider the IPv4 subnets when creating a FIP https://review.opendev.org/c/openstack/neutron/+/932405 | 14:01 |
| jlibosva | o/ | 14:02 |
| elvira | o/ | 14:02 |
| slaweq | o/ | 14:02 |
| haleyb | ok, we can get started seem to have a mass of people | 14:02 |
| haleyb | #topic announcements | 14:02 |
| haleyb | Epoxy cycle PTG sessions (October 21-25) | 14:02 |
| ralonsoh | hello | 14:02 |
| haleyb | #link https://etherpad.opendev.org/p/oct2024-ptg-neutron | 14:02 |
| haleyb | thanks to those who have added topics, please continue to add | 14:03 |
| bcafarel | late o/ | 14:03 |
| cbuggy | o/ | 14:03 |
| haleyb | i need to add some myself, will create agendas for next week this weekend | 14:03 |
| haleyb | Have Tue/Wed/Thu/Fri (if needed) timeslots | 14:04 |
| ralonsoh | just a heads-up | 14:04 |
| haleyb | TC meetings monday, and there is an eventlet meeting during the week as well | 14:04 |
| ralonsoh | if we have xmeetings with Nova and the eventlet on wednesday | 14:04 |
| ralonsoh | we should reserve these slots | 14:05 |
| haleyb | ralonsoh: i will reach out to nova today, saw a ping from ironic late friday but i was offline for a long weekend | 14:05 |
| ralonsoh | cool | 14:05 |
| haleyb | #link https://ptg.opendev.org/ptg.html has the calendar with rooms and times | 14:06 |
| haleyb | eventlet-removal is Wednesday at 13:00 and 14:00 | 14:07 |
| lajoskatona | for Ironic I suppose one of the topics will be this thread: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/QS73CVSVRU66MN2MBGZ76WKJFVFM7LPC/ | 14:07 |
| cardoe | haleyb: I did want to get some time to have neutron/ironic as well. | 14:07 |
| cardoe | Sorry I'm late to the meeting. | 14:08 |
| cardoe | the ironic core's asked me to schedule something with you guys on behalf of ironic | 14:08 |
| haleyb | cardoe: yes, thanks for attending, can talk right after to pick a time. i've been offline | 14:08 |
| ralonsoh | first should be to add a topic in the Neutron etherpad, I think, to have some context | 14:09 |
| haleyb | ralonsoh: it has been a known topic of mine (another dhcp backend), i'm just slow at adding things | 14:10 |
| ralonsoh | no problem, just asking to know the calendar and the topics | 14:10 |
| haleyb | Reminder: If you have a topic for the drivers meeting on Friday, please add it to the wiki @ https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 14:11 |
| haleyb | if no topics will just cancel, and we will not have one PTG week, we can discuss anything during a timeslot | 14:12 |
| cardoe | ralonsoh: I added one a few weeks ago. It's not very speced out. | 14:13 |
| haleyb | and just to pre-announce, the week after the PTG I am out (company event). will be looking for someone to lead this meeting October 29th | 14:14 |
| haleyb | cardoe: i see one item in the agenda, i will add a little to that | 14:14 |
| cardoe | I need to engage with you guys better and that's on me. Apologies. | 14:14 |
| ralonsoh | haleyb, I can do it | 14:14 |
| ralonsoh | Oct 29th, added to my calendar | 14:14 |
| haleyb | ^^ that week i will be in europe timezone, so around, but just busy | 14:15 |
| haleyb | ralonsoh: thanks! | 14:15 |
| haleyb | if anyone is near the Hague i'm happy to meet up, but it's far from most i think | 14:15 |
| haleyb | last announcement is about antelope | 14:17 |
| haleyb | Elod sent an email to the list about Antelop transitioning to unmaintained | 14:17 |
| haleyb | #link https://etherpad.opendev.org/p/2023.1-antelope-final-release-before-eom | 14:18 |
| haleyb | so we should merge any changes in flight before too long | 14:18 |
| haleyb | #link https://etherpad.opendev.org/p/neutron-stable-2023.1-eom | 14:19 |
| haleyb | that was all the announcments i had, antyhing else? | 14:20 |
| haleyb | #topic bugs | 14:21 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/F2RKF3GW52WWZY2CKKO5QXZISRRVVZG4/ | 14:21 |
| haleyb | lajoskatona was the deputy last week, and there was just a single bug (?!) | 14:21 |
| lajoskatona | exactly:-) | 14:21 |
| bcafarel | lucky you :) | 14:21 |
| haleyb | and it has a patch | 14:21 |
| lajoskatona | yes, so it is in good hands | 14:22 |
| lajoskatona | https://review.opendev.org/c/openstack/neutron/+/931632 | 14:22 |
| haleyb | did anyone have other bugs to talk about? anything that needs attention? | 14:23 |
| haleyb | ok | 14:24 |
| gsamfira | I would have one. Not sure if this is the right time or place. The bug is reported here: https://bugs.launchpad.net/neutron/+bug/2084536 | 14:24 |
| gsamfira | and is related to https://bugs.launchpad.net/neutron/+bug/1995078 | 14:24 |
| gsamfira | it has to do with using internal VLAN networks, connected to virtual routers in conjunction with Ironic baremetal (external) ports | 14:24 |
| gsamfira | I am willing to work on it if you folks think this can be added to neutron | 14:25 |
| ralonsoh | gsamfira, we talked before about this bug. https://review.opendev.org/c/openstack/neutron/+/931892 is not the way to support this feature | 14:26 |
| ralonsoh | you need a new L3 scheduler | 14:26 |
| ralonsoh | something like this: https://review.opendev.org/c/openstack/neutron/+/872033 | 14:26 |
| gsamfira | yes. The patch is a PoC, not intended to be merged as is | 14:26 |
| ralonsoh | could be a POC but the approach is incorrect | 14:27 |
| gsamfira | but we still need to bind internal router ports to the same HA chassis group as the network it belongs to | 14:27 |
| gsamfira | ralonsoh: yes. I am aware. | 14:27 |
| ralonsoh | but why the internal interfaces? | 14:27 |
| haleyb | ralonsoh: would you consider this an RFE? or just a bug? | 14:28 |
| ralonsoh | you need the external GW of the router to be scheduled in the same GW chassis as the external ports | 14:28 |
| gsamfira | because we want to be able to connect VLAN networks to geneve networks without going through a provider network | 14:28 |
| gsamfira | and we may have several VLAN networks connected to the same vrouter and several geneve networks | 14:28 |
| ralonsoh | ok, we can have this conversation offline, not during this meeting | 14:28 |
| gsamfira | with security groups enforced | 14:29 |
| gsamfira | sure | 14:29 |
| gsamfira | thanks! | 14:29 |
| * cardoe wants to join that too. | 14:29 | |
| haleyb | ok, moving on | 14:30 |
| haleyb | ykarel is the bug deputy this week, although i know he is out a couple of days | 14:30 |
| haleyb | or did someone swap? | 14:30 |
| ralonsoh | I did | 14:31 |
| elvira | Did we not change it in the end? I can swap | 14:31 |
| elvira | Oh cool, we should reflect it on the table then | 14:31 |
| ralonsoh | no problem, I'll talk to yatin next week | 14:32 |
| haleyb | ralonsoh: i think you just did it, but you can do it again, will have to figure out a week to swap yatin back in | 14:32 |
| ralonsoh | sure, next time I'll ask him | 14:32 |
| haleyb | mtomaska is in the schedule for next week | 14:32 |
| mtomaska | ACK | 14:33 |
| haleyb | thanks! | 14:33 |
| haleyb | and the bug count stayed stable this week at 730 | 14:33 |
| haleyb | #topic community-goals | 14:33 |
| haleyb | eventlet deprecation is clearly top of mind, and we will discuss next week at PTG | 14:34 |
| ralonsoh | nice! I hope you have time to read the document and add any comment | 14:34 |
| haleyb | ralonsoh: are there any patches ready for merge since last week? | 14:34 |
| haleyb | oh, did you send it to the ML? | 14:34 |
| ralonsoh | yes and are approved | 14:35 |
| ralonsoh | in any case, the big chunk of work must be defined next week | 14:35 |
| ralonsoh | we'll have time to create tasks and assign them | 14:35 |
| haleyb | ah, it was in the "#eventlet-removal - Progress & Update" thread | 14:36 |
| ralonsoh | yes | 14:36 |
| lajoskatona | I added some lines to the etherpad about stadiums, not much new information just to have all in one place | 14:36 |
| lajoskatona | https://etherpad.opendev.org/p/neutron-eventlet-deprecation | 14:36 |
| haleyb | #link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/YAX2X7C6FCDDNN4SBFN7BNSUA44Z6VXA/ | 14:37 |
| haleyb | that's the ML thread if you can't find it | 14:37 |
| haleyb | lajoskatona: right, and the etherpad, thanks | 14:37 |
| lajoskatona | ralonsoh: really good summary of the eventlet things in Neutron, thanks for it | 14:39 |
| ralonsoh | yw | 14:39 |
| haleyb | lajoskatona: is there an update on horizon work? no pressure, just asking since i have not looked at patches | 14:40 |
| lajoskatona | nothing this week | 14:40 |
| haleyb | ack | 14:40 |
| haleyb | #topic on-demand | 14:41 |
| opendevreview | Merged openstack/neutron stable/2024.2: Optimize the SG rule retrieval https://review.opendev.org/c/openstack/neutron/+/932330 | 14:41 |
| opendevreview | Merged openstack/neutron stable/2024.1: Optimize the SG rule retrieval https://review.opendev.org/c/openstack/neutron/+/932332 | 14:41 |
| ralonsoh | nothing from me, thanks | 14:41 |
| haleyb | i did see a topic from kgube_ | 14:41 |
| kgube_ | Yes | 14:41 |
| kgube_ | so, AWS and google are both providing link-local NTP servers to instances, similar to the EC2 metadata IP | 14:41 |
| haleyb | i see AWS uses the "common" .123 address | 14:42 |
| kgube_ | this seems nicer than providing local NTP servers via provider network, as is currebntly required in openstack | 14:42 |
| kgube_ | the Sovereign Cloud Stack project is currently considering contributing a feature like that, if there is interest | 14:43 |
| haleyb | kgube_: i don't know antying about Sovereign, i'm assuming it's openstack-based? | 14:44 |
| kgube_ | but we are not sure if this is even a neutron topic, or if it could be instead part of the nova metadata service | 14:44 |
| kgube_ | Yes, it's basically an effort to create a standardized Openstack Setup, that allows easier migration between compliant providers | 14:45 |
| ralonsoh | qq: do you propose that openstack provides this NTP service or just be a proxy? | 14:45 |
| ralonsoh | (same as metadata in Neutron) | 14:45 |
| kgube_ | I think a proxy would be more realistic | 14:46 |
| ralonsoh | right | 14:46 |
| ralonsoh | so I would start creating a LP bug for this RFE | 14:46 |
| cardoe | So maybe the ability to define link-local proxies for different services would be the RFC? | 14:46 |
| cardoe | And the metadata service could then be a consumer of that just like NTP? | 14:46 |
| ralonsoh | we do (neutron) much more than being a proxy for metadata | 14:47 |
| ralonsoh | so I would avoid touching the metadata feature | 14:47 |
| haleyb | i would agree with ralonsoh regarding an RFE. I could see a provider maybe wanting this, but how it's implemented (metadata entries, dhcp options, etc changes?) and/or config options | 14:47 |
| ralonsoh | exactly, and if you do this during this week, we can discuss it during the PTG | 14:48 |
| ralonsoh | if the PTL agrees on this | 14:48 |
| haleyb | yes, it would be a good topic if we have an RFE | 14:48 |
| kgube_ | would this be a topic for a cross session with nova? | 14:49 |
| ralonsoh | I don't see the link with Nova in this RFE | 14:49 |
| kgube_ | alright | 14:49 |
| haleyb | kgube_: i would only see a link if there is some new metadata value required, but i'm guessing it's more something in the dhcp response pointing at this proxy | 14:50 |
| haleyb | but that's what the RFE is for :) | 14:51 |
| kgube_ | yeah, I think NTP is well supported by DHCP | 14:51 |
| gsamfira | yup. It's option 004 IIRC | 14:51 |
| kgube_ | and there is currently no metadata key for it | 14:52 |
| gsamfira | ahh. It's 042 https://www.greyware.com/software/domaintime/v5/installation/dhcp.asp | 14:53 |
| haleyb | trying to be somewhat similar to gcp/aws might be good, i just don't know what they are doing under the hood | 14:53 |
| tridde | Option 042 actually. 004 is deprecated. | 14:53 |
| gsamfira | yup | 14:53 |
| tridde | Yeah. | 14:53 |
| gsamfira | feeling old | 14:53 |
| cardoe | The reason I suggest making it generic is that technically AWS and GCP provide more than just NTP. I believe they also do DNS. | 14:53 |
| cardoe | So allow it to be extensible to add DNS in the future potentially. | 14:54 |
| haleyb | we have to start with an RFE, then we can discuss it further | 14:55 |
| haleyb | are there any other topics? | 14:55 |
| haleyb | ok, thanks for attending everyone, next week is in person at the PTG | 14:56 |
| haleyb | #endmeeting | 14:56 |
| opendevmeet | Meeting ended Tue Oct 15 14:56:22 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:56 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/networking/2024/networking.2024-10-15-14.00.html | 14:56 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-10-15-14.00.txt | 14:56 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/networking/2024/networking.2024-10-15-14.00.log.html | 14:56 |
| ralonsoh | bye | 14:56 |
| slaweq | see you | 14:56 |
| kgube_ | bye! | 14:56 |
| ralonsoh | gsamfira, I have 5 minutes now only | 14:56 |
| gsamfira | bye folks! | 14:56 |
| ralonsoh | what is your timezone? | 14:56 |
| cbuggy | o/ | 14:56 |
| gsamfira | GMT+2 | 14:56 |
| ralonsoh | same as mine | 14:56 |
| gsamfira | \o/ | 14:57 |
| gsamfira | if you want we can have a chat now, or some other day | 14:57 |
| ralonsoh | I'll be online tomorrow at 5:30UTC (7:30 local time) | 14:57 |
| cardoe | I was curious about gsamfira's questions on VLAN so I'd be interested in joining that. | 14:57 |
| ralonsoh | and I won't have meetings during the morning | 14:57 |
| gsamfira | cool. | 14:57 |
| ralonsoh | so ping me at any time | 14:57 |
| ralonsoh | cardoe, for sure, tomorrow morning | 14:57 |
| gsamfira | 7:30 AM? | 14:57 |
| ralonsoh | I start at this time, could be later | 14:58 |
| ralonsoh | at any time during the morning | 14:58 |
| gsamfira | either way is fine with me. Fatherhood made sleep a pipe dream anyway | 14:58 |
| cardoe | I'm GMT-5 but maybe skrobul can join for me. | 14:58 |
| tridde | slaweq: Sorry, was a bit late for the meeting, would there be any chance you would have the oportunity to take a look at https://bugs.launchpad.net/neutron/+bug/1649909 som time? It would be a nice feature and the last comment is a suggestion that you might have some input on it. | 14:59 |
| cardoe | We've got multiple physical networks with Ironic and rather than doing a neutron per wanted to understand how to best have neutron be physical network aware. | 14:59 |
| gsamfira | ralonsoh cardoe I am free tomorrow at any time. If you folks want to agree on a time that is ok for you both, let me know. If not, 7:30-08:00 AM is fine with me | 14:59 |
| slaweq | tridde hi, sure, I will take a look | 14:59 |
| ralonsoh | ok, I need to leave now | 15:00 |
| gsamfira | take care! | 15:00 |
| tridde | slaweq: Thanks! | 15:00 |
| cardoe | That's fine. I'll poke skrobul to join for me. He's GMT I think. | 15:00 |
| gsamfira | sounds good | 15:01 |
| skrobul | gsamfira ralonsoh : I should be around from 8am/GMT onwards, preferably 9am - lmk if any of that works for you | 15:14 |
| gsamfira | any time works for me | 15:17 |
| opendevreview | Merged openstack/neutron stable/2023.1: Always get local vlan from port other_config https://review.opendev.org/c/openstack/neutron/+/926955 | 16:35 |
| opendevreview | Takashi Kajinami proposed openstack/os-vif master: Clean up Windows support https://review.opendev.org/c/openstack/os-vif/+/932436 | 17:23 |
| opendevreview | Takashi Kajinami proposed openstack/ovsdbapp master: Remove Windows support https://review.opendev.org/c/openstack/ovsdbapp/+/932440 | 17:36 |
| *** elodilles is now known as elodilles_pto | 19:41 | |
| cardoe | bah. Forgot to follow up with haleyb to get an ironic + neutron session scheduled. | 22:42 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!