Wednesday, 2018-03-28

*** lujinluo has joined #openstack-neutron00:02
*** masaki has joined #openstack-neutron00:04
*** germs has quit IRC00:04
*** fragatina has quit IRC00:04
*** salv-orlando has joined #openstack-neutron00:05
*** Swami has quit IRC00:06
*** fragatina has joined #openstack-neutron00:06
*** salv-orlando has quit IRC00:10
*** fragatina has quit IRC00:10
*** rkukura_ has joined #openstack-neutron00:11
*** mrhillsman is now known as mrhillsman_in_mm00:11
*** yamamoto has joined #openstack-neutron00:12
*** mrhillsman_in_mm is now known as mrhillsman00:13
*** openstack has joined #openstack-neutron00:18
*** ChanServ sets mode: +o openstack00:18
*** dave-mccowan has joined #openstack-neutron00:21
*** puck has quit IRC00:24
*** pmannidi has joined #openstack-neutron00:33
*** yamahata has joined #openstack-neutron00:38
*** yamamoto has joined #openstack-neutron00:38
*** markstur has joined #openstack-neutron00:39
*** fragatina has joined #openstack-neutron00:39
*** fragatina has quit IRC00:43
*** markstur has quit IRC00:43
*** yamamoto has quit IRC00:45
openstackgerritMerged openstack/networking-sfc master: DNM: tentative hack to point to neutron-lib master  https://review.openstack.org/55463600:47
*** yamahata has quit IRC00:49
*** odyssey4me has quit IRC00:53
*** odyssey4me has joined #openstack-neutron00:53
*** yamamoto has joined #openstack-neutron00:56
*** rkukura has quit IRC00:58
*** tuanla____ has joined #openstack-neutron01:01
openstackgerritYAMAMOTO Takashi proposed openstack/networking-midonet master: TEST FOR CI DO NOT REVIEW  https://review.openstack.org/19938701:02
*** chyka has joined #openstack-neutron01:02
*** fnaval has quit IRC01:05
*** chyka has quit IRC01:06
*** itlinux has joined #openstack-neutron01:07
*** psahoo has joined #openstack-neutron01:11
*** gyankum has joined #openstack-neutron01:12
*** yamamoto has quit IRC01:14
*** itlinux has quit IRC01:15
*** gongysh has joined #openstack-neutron01:16
*** Matias has quit IRC01:20
*** cshastri has joined #openstack-neutron01:22
*** hongbin has joined #openstack-neutron01:22
openstackgerritMerged openstack/neutron master: [Functional] Add test for ip_lib.IPRule lifecycle  https://review.openstack.org/55653501:24
*** armaan has quit IRC01:30
*** armaan has joined #openstack-neutron01:31
*** suresh12 has quit IRC01:34
*** huntxu has joined #openstack-neutron01:36
*** gongysh has quit IRC01:38
*** kbaegis has quit IRC01:43
*** liusheng has quit IRC01:51
*** liusheng has joined #openstack-neutron01:52
*** atoth has quit IRC01:54
*** germs has joined #openstack-neutron02:00
*** germs has quit IRC02:00
*** germs has joined #openstack-neutron02:00
*** tbachman has quit IRC02:02
*** tbachman has joined #openstack-neutron02:03
*** tbachman has quit IRC02:03
openstackgerritVu Cong Tuan proposed openstack/neutron master: Remove deprecated module neutron.api.versions  https://review.openstack.org/55676902:04
*** mdih has joined #openstack-neutron02:04
*** germs has quit IRC02:04
*** liusheng has quit IRC02:06
*** salv-orlando has joined #openstack-neutron02:07
*** liusheng has joined #openstack-neutron02:07
*** cshastri has quit IRC02:08
*** ramishra has joined #openstack-neutron02:11
*** salv-orlando has quit IRC02:12
*** AlexeyAbashkin has joined #openstack-neutron02:12
*** yamamoto has joined #openstack-neutron02:15
*** AlexeyAbashkin has quit IRC02:16
*** cshastri has joined #openstack-neutron02:18
*** lujinluo has quit IRC02:19
openstackgerritwanghui proposed openstack/neutron-dynamic-routing master: Update url in README  https://review.openstack.org/55711002:19
*** lujinluo has joined #openstack-neutron02:20
*** yamamoto has quit IRC02:21
*** mdih has quit IRC02:25
*** caowei has joined #openstack-neutron02:26
*** markstur has joined #openstack-neutron02:28
*** suresh12 has joined #openstack-neutron02:28
*** markstur has quit IRC02:32
*** zhurong has joined #openstack-neutron02:32
*** suresh12 has quit IRC02:33
*** gongysh has joined #openstack-neutron02:35
*** yamamoto has joined #openstack-neutron02:37
*** fragatina has joined #openstack-neutron02:44
openstackgerritMerged openstack/networking-midonet master: use multiprovidernet api definition from neutron-lib  https://review.openstack.org/53550502:44
openstackgerritMerged openstack/networking-midonet master: Update links in README  https://review.openstack.org/54975602:44
openstackgerritMerged openstack/networking-midonet master: fix a spelling error  https://review.openstack.org/55257502:44
*** fragatin_ has joined #openstack-neutron02:46
*** fragatina has quit IRC02:48
*** mdih has joined #openstack-neutron02:49
*** tbachman has joined #openstack-neutron02:50
*** anilvenkata has quit IRC02:50
*** tbachman_ has joined #openstack-neutron02:53
*** tbachman has quit IRC02:54
*** tbachman_ is now known as tbachman02:54
*** obondarev has joined #openstack-neutron02:57
*** armaan has quit IRC02:59
openstackgerritVu Cong Tuan proposed openstack/neutron master: Remove deprecated function 'IPWrapper.get_namespaces()'  https://review.openstack.org/55712203:02
*** obondarev has quit IRC03:09
openstackgerritYAMAMOTO Takashi proposed openstack/networking-midonet master: Fix docutils ImportError on the multinode job  https://review.openstack.org/55712703:12
*** lujinluo has quit IRC03:15
*** obondarev has joined #openstack-neutron03:15
openstackgerritwanghui proposed openstack/networking-midonet master: Update links in README  https://review.openstack.org/55712903:16
*** itlinux has joined #openstack-neutron03:18
*** yamamoto has quit IRC03:18
*** tbachman has quit IRC03:18
*** caowei has quit IRC03:24
*** vijaykc4 has joined #openstack-neutron03:25
openstackgerritWang Tao proposed openstack/neutron-specs master: fwaas 2.0 address groups support  https://review.openstack.org/55713703:28
*** janki has joined #openstack-neutron03:32
openstackgerritMerged openstack/networking-midonet master: Updated from global requirements  https://review.openstack.org/55235303:34
*** lujinluo has joined #openstack-neutron03:38
*** hongbin has quit IRC03:43
*** cshastri has quit IRC03:45
*** cshastri has joined #openstack-neutron03:45
*** markstur has joined #openstack-neutron03:45
*** andreas_s has joined #openstack-neutron03:46
*** obondarev has quit IRC03:48
*** markstur has quit IRC03:50
*** vijaykc4 has quit IRC03:51
*** andreas_s has quit IRC03:51
*** obondarev has joined #openstack-neutron03:52
*** dave-mccowan has quit IRC03:55
*** caowei has joined #openstack-neutron03:55
*** X123 has joined #openstack-neutron03:56
*** mdih has quit IRC03:57
*** germs has joined #openstack-neutron04:01
*** germs has quit IRC04:01
*** germs has joined #openstack-neutron04:01
*** germs has quit IRC04:06
*** salv-orlando has joined #openstack-neutron04:08
*** salv-orlando has quit IRC04:13
openstackgerritMerged openstack/networking-midonet master: Remove v2 jobs  https://review.openstack.org/53109104:14
*** vijaykc4 has joined #openstack-neutron04:17
*** yamamoto has joined #openstack-neutron04:19
*** gongysh has quit IRC04:19
*** suresh12 has joined #openstack-neutron04:24
*** yamamoto has quit IRC04:25
openstackgerritMerged openstack/networking-midonet master: Enable hacking-extensions H204, H205  https://review.openstack.org/53978304:26
*** Eran_Kuris has joined #openstack-neutron04:35
*** cshastri has quit IRC04:39
*** gkadam has joined #openstack-neutron04:44
*** links has joined #openstack-neutron04:46
*** Alex_Staf has joined #openstack-neutron04:48
*** ratailor has joined #openstack-neutron04:48
*** obondarev has quit IRC04:50
*** ratailor_ has joined #openstack-neutron04:52
*** obondarev has joined #openstack-neutron04:54
*** cshastri has joined #openstack-neutron04:54
*** cshastri has quit IRC04:54
*** cshastri has joined #openstack-neutron04:55
*** lpetrut has joined #openstack-neutron04:55
*** ratailor has quit IRC04:57
*** armax has quit IRC04:59
*** anilvenkata has joined #openstack-neutron05:00
*** itzikb has joined #openstack-neutron05:02
*** armaan has joined #openstack-neutron05:04
*** gkadam has quit IRC05:07
*** vijaykc4 has quit IRC05:07
*** salv-orlando has joined #openstack-neutron05:09
*** salv-orlando has quit IRC05:09
*** salv-orlando has joined #openstack-neutron05:09
*** vijaykc4 has joined #openstack-neutron05:14
*** masaki has quit IRC05:17
*** masaki has joined #openstack-neutron05:17
*** pgadiya has joined #openstack-neutron05:19
*** obondarev has quit IRC05:21
*** yamamoto has joined #openstack-neutron05:21
*** moshele has joined #openstack-neutron05:22
*** mdih has joined #openstack-neutron05:25
*** lpetrut has quit IRC05:26
*** lpetrut has joined #openstack-neutron05:27
*** yamamoto has quit IRC05:27
openstackgerritNguyen Hai proposed openstack/python-neutronclient master: Follow the new PTI for document build  https://review.openstack.org/55459705:30
*** gcheresh has joined #openstack-neutron05:31
*** liusheng has quit IRC05:35
*** liusheng has joined #openstack-neutron05:36
*** lpetrut has quit IRC05:39
*** obondarev has joined #openstack-neutron05:42
*** tbachman has joined #openstack-neutron05:44
*** vijaykc4 has quit IRC05:47
*** armaan has quit IRC05:49
*** lpetrut has joined #openstack-neutron05:52
*** velizarx has joined #openstack-neutron05:53
*** suresh12 has quit IRC05:53
*** trinaths has joined #openstack-neutron05:53
*** luckybird1 has joined #openstack-neutron05:55
luckybird1Hi all!05:55
luckybird1I see in nova log messages - 2018-03-28 08:10:50.580 2295 WARNING nova.compute.manager [req-26630502-b672-43e9-90af-a71a301268b2 5413d9fb7c9c4efd8b704b686b377ba2 6bb763843aad4cdfa6b9d0fded07ac04 - default default] [instance: 17c0c8ac-c923-46fe-8389-441bd5716624] Received unexpected event network-vif-plugged-8e41ae4e-3571-4ab7-aec5-f6b05dcb4f87 for instance05:56
luckybird1every seconds05:56
*** vijaykc4 has joined #openstack-neutron05:57
luckybird1how to find a problem ?05:57
luckybird1can't find solution in google (05:57
*** marios has joined #openstack-neutron05:57
*** cshastri has quit IRC05:57
*** claudiub|2 has joined #openstack-neutron05:59
*** mosulica has joined #openstack-neutron05:59
*** gaoyan has joined #openstack-neutron06:00
*** germs has joined #openstack-neutron06:02
*** germs has quit IRC06:02
*** germs has joined #openstack-neutron06:02
*** velizarx has quit IRC06:02
*** gongysh has joined #openstack-neutron06:02
*** luckybird1 has left #openstack-neutron06:03
*** luckybird1 has joined #openstack-neutron06:04
*** luckybird1 has left #openstack-neutron06:05
*** markstur has joined #openstack-neutron06:05
*** germs has quit IRC06:06
*** suresh12 has joined #openstack-neutron06:09
*** cshastri has joined #openstack-neutron06:10
*** markstur has quit IRC06:10
*** garyk has quit IRC06:11
*** suresh12 has quit IRC06:13
*** garyk has joined #openstack-neutron06:14
*** moshele has quit IRC06:14
*** garyk has quit IRC06:15
*** armaan has joined #openstack-neutron06:15
*** obondarev has quit IRC06:15
*** tbachman has quit IRC06:16
*** voelzmo has joined #openstack-neutron06:18
*** obondarev has joined #openstack-neutron06:19
*** vijaykc4 has quit IRC06:22
*** yamamoto has joined #openstack-neutron06:23
*** claudiub has joined #openstack-neutron06:26
*** garyk has joined #openstack-neutron06:26
*** lajoskatona has joined #openstack-neutron06:28
*** garyk has quit IRC06:28
*** yamamoto has quit IRC06:28
*** jlibosva has joined #openstack-neutron06:28
*** claudiub|2 has quit IRC06:29
todinCould I combine BGP dynamic routing with Service subnets?06:35
*** garyk has joined #openstack-neutron06:38
*** pcaruana has joined #openstack-neutron06:38
*** garyk has quit IRC06:40
*** yushiro has joined #openstack-neutron06:43
*** ihrachys has quit IRC06:43
*** amuller has joined #openstack-neutron06:45
openstackgerritOpenStack Proposal Bot proposed openstack/networking-midonet master: Imported Translations from Zanata  https://review.openstack.org/54878706:50
*** xinliang has quit IRC06:52
*** martinus__ has joined #openstack-neutron06:53
*** voelzmo has quit IRC06:55
*** andreas_s has joined #openstack-neutron06:55
*** voelzmo has joined #openstack-neutron06:55
anilvenkataajo, lucas-afk numans kindly review this rfe https://review.openstack.org/#/c/552447/ If it gets approval, I can work on implementation06:57
*** lpetrut has quit IRC06:58
*** gongysh has quit IRC07:04
*** xinliang has joined #openstack-neutron07:05
openstackgerritVu Cong Tuan proposed openstack/neutron master: Removing deprecated module neutron.api.versions  https://review.openstack.org/55676907:05
*** tmorin has joined #openstack-neutron07:08
*** zhurong has quit IRC07:08
*** MoguCloud has quit IRC07:08
*** voelzmo has quit IRC07:08
*** gongysh has joined #openstack-neutron07:10
*** voelzmo has joined #openstack-neutron07:10
*** voelzmo has quit IRC07:11
*** matrohon has joined #openstack-neutron07:14
*** rcernin has quit IRC07:15
openstackgerritVu Cong Tuan proposed openstack/neutron master: Removing deprecated module neutron.api.versions  https://review.openstack.org/55676907:15
*** voelzmo has joined #openstack-neutron07:15
openstackgerritWang Tao proposed openstack/neutron-specs master: fwaas 2.0 address groups support  https://review.openstack.org/55713707:16
*** salv-orlando has quit IRC07:22
*** mdnadeem has joined #openstack-neutron07:22
*** MoguCloud1 has joined #openstack-neutron07:22
*** salv-orlando has joined #openstack-neutron07:22
openstackgerritOpenStack Proposal Bot proposed openstack/networking-ovn master: Imported Translations from Zanata  https://review.openstack.org/54878407:23
*** yamamoto has joined #openstack-neutron07:25
*** ibmko has joined #openstack-neutron07:25
openstackgerritThomas Morin proposed openstack/neutron-lib master: API attribute processing: add 'default_overrides_none'  https://review.openstack.org/55695707:25
openstackgerritThomas Morin proposed openstack/neutron-lib master: API attribute processing: allow to populate dict defaults  https://review.openstack.org/55695807:25
openstackgerritThomas Morin proposed openstack/neutron-lib master: 'sfc' and 'flowclassifier' API extension definitions (networking-sfc)  https://review.openstack.org/41140907:25
*** tesseract has joined #openstack-neutron07:25
*** salv-orlando has quit IRC07:27
*** garyk has joined #openstack-neutron07:27
*** lujinluo has quit IRC07:27
*** lujinluo has joined #openstack-neutron07:27
*** garyk has quit IRC07:28
*** zz9pzza has joined #openstack-neutron07:29
*** yamamoto has quit IRC07:30
*** horms has joined #openstack-neutron07:31
*** voelzmo has quit IRC07:36
*** jlibosva is now known as Guest731607:39
*** jlibosva has joined #openstack-neutron07:39
*** Guest7316 has quit IRC07:40
*** Alex_Staf has quit IRC07:43
*** velizarx has joined #openstack-neutron07:43
slaweqjlibosva: hi, ^^ did You take care about Your privacy since today? :D07:45
*** salv-orlando has joined #openstack-neutron07:45
jlibosvaslaweq: what? :)07:45
slaweqjlibosva is now known as Guest731607:45
*** Alex_Staf has joined #openstack-neutron07:45
slaweq:)07:45
jlibosvaslaweq: aah :) that's probably cause I plugged out my ethernet and connected via wifi and my nick is registered on freenode, so when I reconnected, it renamed the original me :)07:46
openstackgerritThomas Morin proposed openstack/neutron-lib master: 'sfc' and 'flowclassifier' API extension definitions (networking-sfc)  https://review.openstack.org/41140907:46
slaweq:)07:46
*** ibmko has quit IRC07:48
*** mdnadeem has quit IRC07:51
openstackgerritThomas Morin proposed openstack/networking-sfc master: Revert "DNM: tentative hack to point to neutron-lib master"  https://review.openstack.org/55717807:51
*** salv-orlando has quit IRC07:54
*** ralonsoh has joined #openstack-neutron07:54
*** salv-orlando has joined #openstack-neutron07:54
openstackgerritWang Tao proposed openstack/neutron-specs master: fwaas 2.0 address groups support  https://review.openstack.org/55713707:56
*** lucas-afk is now known as lucasagomes07:56
lucasagomesanilvenkata, good morning! I will take a look at it :D07:59
*** salv-orlando has quit IRC07:59
lucasagomesanilvenkata, I've a meeting now in the morning but after that I will review the spec07:59
*** AlexeyAbashkin has joined #openstack-neutron08:00
anilvenkatalucasagomes, thanks Lucas08:01
*** pmannidi has quit IRC08:01
*** kobis has joined #openstack-neutron08:02
*** kobis has quit IRC08:02
*** kobis has joined #openstack-neutron08:02
*** germs has joined #openstack-neutron08:03
*** germs has quit IRC08:03
*** germs has joined #openstack-neutron08:03
*** voelzmo has joined #openstack-neutron08:04
*** ktibi has joined #openstack-neutron08:05
*** germs has quit IRC08:08
*** Alex_Staf has quit IRC08:11
*** mdnadeem has joined #openstack-neutron08:11
*** obondarev has quit IRC08:14
openstackgerritMichel Peterson proposed openstack/networking-odl master: Force generation of Karaf logs to avoid POST_FAILUREs  https://review.openstack.org/54803608:16
*** gkadam has joined #openstack-neutron08:19
*** yushiro has quit IRC08:21
*** voelzmo has quit IRC08:22
*** nplanel has joined #openstack-neutron08:22
*** voelzmo has joined #openstack-neutron08:22
openstackgerritGleb Zimin proposed openstack/python-neutronclient master: Replace insecure function eval  https://review.openstack.org/55530108:23
*** voelzmo has quit IRC08:23
*** gongysh has quit IRC08:23
*** voelzmo has joined #openstack-neutron08:23
*** voelzmo has quit IRC08:24
*** voelzmo has joined #openstack-neutron08:24
*** rcernin has joined #openstack-neutron08:24
*** voelzmo has quit IRC08:24
*** voelzmo has joined #openstack-neutron08:25
*** voelzmo has quit IRC08:25
*** voelzmo has joined #openstack-neutron08:25
*** ibmko has joined #openstack-neutron08:26
*** voelzmo has quit IRC08:26
*** yamamoto has joined #openstack-neutron08:26
*** yamamoto has quit IRC08:30
*** lihi has quit IRC08:32
openstackgerritMichel Peterson proposed openstack/networking-odl master: Revert temporary patch that disables linter errors locally  https://review.openstack.org/55719008:33
*** irenab has quit IRC08:33
*** oanson has quit IRC08:34
*** lujinluo has quit IRC08:36
*** oanson has joined #openstack-neutron08:36
*** lujinluo has joined #openstack-neutron08:37
*** obondarev has joined #openstack-neutron08:39
*** lihi has joined #openstack-neutron08:39
*** oreillyd has joined #openstack-neutron08:40
*** irenab has joined #openstack-neutron08:40
*** lpetrut has joined #openstack-neutron08:40
*** rcernin has quit IRC08:42
*** hoangcx has quit IRC08:42
openstackgerritGleb Zimin proposed openstack/python-neutronclient master: Replace insecure function eval  https://review.openstack.org/55530108:44
*** lpetrut has quit IRC08:47
*** hoangcx has joined #openstack-neutron08:47
*** lpetrut has joined #openstack-neutron08:47
openstackgerritMichel Peterson proposed openstack/networking-odl master: devstack, zuulv3: prepare for ODL fluorine release  https://review.openstack.org/54545808:50
*** lunarlamp has quit IRC08:55
*** masaki has quit IRC09:02
*** lunarlamp has joined #openstack-neutron09:03
*** salmankhan has joined #openstack-neutron09:10
openstackgerritSlawek Kaplonski proposed openstack/neutron master: Add fullstack job to gate queue  https://review.openstack.org/55721809:11
*** ragiman has joined #openstack-neutron09:12
*** maciejjozefczyk has quit IRC09:17
slaweqjlibosva: ^^ I feel like some epoch ends with this patch :D09:18
jlibosvaslaweq: I already +2ed09:18
slaweqI saw09:18
jlibosvaslaweq: you're da wizard to make it happen09:18
slaweqnot only me09:18
slaweqamuller: I think You should review it also :)09:19
openstackgerritNguyen Phuong An proposed openstack/neutron master: [WIP][log]: iptables logging driver for security group  https://review.openstack.org/44582709:21
*** yamamoto has joined #openstack-neutron09:27
*** Alex_Staf has joined #openstack-neutron09:27
*** salmankhan has quit IRC09:32
openstackgerritwanghui proposed openstack/networking-odl master: Update links in README  https://review.openstack.org/55727709:32
*** yamamoto has quit IRC09:32
amullerslaweq++09:35
*** nplanel has quit IRC09:35
*** salmankhan has joined #openstack-neutron09:35
*** nplanel has joined #openstack-neutron09:35
*** itlinux has quit IRC09:36
amullerslaweq: jlibosva: it's still super cool to me that you can define CI jobs from the neutron repo09:40
openstackgerritGleb Zimin proposed openstack/python-neutronclient master: Replace insecure function eval  https://review.openstack.org/55530109:40
jlibosvaamuller: yeah, infra rocks09:40
*** lpetrut_ has joined #openstack-neutron09:41
*** vijaykc4 has joined #openstack-neutron09:44
*** trinaths has quit IRC09:44
*** dtantsur|afk is now known as dtantsur09:46
*** chyka has joined #openstack-neutron09:48
*** hoangcx has quit IRC09:51
*** chyka has quit IRC09:52
*** matrohon has quit IRC09:54
*** kobis has quit IRC09:55
*** hoangcx has joined #openstack-neutron09:56
*** kobis has joined #openstack-neutron09:56
*** salv-orlando has joined #openstack-neutron09:58
*** ratailor_ is now known as rtailor10:00
*** germs has joined #openstack-neutron10:03
*** hoangcx has quit IRC10:03
*** germs has quit IRC10:08
*** caowei has quit IRC10:09
*** suresh12 has joined #openstack-neutron10:09
*** hoangcx has joined #openstack-neutron10:10
*** suresh12 has quit IRC10:14
*** PaLa has joined #openstack-neutron10:14
*** PaLa is now known as PaLaa10:15
*** sambetts|afk is now known as sambetts10:18
*** markstur has joined #openstack-neutron10:19
*** obondarev has quit IRC10:20
*** Alex_Staf has quit IRC10:22
openstackgerritvenkata anil proposed openstack/networking-ovn master: OVN Services status reporting  https://review.openstack.org/55244710:22
*** markstur has quit IRC10:24
anilvenkataajo, what do u hting about my suggestion https://review.openstack.org/#/c/552881/10:26
ajoanilvenkata: let me check it10:26
anilvenkataajo, ack10:27
*** armaan has quit IRC10:28
ajoanilvenkata: thanks, specially for the links :)10:28
ajowe need to support both, but we can just make the code conditional10:28
*** cshastri has quit IRC10:28
ajoor give a fake number for "none"10:28
*** yamamoto has joined #openstack-neutron10:29
anilvenkataajo, I would suggest a new key for these agents in configurations10:29
ajoanilvenkata: it can be an option10:29
anilvenkataajo, thenn this backport is not a problem10:30
anilvenkataajo, if the key is present then as I suggested return current timestamp when returning the DB object10:30
anilvenkataajo, thus agent will be always alive :)10:31
anilvenkataconfigurations = {'virtual_agent': true}10:32
anilvenkataif configurations['virtual_agent']: result['heartbeat_timestamp'] = timeutils.utcnow()10:33
anilvenkataajo, ^10:33
ajoanilvenkata: you mean on the configurations dictionary?10:34
anilvenkataajo, yes10:34
*** yamamoto has quit IRC10:34
ajoanilvenkata: ok, let me think about it, I will save some time to look at it today10:34
anilvenkataajo, ok, thanks :)10:34
ajoanilvenkata: may be we can discuss, and I will be off starting tomorrow,10:34
ajoso if this is slowing you down, feel free to take on the patch :)10:35
ajobut let me have a look at your comments and the patch again first :D10:35
anilvenkataajo, :)10:35
*** gaoyan has quit IRC10:36
*** moshele has joined #openstack-neutron10:36
*** boden has joined #openstack-neutron10:38
*** rmart04 has joined #openstack-neutron10:42
*** obondarev has joined #openstack-neutron10:43
*** jsheeren has joined #openstack-neutron10:43
jsheerenhey all10:43
jsheerenwe're seeing a strange issue in our env on ocata with openvswitch10:43
jsheerenwe have the situation were a floating ip is attached to an instnace10:43
jsheereninside the namespace we can see the iptables rules are set10:44
jsheerenbut the floating ip is not configged on the qg interface10:44
jsheerenas a result we can only ping and access the instance on the floating ip inside the namespace10:44
jsheerenbut not from outside10:44
jsheerenhas anyone seen something similar before?10:44
*** horms has quit IRC10:45
*** PaLaa has quit IRC10:47
*** Conqueror has joined #openstack-neutron10:47
slaweqjlibosva: one more thing, can You review also https://review.openstack.org/#/c/548225/ ?10:49
slaweqthx in advance10:49
*** Alex_Staf has joined #openstack-neutron10:50
*** obondarev has quit IRC10:51
*** lujinluo has quit IRC10:52
*** atoth has joined #openstack-neutron10:52
openstackgerritboden proposed openstack/neutron-lib master: rehome db api  https://review.openstack.org/55704010:52
*** salv-orl_ has joined #openstack-neutron10:53
jlibosvaslaweq: done10:54
*** zhurong has joined #openstack-neutron10:55
*** psahoo has quit IRC10:56
*** mosulica has quit IRC10:56
*** salv-orlando has quit IRC10:56
*** PaLaa has joined #openstack-neutron10:56
*** gyankum has quit IRC10:56
*** markstur has joined #openstack-neutron10:57
*** salv-orlando has joined #openstack-neutron10:58
*** lajoskatona has quit IRC10:58
*** salv-orl_ has quit IRC10:58
*** jsheeren has quit IRC10:58
*** PaLaa has quit IRC11:01
*** markstur has quit IRC11:02
*** PaLaa has joined #openstack-neutron11:02
*** abalutoiu_ has quit IRC11:03
*** mdnadeem_ has joined #openstack-neutron11:03
*** gkadam_ has joined #openstack-neutron11:03
*** ratailor_ has joined #openstack-neutron11:03
*** pgadiya_ has joined #openstack-neutron11:03
*** chkumar246 has joined #openstack-neutron11:04
*** rtailor has quit IRC11:04
*** mdnadeem has quit IRC11:04
*** links has quit IRC11:04
*** chandankumar has quit IRC11:04
*** pgadiya has quit IRC11:04
*** gkadam__ has joined #openstack-neutron11:04
*** obondarev has joined #openstack-neutron11:05
*** salv-orlando has quit IRC11:05
*** links has joined #openstack-neutron11:05
*** ratailor__ has joined #openstack-neutron11:05
*** vijaykc4 has quit IRC11:05
*** armaan has joined #openstack-neutron11:06
*** vijaykc4 has joined #openstack-neutron11:06
*** salv-orlando has joined #openstack-neutron11:06
*** abalutoiu has joined #openstack-neutron11:06
*** PaLaa has quit IRC11:07
*** gkadam has quit IRC11:07
*** gkadam_ has quit IRC11:08
*** mdnadeem_ has quit IRC11:08
*** chkumar246 has quit IRC11:08
*** ratailor_ has quit IRC11:08
*** pgadiya_ has quit IRC11:08
*** PaLaa has joined #openstack-neutron11:09
*** dave-mccowan has joined #openstack-neutron11:09
slaweqjlibosva: thx11:10
*** PaLaa has quit IRC11:13
*** lajoskatona has joined #openstack-neutron11:19
anilvenkataajo, can you please review https://review.openstack.org/#/c/552737/11:20
*** chkumar246 has joined #openstack-neutron11:20
*** mdnadeem_ has joined #openstack-neutron11:21
*** tuanla____ has quit IRC11:23
*** kobis has joined #openstack-neutron11:24
*** yamamoto has joined #openstack-neutron11:31
*** dtantsur is now known as dtantsur|brb11:31
*** yamamoto has quit IRC11:35
*** mvk has quit IRC11:35
*** salv-orl_ has joined #openstack-neutron11:36
*** horms has joined #openstack-neutron11:38
*** aojea has joined #openstack-neutron11:40
*** salv-orlando has quit IRC11:41
*** gkadam__ has quit IRC11:44
openstackgerritMerged openstack/networking-odl master: Remove incorrect DB retry decorators  https://review.openstack.org/54982111:45
*** velizarx has quit IRC11:45
*** dangtrinhnt has quit IRC11:46
*** moshele has quit IRC11:47
*** anilvenkata has quit IRC11:50
*** anilvenkata has joined #openstack-neutron11:50
*** ktibi has quit IRC11:54
*** donghao has joined #openstack-neutron11:55
*** lucasagomes is now known as lucas-hungry11:55
*** velizarx has joined #openstack-neutron11:56
*** andreas_s has quit IRC12:01
*** andreas_s_ has joined #openstack-neutron12:02
*** bfernando has joined #openstack-neutron12:03
*** andreas__ has joined #openstack-neutron12:03
*** lajoskatona has quit IRC12:03
*** germs has joined #openstack-neutron12:04
*** germs has quit IRC12:04
*** germs has joined #openstack-neutron12:04
*** PaLaa has joined #openstack-neutron12:04
*** mosulica has joined #openstack-neutron12:04
*** tpsilva has joined #openstack-neutron12:05
*** edmondsw has joined #openstack-neutron12:06
*** sapd__ has joined #openstack-neutron12:06
*** andreas_s_ has quit IRC12:07
*** ragiman has quit IRC12:08
*** germs has quit IRC12:08
*** sapd_ has quit IRC12:09
*** PaLaa has quit IRC12:09
*** armaan has quit IRC12:09
*** obondarev has quit IRC12:10
*** ragiman has joined #openstack-neutron12:11
*** abalutoiu_ has joined #openstack-neutron12:11
*** PaLaa has joined #openstack-neutron12:11
*** abalutoiu has quit IRC12:15
*** lpetrut_ has quit IRC12:15
*** mdih has quit IRC12:17
*** sapd__ has quit IRC12:17
*** sapd_ has joined #openstack-neutron12:17
*** mdih has joined #openstack-neutron12:18
*** mdih has quit IRC12:18
*** obondarev has joined #openstack-neutron12:18
*** moshele has joined #openstack-neutron12:18
*** vijaykc4 has quit IRC12:18
*** vijaykc4 has joined #openstack-neutron12:19
*** gkadam has joined #openstack-neutron12:19
*** PaLaa has quit IRC12:19
*** PaLaa has joined #openstack-neutron12:20
*** obondarev has quit IRC12:21
*** odyssey4me has quit IRC12:22
*** odyssey4me has joined #openstack-neutron12:22
*** yamamoto has joined #openstack-neutron12:22
*** ramishra has quit IRC12:22
*** ktibi has joined #openstack-neutron12:23
*** moshele has quit IRC12:23
*** vijaykc4 has quit IRC12:24
openstackgerritMerged openstack/neutron master: Fix l3-agent crash on routers without ha_state  https://review.openstack.org/55209712:25
*** ramishra has joined #openstack-neutron12:25
*** sapd_ has quit IRC12:27
*** sapd_ has joined #openstack-neutron12:27
openstackgerritYAMAMOTO Takashi proposed openstack/networking-midonet master: TEST FOR CI DO NOT REVIEW  https://review.openstack.org/19938712:28
openstackgerritboden proposed openstack/neutron-lib master: rehome db api  https://review.openstack.org/55704012:31
*** sapd_ has quit IRC12:32
*** sapd_ has joined #openstack-neutron12:32
*** zhurong has quit IRC12:34
*** abalutoiu__ has joined #openstack-neutron12:34
*** andreas__ has quit IRC12:35
*** andreas_s has joined #openstack-neutron12:35
*** lajoskatona has joined #openstack-neutron12:36
*** andreas_s has quit IRC12:37
openstackgerritMichel Peterson proposed openstack/networking-odl master: Skip tempest test test_update_network_constrained_by_revision  https://review.openstack.org/54834412:37
openstackgerritMichel Peterson proposed openstack/networking-odl master: Skip tempest test test_server_security_groups  https://review.openstack.org/54834512:37
openstackgerritMichel Peterson proposed openstack/networking-odl master: Skip tempest test test_snat_external_ip  https://review.openstack.org/54834612:37
*** mosulica has quit IRC12:39
*** abalutoiu_ has quit IRC12:39
*** andreas_s has joined #openstack-neutron12:39
*** mosulica has joined #openstack-neutron12:41
*** chkumar246 is now known as chandankumar12:43
openstackgerritThomas Morin proposed openstack/neutron-lib master: API attribute processing: add 'default_overrides_none'  https://review.openstack.org/55695712:43
openstackgerritThomas Morin proposed openstack/neutron-lib master: API attribute processing: allow to populate dict defaults  https://review.openstack.org/55695812:43
openstackgerritThomas Morin proposed openstack/neutron-lib master: 'sfc' and 'flowclassifier' API extension definitions (networking-sfc)  https://review.openstack.org/41140912:43
*** MarkMielke has joined #openstack-neutron12:48
*** kobis has quit IRC12:48
*** salmankhan has quit IRC12:50
*** sapd__ has joined #openstack-neutron12:52
*** sapd_ has quit IRC12:52
*** donghao has quit IRC12:53
*** kobis has joined #openstack-neutron12:53
*** mosulica has quit IRC12:53
*** lucas-hungry is now known as lucasagomes12:55
*** salv-orlando has joined #openstack-neutron12:56
*** salv-or__ has joined #openstack-neutron12:57
*** salv-orl_ has quit IRC12:58
*** mvk has joined #openstack-neutron12:58
*** salmankhan has joined #openstack-neutron12:59
*** salv-orlando has quit IRC13:02
*** salv-or__ has quit IRC13:02
*** salv-orlando has joined #openstack-neutron13:03
*** mmichelson has joined #openstack-neutron13:03
*** lbragstad has joined #openstack-neutron13:04
*** gieldops_ has joined #openstack-neutron13:06
*** mosulica has joined #openstack-neutron13:06
*** mriedem has joined #openstack-neutron13:06
*** gieldops has quit IRC13:07
*** salv-orlando has quit IRC13:08
*** anilvenkata has quit IRC13:10
*** armaan has joined #openstack-neutron13:11
*** matrohon has joined #openstack-neutron13:12
*** lyan has joined #openstack-neutron13:12
*** lyan is now known as Guest3332013:13
*** dtantsur|brb is now known as dtantsur13:15
*** fnaval has joined #openstack-neutron13:20
*** obondarev has joined #openstack-neutron13:23
*** vijaykc4 has joined #openstack-neutron13:26
*** aojea has quit IRC13:40
*** haleyb has quit IRC13:41
*** haleyb has joined #openstack-neutron13:43
*** garyk has joined #openstack-neutron13:43
*** tbachman has joined #openstack-neutron13:46
*** tbachman_ has joined #openstack-neutron13:49
*** tbachman has quit IRC13:51
*** tbachman_ is now known as tbachman13:51
*** salv-orlando has joined #openstack-neutron13:53
*** ratailor_ has joined #openstack-neutron13:58
*** janzian has joined #openstack-neutron13:59
*** armaan has quit IRC13:59
*** velizarx has quit IRC14:00
*** velizarx has joined #openstack-neutron14:01
*** ratailor__ has quit IRC14:01
*** armaan has joined #openstack-neutron14:05
*** germs has joined #openstack-neutron14:05
*** germs has quit IRC14:05
*** germs has joined #openstack-neutron14:05
*** dklyle has joined #openstack-neutron14:05
*** david-lyle has quit IRC14:05
*** esberglu has joined #openstack-neutron14:05
*** hongbin has joined #openstack-neutron14:06
*** dklyle has quit IRC14:07
*** dklyle has joined #openstack-neutron14:07
*** mdih has joined #openstack-neutron14:09
*** germs has quit IRC14:09
openstackgerritMurali Annamneni proposed openstack/neutron-fwaas master: Enable MySQL Cluster Support for neutron-fwaas  https://review.openstack.org/51339214:09
*** ratailor_ has quit IRC14:11
openstackgerritMurali Annamneni proposed openstack/neutron master: Enables MySQL Cluster Support for Neutron  https://review.openstack.org/44613614:13
*** kstev has joined #openstack-neutron14:13
*** Leo_m has joined #openstack-neutron14:14
*** armax has joined #openstack-neutron14:17
*** mchlumsky has joined #openstack-neutron14:17
*** mlavalle has joined #openstack-neutron14:18
*** r-daneel has joined #openstack-neutron14:28
*** ralonsoh has quit IRC14:29
lucasagomesajo, should the ooo guide upstream for OVN always goes with containers since that's the default way ?14:31
ajolucasagomes: yes, I had a plan on removing that, but was it for Queens too?14:32
lucasagomesI mean, instead of having the baremetal bits there14:32
ajoit's our stable now .. :)14:32
lucasagomestrue yeah14:32
ajowe want to show people how to deploy stable :D14:32
lucasagomesalright, yeah let's simplify that14:32
lucasagomesfor rocky on14:32
*** r-daneel has quit IRC14:32
ajoyup14:32
*** r-daneel has joined #openstack-neutron14:33
*** felipemonteiro has joined #openstack-neutron14:33
*** moshele has joined #openstack-neutron14:33
*** crose has joined #openstack-neutron14:35
mlavallerubasov: hey I am looking at your comment to https://review.openstack.org/#/c/50230614:35
*** sapd__ has quit IRC14:37
*** sapd__ has joined #openstack-neutron14:38
*** ramishra has quit IRC14:38
mlavallegibi: you around?14:39
gibimlavalle: sure14:40
*** sapd__ has quit IRC14:40
rubasovmlavalle: hello14:40
openstackgerritboden proposed openstack/neutron master: use multiprovidernet api definition from neutron-lib  https://review.openstack.org/53547014:40
gibimlavalle: have you seen rubasov's comment in https://review.openstack.org/#/c/502306/22/specs/rocky/approved/bandwidth-resource-provider.rst@420 ?14:40
mlavallegibi: I am looking at rubasov's comment to https://review.openstack.org/#/c/50230614:40
*** amuller has quit IRC14:40
*** moshele has quit IRC14:40
mlavallegibi, rubasov: yeah, I was exactly looking at it. Thta's why I pinged both14:41
*** sapd__ has joined #openstack-neutron14:41
*** sapd__ has quit IRC14:41
gibimlavalle: yeah, that comment pretty much changes what we discussed yesterday14:41
*** sapd__ has joined #openstack-neutron14:41
mlavalleif tha is what the testing is showing I was wrong14:41
*** sapd__ has quit IRC14:41
*** sapd__ has joined #openstack-neutron14:42
openstackgerritLucas Alvares Gomes proposed openstack/networking-ovn master: Simplify the TripleO install guide  https://review.openstack.org/55580314:42
gibimlavalle: how do you feel, what rubasov showed is something neutron wants to support?14:42
rubasovwe still can prohibit that case in placement if that's what we want14:42
openstackgerritLucas Alvares Gomes proposed openstack/networking-ovn master: Simplify the TripleO install guide  https://review.openstack.org/55580314:43
mlavallegibi, rubasov: before deciding that, did you see my question here: https://review.openstack.org/#/c/502306/22/specs/rocky/approved/bandwidth-resource-provider.rst@450?14:43
*** moshele has joined #openstack-neutron14:43
rubasovmlavalle: reading it now14:43
gibimlavalle: the problem is that the scheduler selects one of the returned alternative and claims the resources for that14:44
*** moshele has quit IRC14:45
gibimlavalle: so neutron does not have a choice even if the query returns a lot of laternatives14:45
gibimlavalle: *alternatives14:45
gibimlavalle: neutron needs to formulate the request that is specific enought that what the scheduler selects is good enough for neutron14:46
mlavallegibi: I know. But the scheduler can receive several alternatives and pick one, right?14:46
gibimlavalle: right14:46
*** PaLaa has quit IRC14:46
mlavallegibe: when the scheduler selects one of the alternatives, it can knoew the traits of the selected alternative, right?14:47
*** PaLaa has joined #openstack-neutron14:47
mlavallegibi: ^^^^14:47
gibischeduler gets allocation candidates from placement and each candidate contains the information about the RP involved in the candidate which include the traits of the RP14:48
rubasovmlavalle: I frame it differently in my mind than gibi: placement/scheduler must select an actual provider of the bandwidth resource - and that must be a physical interface to the physical network, the bandwidth of multiple physical providers cannot be aggregated, nor can they be kept unidentified14:48
gibimlavalle: the example in https://developer.openstack.org/api-ref/placement/#list-allocation-candidates is not correct in this sense as it is missing the traits14:48
mlavallerubasov: I agree with you. What I am trying to get at is whether in the question from the schduler to placement, can we just provide the ingress and egress bandwidth required14:50
gibimlavalle: do you mean that the placement decides about the bandwidth but the scheduler further refines (with a filter) by looking at the physnet traits?14:51
mlavallein the end, the scheduler is going to select one specific RP that corresponds to one specific interface to a specific physinet14:51
*** PaLaa has quit IRC14:51
gibimlavalle: ^^ correct14:52
mlavallegibi: I am trying to get rid of this: https://review.openstack.org/#/c/502306/22/specs/rocky/approved/bandwidth-resource-provider.rst@55014:52
mlavalleand have nova instead send that to Neutron in binding:profile once nova made its scheduling decision14:53
gibimlavalle: if the scheduler needs to select a proper RP then at least the scheduler needs to know that14:53
gibimlavalle: that I mean the physnet14:53
openstackgerritMerged openstack/neutron-vpnaas master: Ensure to install latest neutron from master  https://review.openstack.org/55449514:53
mlavallegibi: why? shouldn't the scheduler just care about meeting the bandwidth requirement? It can be fullfilled by any RP in the tree that was enough bandwidth....14:54
mlavallehas enough^^^^14:54
*** Conqueror has quit IRC14:55
*** huntxu has quit IRC14:55
*** velizarx has quit IRC14:56
gibimlavalle: if the scheduler only look at the bandwidth it might choose an RP that belongs to physnet that is not the physnet the port belongs to14:57
mdihhello, would it be possible to use neutron rbac in external/provider networks? like just restrict a specific external network to a project?14:57
*** velizarx has joined #openstack-neutron14:57
gibimlavalle: as far as I understand when a port is created in neutron the physnet is determined by the neutron net the port is created in14:57
mlavallegibi: but a port doesn't belong to a physnet until it is bound14:58
mdihuhm we've tried the one mentioned in the docs, but apparently all external networks would still be visible in all projects :( . uhm is this possible somehow?14:58
*** kevinbenton has quit IRC14:58
mlavallegibi: if a network has many segments it has many physnets14:59
rubasovmlavalle: why? the physnet is given at net create, so we know it at port create, don't we?14:59
gibimlavalle: OK, then yet another of my assumption is invalid14:59
gibimlavalle: then I see the reason why you want to get rid of the physnet in the port's resource_request15:00
mlavallerubasov: hang on...15:00
*** r-daneel has quit IRC15:00
gibimlavalle: as that info is only available _after_ binding which is _after_ scheduling15:00
mlavallerubasov: yes you can have a single segment network. But is you have multiple segment networks, then each segment can be in different physnets15:02
*** links has quit IRC15:03
*** felipemonteiro_ has joined #openstack-neutron15:04
rubasovmlavalle: then I don't understand what a physnet is15:04
*** Alex_Staf has quit IRC15:04
*** obondarev has quit IRC15:05
*** mosulica has quit IRC15:05
*** kobis has quit IRC15:05
rubasovmlavalle: isn't the reason of existence for a physnet to allow us access to a network outside the cloud? then how could a physnet serve that purpose if it belongs to the segment, not the network?15:06
*** mmichelson has quit IRC15:06
*** kevinbenton has joined #openstack-neutron15:06
*** r-daneel has joined #openstack-neutron15:07
*** felipemonteiro has quit IRC15:07
openstackgerritMax Pavlukhin proposed openstack/neutron master: Replace assert to raise AssertionError  https://review.openstack.org/55683815:08
mlavallerubasov: https://developer.openstack.org/api-ref/network/v2/#multiple-provider-extension15:08
*** mmichelson has joined #openstack-neutron15:09
* gibi doesn't have enough knowledge for this debate so he just listen in15:09
*** pcaruana has quit IRC15:09
openstackgerritMax Pavlukhin proposed openstack/neutron master: Replace assert to raise AssertionError  https://review.openstack.org/55736615:11
*** gyankum has joined #openstack-neutron15:11
rubasovmlavalle: okay, that's something new to me. question: can a single provider network have multiple segments?15:12
mlavallerubasov: you are right in that you can have a network with a single provider. In that case, you will have one segment15:13
mlavallerubasov: but a logical network can have more thatn one segment, and therefore, more that one physnet15:14
gibimlavalle: and in this multi segment case does the segment and theregore the physnet is selected during port binding ?15:15
mlavallegibi: correct. actually, from the mechanism drivers point of view, binding the port is finding a segemnt of the network that the host can reach15:16
*** gieldops has joined #openstack-neutron15:16
*** gieldops_ has quit IRC15:16
gibimlavalle: thanks15:16
openstackgerritMax Pavlukhin proposed openstack/neutron master: Eliminate possible insecure usage of temp file/directory.  https://review.openstack.org/55736715:17
*** gcheresh has quit IRC15:17
mlavallegibi: but that is also true for a single segment network. the mechanism driver decides is the network's segment can be reached from the host. If yes, the port is bound15:17
mlavallemakes sense15:18
*** velizarx has quit IRC15:18
gibimlavalle: I see15:18
*** fnaval_ has joined #openstack-neutron15:19
mlavallegibi, rubasov: the reason I am bringing all this is that the physnet could be retrived by the scheduler from the selected RP and sent to neutron at binding. That is why I've been proposing to use binding:profile to communicate fro Nova to Neutron15:20
*** fnaval_ has quit IRC15:20
*** fnaval_ has joined #openstack-neutron15:21
*** fnaval has quit IRC15:21
idlemindany chance someone could take a look at https://review.openstack.org/#/c/555162/2 and push it across the finish line?15:22
idlemindi think it needs another cr to kick off the last set of gate testing prior to merge?15:22
mlavallegibi, rubasov: https://docs.google.com/presentation/d/1ec6z2MvySr2ypMbmJTESQa4pMOlETTXBqnjHia3F40M/edit#slide=id.g12c4966ee0_0_2515:23
openstackgerritLajos Katona proposed openstack/neutron-lib master: Fix placement calls in placement client  https://review.openstack.org/55453215:23
gibimlavalle: correct, that can be done. But what will happen if the selected RP indicate a physnet that is not an accessible physnet on the host the scheduler selected?15:23
*** rmart04 has left #openstack-neutron15:23
ajonumans: question on "the grand plan" (aka. ml2/ovs to ml2/ovn migration scripts),15:23
openstackgerritMerged openstack/networking-midonet master: use plugin common utils from neutron-lib  https://review.openstack.org/55101315:24
ajonumans: do we want the migration agent to stop the ml2/ovs services / containers when done?15:24
numansajo, shoot15:24
ajonumans: I don't remember that part, but it's easy to do15:24
mlavallegibi, rubasov: that comes from this presentation by Kevin Benton and Carl Baldwin during the Austin summit 3 years ago: https://www.openstack.org/videos/austin-2016/mapping-real-networks-to-physical-networks-segments-and-logical-networks-in-neutron15:24
numansajo, the ml2/ovs agents are removed when we do stack update (before the migration agent comes in)15:24
mlavallegibi: The L2 agent in the compute host is going to create the RPs. That agent knows what physnets it has access to15:25
ajonumans: hmm, I thought they remained,15:25
ajonumans: isn't that what you tried but didn't work out well?15:25
ajoisn't -- > is15:25
numansajo, so we run stack update with ovn services enabled and all neutron ml2/ovs services disabled (i.e OS::Tripleo::Neutron<AGENTS>=None)15:26
ajook, so now we stop them but the dataplane remains15:26
numansajo, it works now :)15:26
numansajo, yes thats right,15:26
ajowe just clean the dataplane15:26
ajook :)15:26
ajoack15:26
openstackgerritMichel Peterson proposed openstack/networking-odl master: Remove tox_install.sh helper  https://review.openstack.org/55737015:26
ajothanks for the clatification15:26
numansajo, so the namespaces are still intact and we wouldn't see any downtime15:26
numanswelcome :)15:26
*** imacdonn has quit IRC15:26
gibimlavalle: sure, but if neutron only includes the bw resource in the resource request then the scheduler can select an incorrect host and networking RP pair15:27
*** obondarev has joined #openstack-neutron15:27
*** imacdonn has joined #openstack-neutron15:27
mlavallegibi: maybe I am missing something.... but doesn't the scheduler have access to the RP from the selected host?15:28
gibimlavalle: if we dont describe in the resource request the rules about what host and what RP on that host is good for a port then there is no way to ensure that the selected host and RP pair will be good for that port15:28
gibimlavalle: scheduler has access to the selected RP15:28
gibimlavalle: scheduler does not have access to the info which RP is the good RP15:28
gibimlavalle: good from physnet mapping perspective15:29
gibimlavalle: scheduler will only know which RP is good from bw perspective15:29
*** itzikb has quit IRC15:30
rubasovmlavalle: thanks for the info, I just understood that the object model presented by the providernet extension is not true, now I'm trying to wrap my head around the consequences15:30
mlavallerubasov: on the contrary, thank you. I am also learning from you :-)15:31
*** lajoskatona has quit IRC15:31
gibimlavalle, rubasov: I have to leave soon today, sorry. I think we have to draw an example setup with multiproviders15:31
rubasovmlavalle: looking forward to the drawing15:32
gibimlavalle, rubasov: and do a system play where we go through the Placement, Scheduler, Neutron binding process15:32
mlavallegibi: but will the scheduler know the traits of the selected RP in the selected host?15:32
gibimlavalle: yes the scheduler will know that15:32
gibimlavalle: what should the scheduler do with that trait?15:32
*** vijaykc4 has quit IRC15:32
gibimlavalle: just pass it to Neutron?15:33
mlavallegibi: pass it to the compute so it can be passed to Neutron in the binding15:33
*** jhershbe has joined #openstack-neutron15:33
gibimlavalle: and will Neutron simply fail the port binding if the selected PR contains a physnet trait to which the selected host has no access to?15:34
mlavallebut that is impossible gibi, because that RP with that trait exists in that compute host because Neutron created that RP, right?15:35
mlavalleunless I am missing something, Neutron won't lie to Neutron ;-)15:35
gibimlavalle: :) I have to draw an example as I cannot explain my concerns without it :)15:36
gibimlavalle: I will try to do something in the yesterday etherpad https://etherpad.openstack.org/p/X0RboWOe7C15:37
mlavallegibi, rubasov: let's do the drawing.... But just for the next 5 minutes grant that I am right.....15:37
gibimlavalle: OK15:38
rubasovmlavalle: sure15:38
mlavalleand that we can get rid of https://review.openstack.org/#/c/502306/22/specs/rocky/approved/bandwidth-resource-provider.rst@55015:38
gibimlavalle: anyhow I will need time to do that drawing15:39
gibimlavalle: correct, we have to get rid off the physnet15:40
gibimlavalle: from the port's resource_request as that information is not available before scheduling and before port binding15:40
mlavallethen all the information needed to bind the port to the RP / backend selected by the scheduler can be represented in traits in the RP that can then be communicated to Neutron in the binding15:40
*** jhershbe has quit IRC15:41
gibimlavalle: I'm not sure what information is needed to the port binding, you can assume that if a trair is added on an RP by the agent created it, then nova can pass that trait back to neutron15:42
gibimlavalle: or nova can pass the RP uuid and neutron ask placement about the traits on that RP if that looks better15:42
mlavalleso it's not only that I want to get rid of that attribute in the 'resource_request' of the port but also that we can simplify a lot what we have to implement on the Nova side by having Nova to communicate the traits of the selected RP15:42
mlavallein the binding15:43
gibimlavalle: please note that today we assume that what is selected for a port is a single RP, but in the future it could be more than a single RP, maybe multiple RPs15:43
mlavallegibi: I would rather receive the traits in the binding. That saves a slow ReST api call15:43
gibimlavalle: understood15:43
*** obondarev has quit IRC15:44
mlavallegibi: yeah, but in the end, you are going to pick one, right?15:44
*** horms has quit IRC15:44
mlavallebecause you have to make a claim against one specific RP, right gibi?15:45
gibimlavalle: today we claim the port resources agains a single RP. What I wanted to note that this might change in the future if resources needed for a neutron port are spread around multipl RPs in a single RP tree15:46
mlavalleand then you dispatch the instance creation to the compute15:46
gibimlavalle: correct15:46
gibimlavalle: allocation candidate query, the filtering in the scheduler -> having one selected candidate -> claim the resources in that candidate -> dispatch the boot request to the host specified by the selected candidate15:47
*** matrohon has quit IRC15:47
mlavallegibi: yea, that is what I undrstand also15:48
openstackgerritMichel Peterson proposed openstack/networking-odl master: Add lower-constraints job  https://review.openstack.org/55630315:49
openstackgerritMichel Peterson proposed openstack/networking-odl master: DNM: Testing job lower-constraints actually works  https://review.openstack.org/55738115:49
mlavallegibi, rubasov: one thing to keep in mind is that only Neutron modifies the RPs tree, correct?15:49
rubasovmlavalle: one part of it, yes15:50
mlavalleNova queries them and allocates from the inventories15:50
*** andreas_s has quit IRC15:51
mlavallegibi, rubasov ^^^^15:51
*** andreas_s has joined #openstack-neutron15:51
gibimlavalle: nova creates allocations against RPs created by Neutron, but Nova does not change inventory or traits on the Networking RPs15:51
rubasovrubasov: that part should be kept as neutron's internal data format and query logic15:52
rubasovmlavalle: ^^^^15:52
*** armaan has quit IRC15:52
mlavallegibi: so we are aligned. Since Neutron is the source of the RPs, whatever RP / host is slected by the scheduler, Neutron will be able to honor at port binding15:53
mlavalleas long as that combinstion is communicated in the binding request15:54
*** itlinux has joined #openstack-neutron15:54
gibimlavalle: Neutron also the source of the resource request in the port, and Neutron needs to make sure that the request is not contradictory about what the port can do15:54
mlavallegibi: of course15:54
jlibosvamlavalle: hi - I have requested a new tag for Neutron Queens - if you could have a look pls - https://review.openstack.org/#/c/557383/15:54
*** Eran_Kuris has quit IRC15:55
mlavallejlibosva: thanks. taken care of15:55
*** andreas_s_ has joined #openstack-neutron15:55
jlibosvamlavalle: thanks!15:55
mlavallegibi, rubasov: I think we made a lot of progress today. what do you think?15:56
rubasovmlavalle: if we practically duplicate all knowledge and logic of port binding in placement/scheduler then yes we can honor it later15:56
*** andreas_s has quit IRC15:56
gibimlavalle: I happy as we detected one bad assumption on my side early enough :)15:56
gibimlavalle: I will started drawing and exmple setup in https://etherpad.openstack.org/p/X0RboWOe7C but I have to continue tomorrow15:56
rubasovmlavalle: but some parts of port binding today are so dynamic that it's impossible to express in placement (eg. is the agent up)15:57
*** tmorin has quit IRC15:57
gibimlavalle: also please note that I will disappeare for two weeks (honeymoon) after tomorrow so you and rubasov has to continue until I return15:57
mlavallerubasov: but I am not proposing that. I am just clarifying what traits need to be in the RP and how they can have to be comunicated to Neutron in the binding15:57
*** chyka has joined #openstack-neutron15:59
*** chyka has quit IRC15:59
mlavallerubasov: and yes, of course failures can still happen. But it's the same today15:59
rubasovmlavalle: understood16:00
*** chyka has joined #openstack-neutron16:00
gibimlavalle, rubasov: thanks for the talk, lets continue this tomorrow16:00
*** felipemonteiro_ has quit IRC16:00
* gibi rushes away16:00
mlavallegibi: good night!16:00
*** andreas_s_ has quit IRC16:00
rubasovmlavalle: thank you, see you later16:00
mlavallerubasov: thank you16:01
*** fragatin_ has quit IRC16:05
mlavallerubasov: that presentation delves also in what a physnet is. You may find it useful16:05
*** andreas_s has joined #openstack-neutron16:06
rubasovrubasov: will look at it16:06
rubasovmlavalle: ^^^^16:06
mlavalle;-)16:06
rubasovmlavalle: have a nice day, bye16:07
mlavallerubasov: you have a good night !16:07
*** marios has quit IRC16:08
*** andreas_s has quit IRC16:10
*** lucasagomes is now known as lucas-afk16:13
*** ragiman has quit IRC16:18
*** obondarev has joined #openstack-neutron16:19
*** ihrachys has joined #openstack-neutron16:25
*** haleyb has quit IRC16:27
*** haleyb has joined #openstack-neutron16:27
*** sshwarts has quit IRC16:28
openstackgerritMerged openstack/networking-ovn master: Maintenance: Add functional tests for database sync task  https://review.openstack.org/54296316:35
*** rossella_s has joined #openstack-neutron16:36
*** kobis has joined #openstack-neutron16:36
*** lrichard has joined #openstack-neutron16:38
*** ihrachys_ has joined #openstack-neutron16:38
*** fragatina has joined #openstack-neutron16:40
*** velizarx has joined #openstack-neutron16:40
*** yamahata has joined #openstack-neutron16:40
*** lrichard_ has quit IRC16:40
*** armaan has joined #openstack-neutron16:40
*** ihrachys has quit IRC16:41
*** germs has joined #openstack-neutron16:43
*** germs has quit IRC16:43
*** germs has joined #openstack-neutron16:43
*** germs has quit IRC16:43
*** obondarev has quit IRC16:44
*** germs has joined #openstack-neutron16:44
*** germs has quit IRC16:44
*** germs has joined #openstack-neutron16:44
*** lpetrut has quit IRC16:45
*** vijaykc4 has joined #openstack-neutron16:52
*** trozet has quit IRC16:53
*** vijaykc4 has quit IRC16:53
*** ibmko has quit IRC16:54
*** mvk has quit IRC16:56
*** velizarx has quit IRC16:58
*** r-daneel_ has joined #openstack-neutron16:59
*** r-daneel has quit IRC17:01
*** r-daneel_ is now known as r-daneel17:01
*** rkukura has joined #openstack-neutron17:04
*** Swami has joined #openstack-neutron17:08
*** AlexeyAbashkin has quit IRC17:08
*** janki has quit IRC17:09
*** manjeet has joined #openstack-neutron17:09
*** manjeet is now known as manjeets_lp17:10
*** dtantsur is now known as dtantsur|afk17:10
*** kobis has quit IRC17:12
openstackgerritSwaminathan Vasudevan proposed openstack/neutron master: DVR: Add error handling for get_network_info_for_id rpc call  https://review.openstack.org/55509517:13
*** sambetts is now known as sambetts|afk17:13
*** velizarx has joined #openstack-neutron17:14
*** oreillyd has quit IRC17:14
*** velizarx has quit IRC17:16
*** manjeets_lp has quit IRC17:16
*** manjeets_lp has joined #openstack-neutron17:16
*** velizarx has joined #openstack-neutron17:16
*** rkukura has quit IRC17:20
openstackgerritMerged openstack/networking-sfc master: Update links in README  https://review.openstack.org/54935317:21
*** iyamahat has joined #openstack-neutron17:22
*** manjeets_lp has quit IRC17:24
*** Leo_m_ has joined #openstack-neutron17:28
*** mvk has joined #openstack-neutron17:28
*** mdnadeem_ has quit IRC17:28
*** yamamoto has quit IRC17:29
*** Leo_m has quit IRC17:29
*** moshele has joined #openstack-neutron17:30
*** lpetrut has joined #openstack-neutron17:30
*** suresh12 has joined #openstack-neutron17:31
*** fragatina has quit IRC17:35
*** tesseract has quit IRC17:35
*** velizarx has quit IRC17:38
*** iyamahat has quit IRC17:38
*** yamahata has quit IRC17:38
*** armaan has quit IRC17:39
*** felipemonteiro has joined #openstack-neutron17:43
*** velizarx has joined #openstack-neutron17:43
*** felipemonteiro_ has joined #openstack-neutron17:43
*** trozet has joined #openstack-neutron17:45
*** bfernando has quit IRC17:45
*** yamamoto has joined #openstack-neutron17:46
*** kobis has joined #openstack-neutron17:46
*** felipemonteiro has quit IRC17:47
*** velizarx has quit IRC17:48
*** moshele has quit IRC17:49
*** r-daneel_ has joined #openstack-neutron17:51
openstackgerritmelissaml proposed openstack/networking-sfc master: Cleanup test-requirements  https://review.openstack.org/55745617:52
*** r-daneel has quit IRC17:53
*** r-daneel_ is now known as r-daneel17:53
*** gkadam has quit IRC17:54
*** kobis has quit IRC17:55
*** salmankhan has quit IRC17:55
*** rossella_s has quit IRC17:57
*** gcheresh has joined #openstack-neutron17:58
*** velizarx has joined #openstack-neutron17:58
*** rkukura has joined #openstack-neutron17:58
*** kobis has joined #openstack-neutron17:59
*** Leo_m_ has quit IRC18:00
*** Leo_m has joined #openstack-neutron18:00
*** itlinux has quit IRC18:00
*** lpetrut has quit IRC18:02
*** jhershbe has joined #openstack-neutron18:06
*** yamamoto has quit IRC18:12
*** obondarev has joined #openstack-neutron18:12
*** manjeet has joined #openstack-neutron18:12
*** velizarx has quit IRC18:13
*** sshank has joined #openstack-neutron18:14
*** itlinux has joined #openstack-neutron18:15
*** kobis1 has joined #openstack-neutron18:15
*** yamahata has joined #openstack-neutron18:16
*** kobis has quit IRC18:16
*** lpetrut has joined #openstack-neutron18:16
*** Leo_m has quit IRC18:16
*** suresh12 has quit IRC18:19
*** jlibosva has quit IRC18:21
*** yamamoto has joined #openstack-neutron18:21
*** Leo_m has joined #openstack-neutron18:23
*** suresh12 has joined #openstack-neutron18:23
*** yamamoto has quit IRC18:26
*** fragatina has joined #openstack-neutron18:27
*** voelzmo has joined #openstack-neutron18:33
*** gyankum has quit IRC18:36
*** yamamoto has joined #openstack-neutron18:36
*** bfernando has joined #openstack-neutron18:39
openstackgerritMerged openstack/neutron-lib master: fix typos in parameters.yaml  https://review.openstack.org/55554518:40
*** gyankum has joined #openstack-neutron18:40
*** yamamoto has quit IRC18:41
*** sshank has quit IRC18:43
*** bfernando has quit IRC18:44
*** velizarx has joined #openstack-neutron18:48
*** Leo_m has quit IRC18:48
*** gyankum has quit IRC18:48
*** voelzmo has quit IRC18:48
*** Leo_m has joined #openstack-neutron18:48
*** jhershbe has quit IRC18:49
*** yamamoto has joined #openstack-neutron18:52
*** moshele has joined #openstack-neutron18:54
*** AlexeyAbashkin has joined #openstack-neutron18:54
*** lpetrut has quit IRC18:54
*** moshele has quit IRC18:56
*** yamamoto has quit IRC18:56
*** AlexeyAbashkin has quit IRC18:59
openstackgerritMerged openstack/networking-sfc master: Revert "DNM: tentative hack to point to neutron-lib master"  https://review.openstack.org/55717819:00
*** velizarx has quit IRC19:01
*** manjeet has quit IRC19:01
*** obondarev has quit IRC19:05
*** gkadam has joined #openstack-neutron19:06
*** kobis1 has quit IRC19:08
*** atoth has quit IRC19:10
*** yamahata has quit IRC19:11
*** yamahata has joined #openstack-neutron19:12
*** manjeet has joined #openstack-neutron19:13
*** kobis has joined #openstack-neutron19:15
*** yamamoto has joined #openstack-neutron19:17
*** yamamoto has quit IRC19:17
openstackgerritboden proposed openstack/neutron master: use plugin common utils from neutron-lib  https://review.openstack.org/54931319:18
*** Leo_m has quit IRC19:23
*** Leo_m has joined #openstack-neutron19:23
openstackgerritboden proposed openstack/neutron-lib master: rehome used db utils  https://review.openstack.org/54016119:25
*** esberglu has quit IRC19:25
*** esberglu has joined #openstack-neutron19:26
*** yamamoto has joined #openstack-neutron19:28
slaweqmlavalle, haleyb: may I ask You for review of https://review.openstack.org/#/c/548225/ if You will have few minutes of free time? :)19:30
slaweqthx in advance19:30
*** gcheresh has quit IRC19:30
*** esberglu has quit IRC19:31
*** yamamoto has quit IRC19:32
*** MarkMielke has quit IRC19:37
*** esberglu has joined #openstack-neutron19:38
*** manjeet has quit IRC19:40
*** felipemonteiro_ has quit IRC19:40
*** felipemonteiro_ has joined #openstack-neutron19:40
openstackgerritboden proposed openstack/neutron-lib master: rehome db api  https://review.openstack.org/55704019:41
*** yamamoto has joined #openstack-neutron19:43
*** yamamoto has quit IRC19:47
*** yamahata has quit IRC19:48
*** felipemonteiro__ has joined #openstack-neutron19:53
openstackgerritSwaminathan Vasudevan proposed openstack/neutron master: DVR: Add error handling for get_network_info_for_id rpc call  https://review.openstack.org/55509519:55
*** yamamoto has joined #openstack-neutron19:57
*** yamamoto has quit IRC19:57
*** felipemonteiro_ has quit IRC19:58
*** moshele has joined #openstack-neutron20:11
*** gkadam has quit IRC20:12
*** kobis has quit IRC20:15
*** ktibi has quit IRC20:17
*** nplanel has quit IRC20:21
*** nplanel has joined #openstack-neutron20:21
*** sapd__ has quit IRC20:30
*** sapd__ has joined #openstack-neutron20:31
*** r-daneel_ has joined #openstack-neutron20:32
*** r-daneel has quit IRC20:33
*** r-daneel_ is now known as r-daneel20:33
*** jdandrea has quit IRC20:37
*** nicolasbock has joined #openstack-neutron20:39
*** puck has joined #openstack-neutron20:44
*** moshele has quit IRC20:44
*** andreas_s has joined #openstack-neutron20:45
*** fnaval_ has quit IRC20:47
*** ibmko has joined #openstack-neutron20:49
*** andreas_s has quit IRC20:49
openstackgerritIhar Hrachyshka proposed openstack/neutron master: WIP Automatically expire obsolete relationships  https://review.openstack.org/55666720:50
*** fnaval has joined #openstack-neutron20:52
*** martinus__ has quit IRC20:52
*** iyamahat has joined #openstack-neutron20:52
openstackgerritMerged openstack/neutron master: Don't define polling_interval option in two places  https://review.openstack.org/55700320:56
openstackgerritMerged openstack/neutron master: Add fullstack job to gate queue  https://review.openstack.org/55721820:56
openstackgerritMerged openstack/neutron master: Removing deprecated module neutron.api.versions  https://review.openstack.org/55676920:57
openstackgerritMerged openstack/neutron master: Enable mutable config in Neutron  https://review.openstack.org/55425920:57
*** yamamoto has joined #openstack-neutron20:57
openstackgerritHongbin Lu proposed openstack/neutron master: [WIP][POC] Perform validation on filter parameter  https://review.openstack.org/55436820:58
*** yamahata has joined #openstack-neutron20:58
*** r-daneel_ has joined #openstack-neutron21:01
*** velizarx has joined #openstack-neutron21:02
*** r-daneel has quit IRC21:03
*** r-daneel_ is now known as r-daneel21:03
*** yamahata has quit IRC21:03
*** yamamoto has quit IRC21:03
mlavallearmax: if you have some time, would you please weigh in: https://review.openstack.org/#/c/557367?21:04
armaxlooking21:04
*** fnaval has quit IRC21:07
*** fnaval has joined #openstack-neutron21:07
*** moshele has joined #openstack-neutron21:08
*** fnaval_ has joined #openstack-neutron21:09
*** fnaval has quit IRC21:12
armaxmlavalle: done21:12
mlavallethanks armax :-)21:13
*** itlinux has quit IRC21:14
*** velizarx has quit IRC21:15
openstackgerritMerged openstack/neutron master: Switch ip link command to pyroute2  https://review.openstack.org/54822521:17
*** crose has quit IRC21:20
*** iyamahat has quit IRC21:22
*** yamahata has joined #openstack-neutron21:24
*** puck has quit IRC21:25
*** moshele has quit IRC21:26
*** vijaykc4 has joined #openstack-neutron21:30
*** sticker has joined #openstack-neutron21:40
*** boden has quit IRC21:41
*** edmondsw has quit IRC21:43
mlavallehaleyb: I had lunch today with carl_baldwin, HenryG_, blogan and kevinbenton21:47
mlavallewe wnet here: http://www.stilesswitchbbq.com/21:48
-openstackstatus- NOTICE: the zuul web dashboard will experience a short downtime as we roll out some changes - no job execution should be affected21:52
*** harlowja has joined #openstack-neutron21:53
openstackgerritMerged openstack/neutron master: Add iptables metadata marking rule on router init  https://review.openstack.org/52440621:57
*** kstev has quit IRC21:58
*** yamamoto has joined #openstack-neutron21:59
harlowjakevinbenton yt22:03
harlowjarm_work and i have a question22:04
harlowjaif u have a free few minutes :)22:04
rm_workyepyep22:04
harlowjamaybe 20 minutes22:04
harlowjalol22:04
*** yamamoto has quit IRC22:04
*** yamahata has quit IRC22:04
harlowjaor ihrachys_ :)22:05
harlowjait's a functionality question around a patch that we have that we don't want22:05
ihrachys_harlowja, wassup22:06
harlowjaso the gist of it is that we have this patch https://gist.github.com/harlowja/e3cb3a84ff06834d48a973bba431317422:07
harlowjaand we don't really want it22:07
harlowjaand its someones requirement to do that22:08
harlowja`Allow multiple floating IPs to single port.`22:08
harlowjaand that's old and such, so thinking if that's already allowed, or can just be configured22:08
harlowjaor is it to dangerous22:08
harlowjaand then wanted some experts thoughts22:08
rm_workYeah, the first question is: what is the reason behind this validation22:08
harlowjaya, any thoughts appreciated :)22:11
harlowjaits ok if its delayed, rm_work works alot22:11
harlowjaand is always online, lol22:11
rm_worklol22:11
rm_worki'm just in a new timezone every day, so it just seems like it22:11
harlowja:-/22:11
harlowjawut22:11
ihrachys_I think this is supposed to forbid associating the same fip to two ports.22:11
rm_workyes22:12
rm_workihrachys_: so... why do we forbid that22:12
rm_workis it a bad idea for some reason?22:12
ihrachys_well, your fip should always be at a single place in the network, otherwise you would split traffic between those two endpoints that belong to different ports.22:12
rm_workwe patch it out in our cloud and users can associate multiple FIPs to the same port, and it works fine for us here22:13
rm_workoh22:13
ihrachys_but I don't think that's what you ask22:13
rm_workerr sorry22:13
rm_workit's binding multiple FIPs to one port22:13
ihrachys_yeah22:13
rm_worknot one FIP to multiple ports22:13
rm_workwhich seems like it should be fine22:13
rm_worki read your first message wrong22:13
idlemindany chance i could get a workflow vote on https://review.openstack.org/#/c/555162/2 to start gates? i'd like to bump the sha's in my osa build to resolve the issue i'm having22:14
ihrachys_rm_work, yeah. I don't think there is a particular reason to not allow two fips from the same external network per port (note that you can already have them from a different network).22:15
ihrachys_it's just that what you describe is probably useless.22:15
rm_workthere's a variety of (admittedly dumb) reasons22:15
ihrachys_because the two fips would have the same behavior, so why wasting an address22:15
rm_workfor instance, dealing with clients that don't support SNI22:15
rm_workso needing multiple IPs for one TLS Webserver22:16
rm_worketc22:16
ihrachys_and the instance is aware of its fips?22:16
rm_workyes22:16
ihrachys_eh22:16
rm_workalso: because we charge per address ;)22:16
ihrachys_well yeah, that could be considered a use case22:16
rm_workand if they want to pay us for more addresses ...22:17
ihrachys_rm_work, evil!22:17
rm_worklol22:17
rm_workI mean, it's the user's choice22:17
ihrachys_haleyb, heya22:17
ihrachys_haleyb, folks ask why you can't have nice things22:17
ihrachys_haleyb, I mean, why you can't have two fips from same net per port22:17
harlowja:)22:17
ihrachys_harlowja, I don't think there would be an issue if we remove the requirement; but will probably require a discussion among drivers team members to sanity check the change22:19
stickerhow would the traffic coming from the instance work though?22:19
harlowjaya, sanity check++22:19
rm_workyeah, that is the question22:19
ihrachys_harlowja, btw you were saying that "we" have it. who are "we"?22:19
rm_workare there drivers where this would explode22:19
stickerwe do something similar but use allowed address pairs so that it can be natted to the right IP22:19
rm_workGoDaddy's cloud22:19
harlowjasorry, godaddy ^22:19
rm_worksticker: so, multiple ports, AAP, bind FIPs to the additional ports22:19
*** mlavalle has quit IRC22:19
rm_workwe are looking at that too22:20
ihrachys_rm_work, that's a good question. there may be such drivers. we don't really control them. but arguably it's not an api definition change.22:20
stickeryeah, thats what we do.  we create additional ports, set them as AAP on the port we want traffic to, and then bind the FIP22:20
ihrachys_sticker, you mean we don't know which fip will be used on going outside?22:21
stickerihrachys_: if you have an neutron port with an IP of 10.10.10.1 and bind FIPs of 2.3.4.5 and 2.3.4.6 to it, when traffic is exiting the environment from 10.10.10.1, how will it know which FIP it should NAT the traffic to?22:22
idlemindthe same discussion could be brought to ipv6 if we desired things like privacy addressing to work22:23
idlemind(the fip talk)22:23
ihrachys_yeah that's a good point. we can't really "stick" a session to a particular fip.22:23
*** aojea has joined #openstack-neutron22:23
stickerihrachys_: we use an internal IP per FIP in use so a port might have 10.10.10.1 and AAP of 10.10.10.2, then we bind 2.3.4.5 to one IP and 2.3.4.6 to the other22:23
ihrachys_idlemind, ipv6 fips are not going anywhere so that doesn't really apply her22:24
ihrachys_*here22:24
ihrachys_sticker, yeah seems like the most sane thing to do.22:24
ihrachys_harlowja, rm_work considering ^ we probably need a better use case to justify that22:25
ihrachys_because session based connection will use fips at random22:25
*** Guest33320 has quit IRC22:26
*** rcernin has joined #openstack-neutron22:28
rm_workyeah ... there are other factors that make that difficult22:29
rm_workbut, we're looking at it22:29
rm_workout of curiosity, what if running that validation was configurable by the operator?22:30
harlowjaafaik rm_work we aren't really doing NAT in the same way as others are for FIPs22:31
harlowja(ie, not really NAT at all)22:31
*** esberglu has quit IRC22:32
*** mriedem has quit IRC22:34
harlowjabut ya, rm_work question is still valid; prob requires a larger discussion then at some weekly meeting i would assume22:35
*** mriedem has joined #openstack-neutron22:36
*** iyamahat has joined #openstack-neutron22:38
*** fnaval_ has quit IRC22:40
rm_workor -- would there be objections to having it as a feature-flag on a driver, default being "multiple binding not supported", but driver authors could override that to opt in22:40
*** iyamahat has quit IRC22:40
*** iyamahat has joined #openstack-neutron22:41
*** mmichelson has quit IRC22:41
rm_workihrachys_: ^^22:42
*** felipemonteiro__ has quit IRC22:43
*** tpsilva has quit IRC22:44
ihrachys_rm_work, that's probably a question to l3 subteam members22:45
ihrachys_rm_work, I am not into drivers for l3, not sure which mechanisms we have there for that22:45
*** mriedem has quit IRC22:47
rm_workdo they have a meeting?22:47
ihrachys_yes22:48
ihrachys_http://eavesdrop.openstack.org/#Neutron_L3_Sub-team_Meeting22:48
rm_workthanks22:48
ihrachys_ok I gotta go, sorry I am not of much help.22:48
rm_worknp22:48
rm_workplenty of help ;)22:48
ihrachys_haleyb and mlavalle are your guys to ask more22:48
harlowja:)22:49
openstackgerritHongbin Lu proposed openstack/neutron master: [WIP][POC] Perform validation on filter parameter  https://review.openstack.org/55436822:53
*** hongbin has quit IRC22:54
*** puck has joined #openstack-neutron22:57
*** yamamoto has joined #openstack-neutron23:00
*** yamamoto has quit IRC23:06
*** iyamahat has quit IRC23:20
*** salv-orlando has quit IRC23:21
*** salv-orlando has joined #openstack-neutron23:22
*** puck has quit IRC23:25
*** salv-orlando has quit IRC23:27
*** chyka has quit IRC23:32
*** aojea has quit IRC23:33
*** chyka has joined #openstack-neutron23:33
*** itlinux has joined #openstack-neutron23:36
*** chyka has quit IRC23:37
*** itlinux has quit IRC23:41
*** vijaykc4 has quit IRC23:41
*** vijaykc4 has joined #openstack-neutron23:42
*** tbachman has quit IRC23:52
*** claudiub has quit IRC23:52
*** rkukura has quit IRC23:53
*** iyamahat has joined #openstack-neutron23:55
-openstackstatus- NOTICE: Zuul has been restarted to update to the latest code; existing changes have been re-enqueued, you may need to recheck changes uploaded in the past 10 minutes23:58
*** rossella_s has joined #openstack-neutron23:58
*** puck has joined #openstack-neutron23:59

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!