14:00:38 <slaweq> #startmeeting neutron_drivers
14:00:38 <openstack> Meeting started Fri Feb 19 14:00:38 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:39 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:41 <openstack> The meeting name has been set to 'neutron_drivers'
14:00:44 <mlavalle> o/
14:00:46 <yamamoto> hi
14:01:14 <ralonsoh> hi
14:01:35 <slaweq> hi
14:02:50 <haleyb> hi
14:03:41 <slaweq> we are waiting for njohnston and amotoki
14:03:52 <slaweq> let's give them few more minutes before we will start
14:07:47 <slaweq> ok, let's start
14:07:49 <slaweq> #topic RFEs
14:07:57 <slaweq> we have 1 RFE to discuss today
14:08:09 <slaweq> #link https://bugs.launchpad.net/neutron/+bug/1915151
14:08:10 <openstack> Launchpad bug 1915151 in neutron "[RFE] There should be a way to set ethertype for the vlan_transparent networks" [Wishlist,New] - Assigned to Slawek Kaplonski (slaweq)
14:08:24 <slaweq> I updated it this week
14:09:52 <slaweq> do You have any additional questions about it?
14:11:12 <ralonsoh> not from me
14:11:19 <ralonsoh> do you need a spec? just asking
14:12:14 <slaweq> ralonsoh: I can write some spec as this will add new API attribute to the network resource
14:12:26 <ralonsoh> perfect for me then
14:13:59 <mlavalle> to me, it looks like a clear experiment and predictable based on what we discussed last week. My opinion hasn't changed
14:14:37 <slaweq> so we have 2 +1 so far :)
14:15:02 <haleyb> +1 from me, clear write-up in the bug :)
14:16:37 <slaweq> yamamoto: any questions/comments?
14:16:39 <yamamoto> what is "simple config option" in the description?
14:16:58 <yamamoto> agent option?
14:18:15 <slaweq> originally I wanted to do it for all networks by config option in neutron server
14:18:28 <slaweq> but later idea was changed
14:18:49 <slaweq> if You will ready comment #3 from Sean, it is explained there
14:19:04 <slaweq> so basically I want to add new ml2 extension, similar to vlan_transparent
14:19:12 <slaweq> called "qinq"
14:19:30 <slaweq> and that extension will allow to set qinq attribute to True for the vlan networks
14:20:02 <slaweq> and then it will work in similar way to vlan_transparency now, but with different ethertype (0x8a88)
14:20:41 <yamamoto> is it exclusive with vlan_transparency? or an extension of vlan_transparency?
14:20:54 <slaweq> it is exclusive
14:21:08 <yamamoto> ok
14:21:10 <slaweq> so either You can have vlan_transparency=True or qinq=True
14:21:19 <yamamoto> it makes sense. +1 from me
14:21:23 <slaweq> thx
14:21:49 <slaweq> so I guess we can mark this rfe as approved
14:22:00 <slaweq> as we have 4 votes for it now
14:22:04 <mlavalle> I guess so
14:22:08 <slaweq> thank You
14:22:24 <slaweq> I will update RFE and will start working on implementation
14:22:46 <slaweq> it will not be for Wallaby but for the next release
14:22:55 <slaweq> that's all what I have for today
14:23:05 <slaweq> do You have anything else You would like to discuss today?
14:23:10 <mlavalle> not me
14:23:15 <ralonsoh> no thanks
14:23:18 <slaweq> if not, I will give You some time back :)
14:23:36 <mlavalle> o/
14:23:37 <yamamoto> nothing from me
14:23:41 <slaweq> ok
14:23:43 <slaweq> thx for attending
14:23:47 <slaweq> and have a great weekend
14:23:49 <slaweq> o/
14:23:51 <ralonsoh> have a nice weekend!
14:23:51 <slaweq> #endmeeting