Friday, 2020-12-04

*** dsariel has quit IRC00:08
*** timburke has quit IRC00:09
*** timburke has joined #openstack-meeting00:10
*** mlavalle has quit IRC00:40
*** jungleboyj has quit IRC00:56
*** patrickeast has quit IRC00:56
*** patrickeast has joined #openstack-meeting00:57
*** jungleboyj has joined #openstack-meeting00:57
*** gouthamr has quit IRC00:57
*** nicolasbock has quit IRC00:57
*** nicolasbock has joined #openstack-meeting00:58
*** gouthamr has joined #openstack-meeting00:59
*** tosky has quit IRC01:01
*** rfolco has joined #openstack-meeting01:02
*** macz_ has quit IRC01:05
*** ociuhandu has joined #openstack-meeting01:10
*** ociuhandu has quit IRC01:15
*** rfolco has quit IRC01:18
*** jgriffith has quit IRC01:41
*** baojg has joined #openstack-meeting02:10
*** macz_ has joined #openstack-meeting02:10
*** macz_ has quit IRC02:15
*** ociuhandu has joined #openstack-meeting02:59
*** ociuhandu has quit IRC03:03
*** baojg has quit IRC03:36
*** baojg has joined #openstack-meeting03:37
*** baojg has quit IRC03:47
*** baojg has joined #openstack-meeting03:48
*** ociuhandu has joined #openstack-meeting04:47
*** ociuhandu has quit IRC04:51
*** dsariel has joined #openstack-meeting05:22
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-meeting05:33
*** bbowen_ has joined #openstack-meeting05:35
*** bbowen has quit IRC05:35
*** vishalmanchanda has joined #openstack-meeting05:38
*** lbragstad has quit IRC06:02
*** lbragstad has joined #openstack-meeting06:03
*** ociuhandu has joined #openstack-meeting06:35
*** ociuhandu has quit IRC06:40
*** dklyle has quit IRC06:59
*** ociuhandu has joined #openstack-meeting07:02
*** rcernin has quit IRC07:04
*** lpetrut has joined #openstack-meeting07:06
*** ociuhandu has quit IRC07:14
*** rcernin has joined #openstack-meeting07:17
*** rcernin has quit IRC07:18
*** ociuhandu has joined #openstack-meeting07:42
*** lpetrut has quit IRC07:46
*** ociuhandu has quit IRC07:47
*** ociuhandu has joined #openstack-meeting08:02
*** belmoreira has joined #openstack-meeting08:05
*** ociuhandu has joined #openstack-meeting08:12
*** ociuhandu has quit IRC08:18
*** ociuhandu has joined #openstack-meeting08:32
*** ociuhandu has quit IRC08:39
*** e0ne has joined #openstack-meeting08:54
*** tosky has joined #openstack-meeting09:05
*** lpetrut has joined #openstack-meeting09:07
*** yasufum_ has joined #openstack-meeting09:20
*** yasufum_ has quit IRC09:37
*** ociuhandu has joined #openstack-meeting09:41
*** ociuhandu has quit IRC09:46
*** yasufum has joined #openstack-meeting09:55
*** yasufum has joined #openstack-meeting09:56
*** ociuhandu has joined #openstack-meeting10:10
*** ociuhandu has quit IRC10:19
*** ociuhandu has joined #openstack-meeting10:25
*** ociuhandu has quit IRC10:29
*** yasufum has quit IRC11:12
*** e0ne has quit IRC11:20
*** rfolco has joined #openstack-meeting11:36
*** ociuhandu has joined #openstack-meeting11:39
*** e0ne has joined #openstack-meeting11:43
*** yasufum has joined #openstack-meeting11:50
*** ociuhandu has joined #openstack-meeting12:11
*** manpreet has quit IRC12:12
*** ociuhandu has quit IRC12:20
*** manpreet has joined #openstack-meeting12:33
*** cgoncalves has quit IRC12:45
*** cgoncalves has joined #openstack-meeting12:46
*** cgoncalves has quit IRC12:47
*** ociuhandu has joined #openstack-meeting12:51
*** ociuhandu has quit IRC12:59
*** macz_ has joined #openstack-meeting13:08
*** macz_ has quit IRC13:12
*** ociuhandu has joined #openstack-meeting13:17
*** ociuhandu has quit IRC13:17
*** e0ne has quit IRC13:20
*** ociuhandu has joined #openstack-meeting13:36
*** yangjianfeng has joined #openstack-meeting13:39
*** cgoncalves has joined #openstack-meeting13:40
*** ociuhandu has quit IRC13:43
*** e0ne has joined #openstack-meeting13:43
*** rafaelweingartne has joined #openstack-meeting13:52
*** dolpher has joined #openstack-meeting13:53
*** yasufum has quit IRC13:57
*** yasufum has joined #openstack-meeting13:57
*** mlavalle has joined #openstack-meeting13:59
*** yangjianfeng has quit IRC14:00
slaweq#startmeeting neutron_drivers14:01
openstackMeeting started Fri Dec  4 14:01:02 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
*** yangjianfeng has joined #openstack-meeting14:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
*** openstack changes topic to " (Meeting topic: neutron_drivers)"14:01
openstackThe meeting name has been set to 'neutron_drivers'14:01
mlavalleo/14:01
rubasovo/14:01
slaweqhi14:01
yonglihehi,.14:01
ralonsohhi14:01
*** lajoskatona has joined #openstack-meeting14:02
rafaelweingartne\o14:02
slaweqlets wait few more minutes for haleyb, njohnston, amotoki and yamamoto :)14:02
lajoskatonao/14:02
njohnstono/14:02
*** gibi has joined #openstack-meeting14:05
*** dolpher has quit IRC14:05
*** dolpher has joined #openstack-meeting14:06
slaweqit's 6 minutes after we started meeting14:06
slaweqand we have quorum already14:06
slaweqso lets start14:06
slaweq#topic RFEs14:06
*** openstack changes topic to "RFEs (Meeting topic: neutron_drivers)"14:06
slaweqagenda for the meeting is at https://wiki.openstack.org/wiki/Meetings/NeutronDrivers14:07
slaweqwe have 2 RFEs for today14:07
slaweqhttps://bugs.launchpad.net/neutron/+bug/190511514:07
openstackLaunchpad bug 1905115 in neutron "[RFE] Extend neutron-metadata-agent to support to proxy multiple external services" [Wishlist,New]14:07
slaweqthat's first one14:07
yongliheI would like a new one, https://bugs.launchpad.net/neutron/+bug/1906602, sorry.14:08
openstackLaunchpad bug 1906602 in neutron "[RFE] add new extension "device-profile" for port" [Undecided,New]14:08
slaweqyonglihe: that is added by ralonsoh to the on demand section14:09
*** xinranwang has joined #openstack-meeting14:09
yonglihethanks.14:09
slaweqI hope we will have time to discuss it today too14:09
haleybhi, sorry i'm late14:10
slaweqhaleyb: hi14:10
yongliheI suppose the REF deal with Neutron side detail, and this won't block nova's overall design spec, right?14:10
slaweqhaleyb: we started from14:11
slaweqhttps://bugs.launchpad.net/neutron/+bug/190511514:11
openstackLaunchpad bug 1905115 in neutron "[RFE] Extend neutron-metadata-agent to support to proxy multiple external services" [Wishlist,New]14:11
yonglihes/REF/RFE14:11
haleybi did read this the other day, and my immediate thought was Octavia (load balancer)14:12
slaweqhaleyb: loadbalancer?14:12
haleybit mentions haproxy, L4/L714:12
slaweqmy understanding is that this is to allow instances to reach some services which are outside of the openstack cloud14:13
slaweqso it would be something opposite to octavia IIUC14:13
haleybfor example, in #2 (shared license pool), is the VM asking for a license on startup?14:14
haleybmaybe i didn't read it enough14:14
rubasovthough I never used that, previously I thought nova's vendordata plugin can be used to do that part of the RFE14:14
slaweqhaleyb: that is my understanding of this rfe14:15
njohnstonMy main question is: is the list of external services set in code, or is it operator-configured, or is it tenant-configured?  I can certainly imagine that for Windows instances a connection to SCCM would be essential, but that is the camel's nose, so to speak.14:16
haleybwhy does neutron need to proxy for a license, shouldn't that be some other service?14:16
haleybs/be the proxy14:16
njohnstonFor an otherwise-isolated tenant network14:16
slaweqnjohnston++ yes, that's my understanding of it too14:17
slaweqnjohnston: I don't know the answer for how list of those services would be set14:18
slaweqbut IMHO the best/easiest would be to do it in config file for metadata agent14:18
mlavalleWhile reading it, I assumed it would be configurable. Inly an assumption, though14:19
rubasovthe rfe says "neutron congfiguration file" so I assumed operator-configured14:19
mlavalleProbably would need to be spelled out in a spec14:19
slaweqrubasov: thx, I was almost sure I saw it somewhere :)14:19
rubasovwhich btw is a bit weird for me because that would mean you can't bake standard images for these services, since the access url could be different in every deployment14:21
slaweqrubasov: I believe that for "standard" deployment it would be disabled14:22
slaweqand it's targeting some specific use case with specific images14:22
mlavallehaleyb you reaised an interesting question. Maybe because Neutron is a central point that would allow proxying to many different kinds of services, not only licenses?14:24
haleybso i guess getting back to my original question - if this wasn't an isolated network, the user could just configure a well-known IP to have their license server on, right?14:25
slaweqhaleyb: yes14:26
mlavalleyeah, but then again, licenses is only one of the use cases envisioned here, IIUC14:26
slaweqthat's my understanding too14:26
haleybthat's why without that specific requirement i thought of octavia, but it could just be another VM in the cloud14:26
slaweqthey also say something about some monitoring14:26
mlavalleyeap, monitoring is another use case mentioned14:27
mlavalleit's really an attempt to create a "swiss knife" with the metadata agent to proxy "whatever"14:27
njohnstonThe first question I had when reading this is: why not just use security groups?  I think that this is really a way to get around  not having a default security group where an admin could centrally configure "all new instances get connections to SCCM, inventory-api, etc. no matter what"14:28
slaweqnjohnston: but how SG would help in the isolated network?14:29
njohnston(which would require not using isolated tenant networks of course)14:29
slaweq:)14:29
njohnstonIf a customer is using isolated networks for some kind of compliance reason though I worry very much about poking holes in that, especially if it could be satisfied another way14:30
*** ociuhandu has joined #openstack-meeting14:33
*** ociuhandu has quit IRC14:33
njohnstonI have deployed windows servers that have to communicate with SCCM on startup, so I see the value in this, but I can't imagine saying yes to this and then no to any number of other things corporations like to do, at which point the security model had just become another kind of security group14:34
*** kevinz has quit IRC14:35
njohnstonwell, startup, but especially they need to communicate with SCCM when they get imaged initially14:35
slaweqit can be also done with one additional vm which would be connected to external network and which would do such proxy14:36
slaweqand then neutron don't need to do anything14:36
slaweqon such vm they would be able to control everything as they want :)14:37
njohnstonright!  Addressing it in architecture is better than modifying the service to handle the request14:37
haleybslaweq: right, there are other ways14:37
*** ociuhandu has joined #openstack-meeting14:38
slaweqok, so lets ask them if that would solve their problem14:38
njohnston+114:38
haleybi'm just also thinking when we (maybe) do a server-less metadata in some OVN future feature and we break this14:39
slaweqif not - maybe they will provide more data for further discussion14:39
haleybso +1 to ask them14:39
mlavalle+114:39
slaweqralonsoh: any thoughts?14:39
ralonsohok to ask them14:39
slaweqk14:39
slaweqthx14:39
slaweqso this one is done14:39
slaweqlets now discuss https://bugs.launchpad.net/neutron/+bug/1906602 which was added by ralonsoh to the on demand section14:40
openstackLaunchpad bug 1906602 in neutron "[RFE] add new extension "device-profile" for port" [Undecided,New]14:40
ralonsohslaweq, thanks14:40
slaweqbut as we have yonglihe here14:40
ralonsohlong story short: https://review.opendev.org/c/openstack/nova-specs/+/742785/14/specs/wallaby/approved/support-sriov-smartnic.rst#12914:40
slaweqwe can talk now14:40
slaweqand btw. thx rubasov for allowing discuss of that before his rfe :)14:41
yongliheFirst question,  need a spec for neutron?14:41
yonglihethanks, rubasov14:41
rubasovsure, np14:41
ralonsohlet's first propose what should be done14:41
ralonsohNeutron needs to extend the port API14:42
ralonsohto provide to Nova a string parameter14:42
ralonsoh"device_profile"14:42
ralonsohthis parameter will be passed to Nova and then to Cyborg14:42
ralonsohthis parameter is given during the port creation (read-only)14:42
*** ociuhandu has quit IRC14:43
ralonsohand replying to the RFE question, IMO I think we don't need a spec for this14:43
ralonsohhaving the Nova one14:43
lajoskatonaSo the user needs to know the good value here at port-create time?14:43
yonglihedolpher, and xinran also here.  ralonsoh, yeah.  and a new nit type is also required by nova.14:43
ralonsohyes14:43
yonglihes/nit/nic14:43
lajoskatonaralonsoh: ok14:43
ralonsohlajoskatona, of course that can't be modified if the port is bound14:44
*** bnemec has joined #openstack-meeting14:44
ralonsohif the port is not bound, can be deleted and created again14:44
lajoskatonaralonsoh, yonglihe: when the validation happens, when the value is passed from nova to cyborg?14:44
lajoskatonaso no need to check in neutron create time?14:45
ralonsohwell, not validation but request14:45
ralonsohaccording to the spec, no14:45
ralonsohthis parameter is a generic string14:45
gibiwe touched upon the validation during the PTG but validating the device_profile name from neutron perspective would require a cyborg client to be added14:45
gibias far as I remember we agreed not to do this at the first step14:45
ralonsohsomething like a trait?14:46
slaweqgibi: yes, I also remember something like that14:46
gibiso the server create will fail not the port create if the port has an invalid device_profile value set14:47
*** TrevorV has joined #openstack-meeting14:48
lajoskatonagibi, salweq: ok14:48
*** njohnston_ has joined #openstack-meeting14:49
slaweqthis device_profile field will accept only string? or will it be some dict with various values?14:50
*** bnemec is now known as beekneemech14:50
ralonsohthis is supposed to be like a os trait14:50
ralonsoha string that will define a profile stored in Cyborg14:50
yongliheit should be only string, like a 'flavor' name, which defined in Cyborg14:51
slaweqok, thx14:51
slaweqdo You have any other questions regarding that? or do You want to vote on approving it or not?14:51
slaweqI'm personally ok to approve that rfe on our side, especially that we discussed that during the ptg already14:52
mlavalle+114:52
njohnston_does neutron have any responsibility for validating that the named policy exists in Cyborg before proceeding?14:52
ralonsohnot now, as commented14:52
ralonsohfor now we are not adding the Cyborg client14:53
njohnston_I am +114:53
lajoskatona+114:53
njohnston_ok, apologies my connection tion dropped, I must have missed that14:53
slaweqhaleyb: any thoughts?14:54
slaweqI guess that ralonsoh is "+1" on this also :)14:54
ralonsoh(I added this item to the agenda, I should not vote)14:54
* haleyb got distracted so won't vote14:54
slaweqhmm, that's hard - we have 3x +1, 2x "hold" and missing 2 people14:55
slaweqI have such thing first time here :/14:55
ralonsohno rush, I'll ask next week for more votes14:56
haleybi can read s/b14:56
slaweqhaleyb: would be great :)14:56
ralonsoh(I'll add it again to the agenda, just for voting)14:56
*** ociuhandu has joined #openstack-meeting14:56
yonglihethanks.14:56
slaweqhaleyb: so please read it this week, and we will get back to it as first item on next meeting14:56
haleyb+1 it seems simple enough for neutron14:57
slaweqok, thx haleyb :)14:57
slaweqso I will mark this rfe as approved14:57
ralonsohthank you all14:57
slaweqthx14:57
slaweqhave a great weekend and see You next week!14:57
slaweqo/14:57
mlavalleo/14:57
rubasovo/14:57
slaweqrubasov: Your rfe will be first one next week14:57
slaweq#endmeeting14:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:58
rubasovslaweq: thanks14:58
openstackMeeting ended Fri Dec  4 14:58:00 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-04-14.01.html14:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-04-14.01.txt14:58
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-04-14.01.log.html14:58
ralonsohbye14:58
njohnston_o/14:58
yonglihebye14:58
lajoskatonabye14:58
*** ociuhandu has quit IRC15:03
*** yangjianfeng has quit IRC15:05
*** lajoskatona has left #openstack-meeting15:15
*** rafaelweingartne has quit IRC15:19
*** dklyle has joined #openstack-meeting15:41
*** e0ne_ has joined #openstack-meeting15:45
*** e0ne has quit IRC15:46
*** e0ne_ has quit IRC15:48
*** e0ne has joined #openstack-meeting15:49
*** ociuhandu has joined #openstack-meeting16:04
*** macz_ has joined #openstack-meeting16:06
*** gyee has joined #openstack-meeting16:07
*** ociuhandu has quit IRC16:09
*** njohnston_ has quit IRC16:15
*** Nkaftas has joined #openstack-meeting16:15
*** e0ne has quit IRC16:26
*** ralonsoh has quit IRC16:35
*** mlavalle has quit IRC16:35
*** ralonsoh has joined #openstack-meeting16:35
*** mlavalle has joined #openstack-meeting16:36
*** dsariel has quit IRC16:36
*** dsariel has joined #openstack-meeting16:37
*** e0ne has joined #openstack-meeting16:48
*** lpetrut has quit IRC17:00
*** e0ne has quit IRC17:05
*** xinranwang has quit IRC17:05
*** dolpher has quit IRC17:10
*** ociuhandu has joined #openstack-meeting17:11
*** ociuhandu has quit IRC17:11
*** ociuhandu has joined #openstack-meeting17:12
*** e0ne has joined #openstack-meeting17:16
*** ociuhandu has quit IRC17:16
*** ociuhandu has joined #openstack-meeting17:20
*** ociuhandu has quit IRC17:30
*** ociuhandu has joined #openstack-meeting17:31
*** yasufum has quit IRC17:40
*** beekneemech has quit IRC17:49
*** vishalmanchanda has quit IRC17:58
*** hyunsikyang has joined #openstack-meeting18:03
*** timburke has quit IRC18:03
*** timburke_ has joined #openstack-meeting18:03
*** hyunsikyang__ has quit IRC18:07
*** raildo has quit IRC18:21
*** e0ne has quit IRC18:30
*** raildo has joined #openstack-meeting18:43
*** raildo has quit IRC18:45
*** raildo has joined #openstack-meeting18:48
*** e0ne has joined #openstack-meeting18:54
*** e0ne has quit IRC19:30
*** e0ne has joined #openstack-meeting19:45
*** e0ne has quit IRC19:48
*** e0ne has joined #openstack-meeting19:55
*** e0ne has quit IRC19:56
*** ralonsoh has quit IRC20:29
*** belmoreira has quit IRC20:46
*** jamesdenton has quit IRC20:51
*** jamesdenton has joined #openstack-meeting20:51
*** ociuhandu has joined #openstack-meeting20:51
*** rfolco has quit IRC21:07
*** ociuhandu has quit IRC21:16
*** e0ne has joined #openstack-meeting21:18
*** e0ne has quit IRC21:18
*** TrevorV has quit IRC21:36
*** mlavalle has quit IRC21:38
*** mlavalle has joined #openstack-meeting21:40
*** ociuhandu has joined #openstack-meeting21:47
*** raildo has quit IRC21:59
*** ociuhandu has quit IRC22:11
*** ociuhandu has joined #openstack-meeting22:11
*** ociuhandu has quit IRC22:16
*** ociuhandu has joined #openstack-meeting22:22
*** jamesdenton has quit IRC22:40
*** jamesdenton has joined #openstack-meeting22:41
*** macz_ has quit IRC22:51
*** rfolco has joined #openstack-meeting23:01
*** rfolco has quit IRC23:06
*** ociuhandu has quit IRC23:29
*** ociuhandu has joined #openstack-meeting23:30
*** ociuhandu has quit IRC23:35
*** tosky has quit IRC23:54

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