Thursday, 2021-09-02

opendevreviewElvira García Ruiz proposed openstack/neutron master: Make OVN driver validate Geneve max_header_size  https://review.opendev.org/c/openstack/neutron/+/71471600:03
opendevreviewMerged openstack/python-neutronclient master: Use yaml.safe_load instead of yaml.load  https://review.opendev.org/c/openstack/python-neutronclient/+/80122402:27
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Use payload for PORT AFTER_UPDATE event  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80654303:29
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Use payload for PORT and FLOATING_IP events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80654303:31
opendevreviewMerged openstack/neutron master: Do not fail if the agent load is not bumped  https://review.opendev.org/c/openstack/neutron/+/80421804:04
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Support router association to BGP speaker  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/79233805:17
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Support peer association to BGP speaker  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80088205:47
opendevreviewElvira García Ruiz proposed openstack/neutron master: Make OVN driver validate Geneve max_header_size  https://review.opendev.org/c/openstack/neutron/+/71471608:41
opendevreviewKevin Li proposed openstack/neutron master: update subport status when trunk/subport create/delete is triggerred  https://review.opendev.org/c/openstack/neutron/+/80707609:02
bcafarelralonsoh: hi, small easy one for your backlog https://review.opendev.org/c/openstack/networking-sfc/+/782790 (automated patch we forgot about at wallaby creation)09:03
ralonsohbcafarel, for sure09:04
bcafarelthanks :)09:05
opendevreviewKevin Li proposed openstack/neutron master: update subport status when trunk/subport create/delete is triggerred  https://review.opendev.org/c/openstack/neutron/+/80707609:07
slaweqralonsoh: hi, can You maybe +W https://review.opendev.org/c/openstack/neutron/+/806746 ?09:20
slaweqthx in advance09:20
ralonsohslaweq, let me check09:20
slaweqthx09:20
ralonsohdone09:20
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Use payload for PORT and FLOATING_IP events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80654309:50
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: use payloads for ROUTER_INTERFACE events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/63985209:50
opendevreviewMerged openstack/neutron master: Use "objects_exist" in PortForwardingPlugin  https://review.opendev.org/c/openstack/neutron/+/80696210:08
opendevreviewMerged openstack/neutron master: [Doc] Fix link to the Mellanox documentation in SR-IOV doc  https://review.opendev.org/c/openstack/neutron/+/80686010:08
opendevreviewMerged openstack/networking-sfc master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/networking-sfc/+/78279010:17
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add port status to information dictionary in agent RPC  https://review.opendev.org/c/openstack/neutron/+/80688910:35
opendevreviewMerged openstack/networking-sfc master: Add Python3 xena unit tests  https://review.opendev.org/c/openstack/networking-sfc/+/78279110:36
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: Refactor notify to publish  https://review.opendev.org/c/openstack/neutron/+/80711410:51
opendevreviewOleg Bondarev proposed openstack/neutron master: Local IP RPC server-agent interface  https://review.opendev.org/c/openstack/neutron/+/80711610:58
opendevreviewManu B proposed openstack/neutron-dynamic-routing master: Push router,peer events to BGP l3 agent extension  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80244511:02
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: WIP: API tests for BFD support  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80094911:30
ralonsohlajoskatona, slaweq about the problem with neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_router_fip_qos_after_admin_state_down_up11:36
ralonsohI think we have, again, a problem with the DHCP agent11:36
ralonsohthe port to be added to the router is never provisioned by any DHCP agent11:36
slaweqralonsoh: so the issue which obondarev was trying to solve some time ago, right?11:38
ralonsohyes11:38
slaweqby adding more dhcpagents in the test11:38
slaweqdamm :/11:38
slaweqthx for triaging it ralonsoh11:38
ralonsohis there a bug?11:38
ralonsoha LP bug11:38
slaweq1sec11:38
slaweqhttps://bugs.launchpad.net/neutron/+bug/194219011:39
ralonsohslaweq, thanks!11:39
slaweqthat's the one which I opened this week11:39
slaweqif You want the old one, I can look for it11:39
ralonsohI'll do it11:39
slaweqthx11:40
lajoskatonaThis one I think: https://bugs.launchpad.net/neutron/+bug/193040111:41
ralonsohyes, this one11:41
lajoskatonafor this we changed oslo.privsep to have timeout, but seems that is not enough11:41
lajoskatonahttps://review.opendev.org/c/openstack/neutron/+/79499411:42
ralonsohlajoskatona, e.g.: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_82c/803462/2/check/neutron-fullstack-with-uwsgi/82c9760/controller/logs/dsvm-fullstack-logs/TestHAL3Agent.test_router_fip_qos_after_admin_state_down_up/neutron-dhcp-agent--2021-08-25--14-57-50-090655_log.txt11:42
lajoskatonaralonsoh, slaweq: personal warning: probably I will disappear again from IRC, I am on a not reliable network....11:43
ralonsohnp11:44
slaweqlajoskatona: sure, thx for the heads up11:44
obondarevralonsoh: looks like in last case 1 of 2 dhcp agents hanged and the second one does not host the net. So port was not handled11:49
ralonsohobondarev, exactly11:50
obondarevwondering if updating config for number of agents hosting net could help11:50
obondarevbut again only a workaround11:50
ralonsohyes, this is a workaround until we can fix the privsep problems11:52
obondarevlajoskatona: the patch dealing with privsep was not landed, right lajoskatona?11:52
ralonsohnope11:52
lajoskatonano11:52
ralonsohin any case, I'll try your patch for HA too11:52
lajoskatonaralonsoh: ok11:53
opendevreviewMerged openstack/neutron master: Remove dhcp_extra_opt value after first newline character  https://review.opendev.org/c/openstack/neutron/+/80674612:16
*** frenzy_friday is now known as anbanerj|ruck12:46
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use 2 more DHCP agents in TestHAL3Agent  https://review.opendev.org/c/openstack/neutron/+/80713413:06
mlozahello, i'm playing stateless security group and i understand you cannot mix stateless and stateful on the same port but what if I have two ports, one is stateful and other one is stateless, will this break things or should work?  14:17
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use 2 DHCP agents per network in TestHAL3Agent  https://review.opendev.org/c/openstack/neutron/+/80713414:27
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN][Placement] Add a SB Chassis event to track changes in BW config  https://review.opendev.org/c/openstack/neutron/+/80171214:31
opendevreviewMerged openstack/neutron master: Bump neutron-lib to 2.13.0  https://review.opendev.org/c/openstack/neutron/+/80346214:39
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: Rename notify to publish in unit tests  https://review.opendev.org/c/openstack/neutron/+/80711414:41
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add pagging and sorting support for "network_ip_availability"  https://review.opendev.org/c/openstack/neutron/+/80640414:49
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add pagging and sorting support for "network_ip_availability"  https://review.opendev.org/c/openstack/neutron/+/80640414:51
opendevreviewMerged openstack/neutron stable/wallaby: Remove dhcp_extra_opt value after first newline character  https://review.opendev.org/c/openstack/neutron/+/80674814:53
elviraralonsoh: lucasagomes bcafarel and any other reviewers that might be interested. I've got both https://review.opendev.org/c/openstack/neutron/+/800278 and https://review.opendev.org/c/openstack/neutron/+/714716 ready to be reviewed, just if you have time15:01
ralonsohelvira, let me check15:01
elvirathanks a lot!15:01
opendevreviewMerged openstack/neutron-specs master: Create intermediate OVS bridge to improve live-migration in OVN  https://review.opendev.org/c/openstack/neutron-specs/+/79919815:03
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Use ovs constants from neutron-lib  https://review.opendev.org/c/openstack/neutron/+/79712015:05
lajoskatonaslaweq, ralonsoh, obondarev: Could You check the n-d-r patch series (2 patches only) starting with this one: https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80654315:37
ralonsohsure15:37
obondarevyep15:38
lajoskatonathanks15:39
obondarevralonsoh, please check https://review.opendev.org/c/openstack/neutron-lib/+/804613/ when have some time - you've seen this already, I just rebased and added 1 more constant15:47
ralonsohsure15:47
obondarevthanks!15:47
opendevreviewTerry Wilson proposed openstack/neutron master: Support SB OVSDB connections to non-leader servers  https://review.opendev.org/c/openstack/neutron/+/80326815:55
bcafarelelvira: sure, looking16:05
opendevreviewRodolfo Alonso proposed openstack/neutron master: Use 2 DHCP agents per network in TestHAL3Agent  https://review.opendev.org/c/openstack/neutron/+/80713416:05
opendevreviewTerry Wilson proposed openstack/neutron master: Use lookup() instead of iterating over table  https://review.opendev.org/c/openstack/neutron/+/80260716:07
elvirabcafarel: thanks!!16:08
opendevreviewMerged openstack/neutron stable/wallaby: Do not fail if the agent load is not bumped  https://review.opendev.org/c/openstack/neutron/+/80656816:15
opendevreviewMerged openstack/neutron stable/victoria: Do not fail if the agent load is not bumped  https://review.opendev.org/c/openstack/neutron/+/80656916:16
opendevreviewMerged openstack/neutron stable/ussuri: Do not fail if the agent load is not bumped  https://review.opendev.org/c/openstack/neutron/+/80657116:27
opendevreviewMerged openstack/neutron-dynamic-routing master: Use payload for PORT and FLOATING_IP events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/80654316:34
opendevreviewMerged openstack/neutron-dynamic-routing master: use payloads for ROUTER_INTERFACE events  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/63985216:34
opendevreviewMerged openstack/neutron stable/wallaby: ovn: Consider all router ports in is_lsp_router_port()  https://review.opendev.org/c/openstack/neutron/+/80686616:35
opendevreviewMerged openstack/neutron stable/ussuri: ovn: Consider all router ports in is_lsp_router_port()  https://review.opendev.org/c/openstack/neutron/+/80686916:35
opendevreviewMerged openstack/neutron stable/victoria: ovn: Consider all router ports in is_lsp_router_port()  https://review.opendev.org/c/openstack/neutron/+/80686816:35
spatelralonsoh is it possible my floating use SRIOV? 16:46
spatelalso VxLAN tunnel traffic run on SRIOV also? 16:47
ralonsohspatel, sorry what?16:47
spatelI want high performance networking throughput in my openstack network layer 16:47
spatelExample tenant traffic run on SRIOV or DPDK using vxlan or genev tunnel. (something like that)16:48
spatelis it possible ? i am new in that design so asking question myself16:48
ralonsohSRIOV only supports flat and VLAN16:49
ralonsohhttps://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/mech_sriov/mech_driver/mech_driver.py#L8916:49
ralonsohnot tunneled networks16:49
spatelah! make sense 16:50
ralonsohand about having a FIP with a SRIOV port, doesn't make sense16:50
spatelwhat about DPDK ?16:50
ralonsohwhy would you do DNAT on a port that should be connected directly to a external switch?16:50
spateldoes that support tunnel and FIP?16:50
ralonsohOVS+DPDK?16:51
ralonsohOVN+DPDK?16:51
spatelYes OVS+OVN + DPDK 16:51
ralonsohwith OVN, if you use DVR (this is the default config), I makes sense to have FIP if you need16:52
ralonsohthat will be DNATed inside the same OVS16:52
spateli am just exploring all option for my nest new cloud, requirement is to have high network throughput and low latency 16:52
ralonsohwith OVS you'll need to send it to iptables 16:52
ralonsohyou loose the advantage 16:53
spatel>> with OVS you'll need to send it to iptables  ??16:53
ralonsohthis is how fixed IP is DNATed to FIP16:54
spatelnot for OVN right?16:59
ralonsohOVN implements everything with OpenFlow rules. With DVR, this DNAT will be done inside the same OVS instance, in the same datapath17:00
spatelIn short SRIOV not supported for tunnel but DPDK does support right? 17:00
ralonsohnot DPDK, but OVS or OVN17:01
ralonsohDPDK is just a particular implementation of OVS17:01
spatelhmm! then how does people run high performance networking for inter VM communication?17:01
ralonsoh?17:02
ralonsohwhat does it means?17:02
spatelIf i create VPC and spin up two vm1 and vm2 on two different compute node then they will use VxLAN tunnel to communicate with each other right?17:03
spatelif vm1 sending lots of traffic to vm2 then there will be poor performance if they use tap interface because all packet processing happened in Linux kernel.. 17:03
spatelam i wrong here?17:03
ralonsohdepending on how you want to send the traffic17:04
ralonsohif you are using tenant networks17:04
ralonsohand those networks use VLAN17:04
spatelI am talking about tenant traffic 17:04
ralonsohyou can use (1) SRIOV, the traffic will go from a SRIOV port to another SRIOV port17:05
ralonsoh(2) OVN+DPDK or OVS+DPDK if you don't have SRIOV17:05
spatelBut again question is does DPDK solution work with tenant traffic?17:05
ralonsohthis is not a yes or not answer17:06
ralonsohfor OVS with VLAN traffic, the physical bridges will be connected to NICs 17:07
ralonsohthose NICs will be in the same L2 domain17:07
ralonsohthose NICs will use DPDK ports --> that will be valid for high speed17:08
ralonsohwith OVS and tunneled traffic, there is a method to drive the tunneled traffic trhough the physical bridges17:08
spatelThat is what i have in my current datacenter, all my VM directly connected to L2 domain of my physical switch fabric and i don't have any tenant traffic and life is good 17:08
ralonsohthat provides the same high speed17:08
spatel>> with OVS and tunneled traffic, there is a method to drive the tunneled traffic trhough the physical bridges - This is i want to know and deploy in new datacenter 17:09
ralonsohI don't know if this is officially supported, but there is a project that provides this17:09
ralonsohhttps://opendev.org/x/networking-ovs-dpdk17:10
spatelhmm if i attach my vxlan nic directly to sriov or dpdk then it should work right? 17:10
spatel(vxlan bridge i meant)17:10
ralonsohnot at all17:10
ralonsohagain, with SRIOV you don't have tunneled traffic17:11
ralonsohand with dpdk you need to redirect the tunneled traffic trough a physical bridge17:11
spatelI got your point SRIOV is like physical interface 17:11
spatelLet me play with DPDK to see if i can utilize it with tenant traffic. (may need to run some experiment) 17:12
spatelI have build 5 node OVN lab, and noticed lots of flows got installed by default on each compute nodes, I am having hard time to understand some of them. 17:14
spatelIs there any doc about what are these flows and what is the use of them.. ?17:14
spateldoes more flows create any performance issue with OVS? because packet need to travel each flow table17:15
opendevreviewMerged openstack/neutron master: Use payload callback for RPC resource_cache  https://review.opendev.org/c/openstack/neutron/+/80660717:18
opendevreviewMerged openstack/neutron master: Remove IDL classes implemented in ovsdbapp  https://review.opendev.org/c/openstack/neutron/+/80643717:18
spatelralonsoh any idea about that?17:22
ralonsohsorry, I'm with a customer right now17:22
spatelno worry, take your time17:23
opendevreviewMerged openstack/neutron master: Enable QoS min bw tempest in neutron-ovs-tempest-multinode-full  https://review.opendev.org/c/openstack/neutron/+/80617017:29
opendevreviewMerged openstack/neutron-tempest-plugin master: Use default "ds512M" advance image in older stable branches (II)  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80695717:29
opendevreviewSebastian Lohff proposed openstack/neutron master: Fix dynamic segment allocation race condition  https://review.opendev.org/c/openstack/neutron/+/78871417:37
opendevreviewMerged openstack/neutron master: Improve content of FloatingIP AFTER callbacks  https://review.opendev.org/c/openstack/neutron/+/79800917:54
opendevreviewMerged openstack/neutron stable/victoria: Remove dhcp_extra_opt value after first newline character  https://review.opendev.org/c/openstack/neutron/+/80674917:54
opendevreviewMerged openstack/ovsdbapp stable/train: Actually close the connection in Connection.stop()  https://review.opendev.org/c/openstack/ovsdbapp/+/79607518:11
opendevreviewMerged openstack/neutron master: [OVN] Make external ports aware of network AZs  https://review.opendev.org/c/openstack/neutron/+/76255019:03
opendevreviewArkady Shtempler proposed openstack/neutron-tempest-plugin master: Refactoring - Use existing Tempest APIs in "QoS bandwidth limit rule" tests  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/80697719:34
opendevreviewMerged openstack/neutron-lib master: Add Local IP constants and exceptions  https://review.opendev.org/c/openstack/neutron-lib/+/80461319:57
opendevreviewMerged openstack/neutron master: Do not fail when releasing a quota reservation  https://review.opendev.org/c/openstack/neutron/+/80503120:44

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