| opendevreview | Merged openstack/neutron master: Fix ObjectChangeHandler thread usage https://review.opendev.org/c/openstack/neutron/+/788510 | 01:22 |
|---|---|---|
| opendevreview | liuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps) https://review.opendev.org/c/openstack/neutron/+/796363 | 02:07 |
| opendevreview | liuyulong proposed openstack/neutron master: [L2] no provisioning block for internal service port https://review.opendev.org/c/openstack/neutron/+/794130 | 02:18 |
| opendevreview | liuyulong proposed openstack/neutron master: Notify ROUTER_GATEWAY event for router gw mode https://review.opendev.org/c/openstack/neutron/+/798782 | 02:57 |
| opendevreview | Merged openstack/neutron master: [OVN] Do not fail when processing SG rule deletion https://review.opendev.org/c/openstack/neutron/+/798718 | 05:03 |
| opendevreview | Lajos Katona proposed openstack/networking-odl stable/rocky: Dropping lower constraints testing (stable Stein) https://review.opendev.org/c/openstack/networking-odl/+/798298 | 06:56 |
| opendevreview | Bernard Cafarelli proposed openstack/neutron stable/ussuri: Use TCP keepalives for ovsdb connections https://review.opendev.org/c/openstack/neutron/+/795614 | 06:59 |
| amotoki | lajoskatona: you are faster than me. btw, is it okay to drop all non-voting jobs? we agreed to EOL rocky and older branches in the CI meeting yesterday, so I think it is what we would like to do. | 08:19 |
| lajoskatona | amotoki: yes I think as requirements on rocky is broken, we can go this way | 08:52 |
| lajoskatona | amotoki: the remaining voting ones are green, so we can say that all others can be removed, and than eol rocky, and delete the branch | 08:55 |
| opendevreview | Shuai Qian proposed openstack/neutron-lib master: change the way the context is generated https://review.opendev.org/c/openstack/neutron-lib/+/798815 | 09:26 |
| opendevreview | Lajos Katona proposed openstack/networking-odl stable/rocky: Dropping lower constraints testing (stable Stein) https://review.opendev.org/c/openstack/networking-odl/+/798298 | 09:35 |
| opendevreview | Merged openstack/networking-ovn stable/train: Use TCP keepalives for ovsdb connections https://review.opendev.org/c/openstack/networking-ovn/+/795633 | 09:36 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron master: Use elevated context to get default SG from database https://review.opendev.org/c/openstack/neutron/+/798821 | 09:38 |
| slaweq | lajoskatona hi, can You approve https://review.opendev.org/c/x/tap-as-a-service-tempest-plugin/+/797318 and https://review.opendev.org/c/x/tap-as-a-service/+/797079 ? | 09:44 |
| slaweq | or do we need someone else to review it too? | 09:44 |
| slaweq | ralonsoh lajoskatona please check https://review.opendev.org/c/openstack/neutron-lib/+/798248 when You will have few minutes | 09:45 |
| ralonsoh | sure | 09:45 |
| slaweq | I need that patch to finish rehome of the ovs constants | 09:45 |
| slaweq | ralonsoh lajoskatona also, if You will have a minute, please check https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/795929 - it has two +2 already, just missing +W :) | 09:46 |
| ralonsoh | sure | 09:50 |
| pjakuszew | Is neutron-vpnaas supposed to allow creation of multiple vpn services inside single router? Yesterday I got a report about user not being able to set up multiple site connections, it turned out they created services per site conn and it produced some interesting results | 09:58 |
| pjakuszew | namely, it seems that multiple vpn services in one router are participating in a race | 09:59 |
| pjakuszew | ipsec.conf is generated by whatever vpn service was spawned last | 10:00 |
| pjakuszew | (this is about strongswan driver) | 10:00 |
| pjakuszew | I think it might be a good idea to raise an exception on vpn service creation if there is already one existing in specified router | 10:01 |
| opendevreview | Merged openstack/neutron master: [OVN] Add binding-extended to the ML2_SUPPORTED_API_EXTENSIONS https://review.opendev.org/c/openstack/neutron/+/798634 | 10:13 |
| lajoskatona | slaweq: sorry, I missed those, I will check taas patches | 10:42 |
| slaweq | lajoskatona thx a lot | 10:43 |
| lajoskatona | slaweq: Thursday-Friday I am on PTO | 11:00 |
| slaweq | thx for the heads up | 11:00 |
| opendevreview | liuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps) https://review.opendev.org/c/openstack/neutron/+/796363 | 11:07 |
| ygk_12345 | CanHI all | 11:54 |
| ygk_12345 | Hi all | 11:54 |
| ygk_12345 | Can someone point to me resource where I can get information, as to what exactly happens with neutron, when creating a network, and assigning ip for a vm | 11:55 |
| *** gthiemon1e is now known as gthiemonge | 12:49 | |
| opendevreview | Merged openstack/networking-odl stable/rocky: Dropping lower constraints testing (stable Stein) https://review.opendev.org/c/openstack/networking-odl/+/798298 | 13:36 |
| liuyulong | test | 13:57 |
| k-s-dean | Hi is anyone around for a quick question | 14:00 |
| liuyulong | #startmeeting neutron_l3 | 14:00 |
| opendevmeet | Meeting started Wed Jun 30 14:00:08 2021 UTC and is due to finish in 60 minutes. The chair is liuyulong. 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 'neutron_l3' | 14:00 |
| lajoskatona | slaweq: I included neutron-core to tap-as-a-service-core for now (from gerrit web GUI only) | 14:00 |
| *** elvira3 is now known as elvira | 14:00 | |
| liuyulong | Hi there, good evening. | 14:01 |
| lajoskatona | liuyulong: Hi | 14:02 |
| liuyulong | I have no announcements today, so we can run to bugs section directly. | 14:02 |
| liuyulong | #topic Bugs | 14:02 |
| liuyulong | #link http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023362.html | 14:03 |
| liuyulong | #link http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023190.html | 14:03 |
| haleyb | hi | 14:03 |
| liuyulong | The past two weeks was relatively quiet, not have too many bugs | 14:04 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1933092 | 14:05 |
| liuyulong | This bug seems to be related to 2 old ones: | 14:06 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1774459 | 14:07 |
| liuyulong | and https://bugs.launchpad.net/neutron/+bug/1916761 | 14:09 |
| liuyulong | #link https://review.opendev.org/c/openstack/neutron/+/779464 | 14:09 |
| liuyulong | but the 16.3.2 has the revert patch of the DVR ARP contorl plane. | 14:09 |
| liuyulong | I will try to use the scripts from the reportor to reproduce the issue. | 14:13 |
| liuyulong | Next one | 14:14 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1933273 | 14:14 |
| liuyulong | This is clearly a bug of code which does not handle the MTU change action well. | 14:15 |
| liuyulong | The code use the wrong namespace for the device name of qr-e05ab302-1b, there is no qf-dev in snat namespace. | 14:16 |
| lajoskatona | sorry I have to leave now, bye | 14:16 |
| liuyulong | regarding to the device mtu, the sg-device in the snat namespace should be handled to change the MTU as well, because it is one port from the user's network. | 14:17 |
| liuyulong | Next | 14:18 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1933502 | 14:18 |
| liuyulong | This one looks like an RFE which is trying to change current L3 floating IPs processing procedure. | 14:19 |
| liuyulong | For now, the steps are: | 14:19 |
| liuyulong | 1. floating IP updated, 2. notify L3 agent that this floating IPs router is updated. 3. L3 agent sync the router info. 4. L3 agent reprocess all router related resources | 14:20 |
| liuyulong | Yes, it is definitely heavy. | 14:20 |
| liuyulong | If resource cache related RPC can be used, this can be changed to: | 14:21 |
| liuyulong | 1. floating IP updated. 2. OVO object update event send out. 3. L3 agents which are interested in this event can do the following work. | 14:22 |
| liuyulong | #link https://review.opendev.org/c/openstack/neutron/+/798009 | 14:23 |
| liuyulong | But after looking at this patch, seems the author did not try to change the code like this. | 14:24 |
| liuyulong | It's only for the notify-callback mechanism in server side. | 14:24 |
| liuyulong | Let's continue the review of the patch. | 14:26 |
| liuyulong | OK, no more bugs | 14:26 |
| liuyulong | #topic L3_RFEs | 14:26 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1931953 | 14:27 |
| liuyulong | This is the spec for this RFE https://review.opendev.org/c/openstack/neutron-specs/+/796746 | 14:27 |
| liuyulong | I've done some review works. it seems that this is still in a very begining state. | 14:28 |
| liuyulong | A complete description of the refactoring of this may require thousands of lines of spec, DVR is really a complex design. | 14:29 |
| liuyulong | Since this RFE was approved, so hope we can achive this goal someday. | 14:31 |
| liuyulong | #link https://bugs.launchpad.net/neutron/+bug/1933222 | 14:32 |
| liuyulong | We have done the work of distributed DHCP: https://review.opendev.org/q/topic:%22bp%252Fdistributed-dhcp-for-ml2-ovs%22+(status:open%20OR%20status:merged) | 14:32 |
| liuyulong | So it's time for us to say good by to metadata-agent in the future. | 14:33 |
| liuyulong | Less neutron agents, more large scale for the cloud. | 14:33 |
| liuyulong | So in our local cloud deployment, we offline the DHCP-agent and metadata-agent. | 14:33 |
| liuyulong | After we have alternatives to DHCP-agent and metadata-agent. | 14:34 |
| liuyulong | Alright, no more things from me now. | 14:36 |
| liuyulong | #topic On demand agenda | 14:38 |
| ygk_12345 | Hi | 14:41 |
| ygk_12345 | Can someone point me to a resource where it describes what happens in the neutron in the background when a network is created and also when a vm is booted ? | 14:41 |
| liuyulong | OK, seems to be a one person meeting. | 14:43 |
| liuyulong | Let's end here. | 14:43 |
| liuyulong | Bye | 14:43 |
| liuyulong | #endmeeting | 14:43 |
| opendevmeet | Meeting ended Wed Jun 30 14:43:55 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:43 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-30-14.00.html | 14:43 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-30-14.00.txt | 14:43 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-30-14.00.log.html | 14:43 |
| opendevreview | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: Enforce new policy defaults and scopes in the API job https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/796612 | 15:05 |
| Shushuda | Hello, I have a question about DVR HA and IPv6 allocation on SLAAC/SLAAC subnets - is it supported? | 15:30 |
| Shushuda | I have a multinode (Stein, contr + 2 hosts) with DVR and HA enabled as default. Private subnet with slaac/slaac, a DVR HA router, two VMs on separate nodes. Using tempest.scenario.test_network_v6.TestGettingAddress.test_slaac_from_os to test this fast. | 15:30 |
| Shushuda | Legacy router, legacy HA and DVR no-HA work fine, but DVR HA allocates IPv6 only to the VM placed on the same node as the Master router. VM on the other node has no IPv6 added to its interface. | 15:30 |
| Shushuda | RAs reach the local VM via qr if -> tap if, but I don't see any RA packets going through, for example, br-tun. I've tried setting accept_ra flag to 2 on physical interface as per old Pike docs and nothing. One note - radvd complains that forwarding flag in qrouter ns is set to 0 with DVR HA (no complains in logs for other router types). | 15:30 |
| Shushuda | I'm not sure if this is meant to be like this or is it an error on my side with my multinode and I should continue debugging it? | 15:30 |
| Shushuda | Using OVS. | 15:31 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-tempest-plugin master: Add test for mac learning https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/796267 | 15:38 |
| opendevreview | Elvira García Ruiz proposed openstack/neutron-tempest-plugin master: Add test for mac learning https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/796267 | 15:40 |
| opendevreview | Pedro Henrique Pereira Martins proposed openstack/neutron master: Extend database to support portforwardings with port range https://review.opendev.org/c/openstack/neutron/+/798961 | 22:04 |
| opendevreview | Brian Haley proposed openstack/ovn-octavia-provider master: Add Health Monitor support https://review.opendev.org/c/openstack/ovn-octavia-provider/+/713253 | 22:17 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!