04:00:04 #startmeeting fwaas 04:00:05 Meeting started Wed Jun 15 04:00:04 2016 UTC and is due to finish in 60 minutes. The chair is njohnston. Information about MeetBot at http://wiki.debian.org/MeetBot. 04:00:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 04:00:08 The meeting name has been set to 'fwaas' 04:00:21 Hello all! 04:00:31 hello :) 04:00:37 #chair SridarK xgerman 04:00:38 Current chairs: SridarK njohnston xgerman 04:00:48 o/ 04:00:59 Hi All 04:01:15 shall we get started 04:01:24 Indeed! 04:01:32 Hello all 04:01:38 padkrish is out on PTO so most likely will not join 04:02:05 SridarK, OK. Thanks you. 04:02:25 #topic FWaaS v2 04:02:51 njohnston: thanks for the db patch - i am working thru the integration 04:03:06 Excellent, I am glad we are starting to see some real velocity here 04:03:12 as expected - i am going thru some initial teething issues 04:03:16 nothing major 04:03:50 i am creating the new tables manually - i hope by end of day tomorrow - i will atleast have gotten rid of some of the tracebacks 04:04:29 so will continue with that 04:04:35 excellent 04:05:06 yushiro: on the agent front - how are things 04:05:18 things u would like to discuss 04:05:51 SridarK, last week, we discussed with paddu and decided some A.I. 04:06:20 SridarK, My A.I is asking ajo and Ihar about adding L2 extension patch into neutron. 04:06:43 yushiro: ok 04:06:56 SridarK, But I'm sorry. I couldn't reach out ajo/Ihar last week. (No timing on IRC..) 04:07:14 yushiro: ok no worries - perhaps this week u can close on that 04:07:34 yushiro: Let me know if there is anything I/we can do to help 04:07:49 SridarK, Thanks. I'll send e-mail them again and try to reach out on IRC. 04:08:02 yushiro: ok perfect 04:08:11 njohnston, Yes. I'll do that. Thanks for your help :) 04:09:44 Moving to the driver, I dont see mickeys online. chandanc: SarathMekala: things u would like to bring up or discuss ? 04:10:14 I have had a look at the conntrack side 04:10:19 i know u were in discussion with mickeys on getting a bug opened to clean things up on neutron amongst other things 04:11:07 Ya, i cond not proceed beyond the initial discussion about conntrack 04:11:26 i think mickeys is getting busy with some other things - but he mentioned that he is available for any discussions 04:11:50 I had a closure on the discussion with Mickey.. will send across an etherpad on it 04:12:07 ok will ping him and start proceeding on the driver patch 04:12:27 chandanc: SarathMekala: ok great. yes pls feel free to reach him via email or IRC 04:12:50 srue 04:12:56 SarathMekala and chandanc: Did either of you get an idea about the neutron change to relocate the ACCEPT? 04:12:56 Did you guys had a look at the singleton patch ? do you have any feedback ? 04:13:24 chandanc: can u pls point to the patch 04:13:27 chandanc: I did not, apologies. Can you send the URL? 04:13:39 No i have not looked at the exact iptables rules, i can give an update this week though 04:13:49 chandanc: Thanks! 04:13:49 sure 04:14:16 #link http://paste.openstack.org/show/510538/ 04:14:49 #action multiple folks to review http://paste.openstack.org/show/510538/ 04:14:57 * njohnston notes shwetaap pushed a new patchset for the rest API change, and it has a lot more in the way of tests: https://review.openstack.org/#/c/264489/ 04:15:28 ok sounds good 04:15:36 chandanc: any thing else to discuss ? 04:15:54 nothing more for now 04:16:01 thanks njohnston, yea i just pushed it out. I may have a few more tests to add. Will add to the patch 04:16:07 ok 04:16:19 nice 04:16:19 shwetaap: circling back - thx for the update 04:16:53 shwetaap: i have started with the original patch for my integration - i will update 04:17:14 SridarK: sounds good. 04:17:50 xgerman: njohnston: other things to cover on v2 ? 04:18:01 no I think w are good 04:18:09 I have my v2 work on hold while I work on the l3 agent extension 04:18:27 njohnston: yes understood - u have given me enough to go on 04:18:51 njohnston: i will let u know if i hit issues 04:19:01 SridarK: Sounds like a good plan 04:19:27 #topic L3Agent extension 04:19:33 njohnston: pls go ahead 04:19:38 First implementation patch for the l3 agent extension is up: https://review.openstack.org/329701 "Move agent extension mechanism out of L2 agent" 04:19:55 I figure that si the first bit, then I will proceed with the more intrusive agent changes. 04:20:14 Note that patch is super-WIP, I haven't really attended to the breakage in the tests yet - that is tomorrow 04:20:17 njohnston: great - i took a quick look at this - i think getting out of L2 was a good first step 04:21:03 njohnston: so the extensions manager bit can be pretty much commonized without any issues ? 04:21:04 As far as the server side, the notification driver, it's a little stickier extricating out the l2 agent specific code form the general notification logic, and I have a question out to ajo, since he wrote that code 04:21:33 SridarK: I believe that part is highly generic, so yes, I am optimistic it can be generalized with very few issues 04:21:51 njohnston: ok that would be nice 04:21:53 that is the lowest of the low hanging fruit in this endeavor 04:21:58 :-) 04:23:12 So that divides the work into more achieveable sections 04:23:26 and I will proceed delivering them seriatim 04:23:36 Sounds good 04:24:01 That is it for me 04:24:06 i am quite familiar with the FWaaS L3 Agent pieces - so i can definitely help bolt that in 04:24:14 excellent 04:24:38 njohnston: nice work on the spec - i think most issues are covered 04:24:47 what rpc messages does l3 fwaas need to be sensitive to? 04:24:55 once Ihar acks ur last rev - we shd be good 04:25:15 njohnston: these would be for the FWaaS resources 04:25:25 when we create a Firewall Group 04:25:38 or if we update a rule or a policy in a Firewall Group 04:26:03 IIRC, we use one topic to push these from the plugin to the agent 04:26:21 yes, but it would also need to be sensitive to, say, a port delete, so it would clean up any rules specific to that port's firewalling, yes? 04:26:23 and we had a reverse for things the agent reported back to the plugin (like if something failed) 04:26:46 njohnston: yes exactly as we introduce the port attribute 04:27:16 njohnston: previously we had an update out if the router that the FW was installed on changes 04:28:03 could you send me a ppinter to where that logic is when you get a chance? 04:28:19 njohnston: although will need to look at parallels with the L2 case where u had mentioned that we shared the rpc 04:28:20 (doesnt need to be right now) 04:28:25 njohnston: surely 04:28:29 thanks! 04:29:22 njohnston: essentially all the CRUD methods will trigger a push to the agent (if there is a Firewall Group) 04:29:31 ok 04:29:37 * xgerman finished another call and can now pay full attention 04:29:53 SridarK +1 04:30:14 xgerman: totally understand 04:30:33 and then the agent will figure out if the change affects the ports it manages and ask for the info — or in v 0.5 always asks for the info 04:30:52 ok 04:31:16 xgerman: +1 - i need to go thru that logic a bit more for the new implementation model 04:31:25 njohnston: other things u would like to discuss here 04:31:47 not in the l3 topic, no 04:32:04 #topic Devstack plugin for FWaaS 04:32:16 #link https://review.openstack.org/214350 04:32:54 njohnston: thx for confirming - clearly i dont see the db migration script running thru 04:32:54 It sounds to me like migrations are only getting partially executed 04:33:03 yes 04:33:29 the router association table is not getting created, so when we do a firewall-create - we fail with the table being absent 04:33:47 question: do you guys not see the association table created ? 04:33:47 I need to bone up a bit on how migrations get executed I guess, since I can't make heads or tails of this issue yet 04:33:59 chandanc: i did not see it 04:34:19 oh, i just re stacked, and was able to create a router 04:34:36 and i asked njohnston: to confirm - just to be sure that i did not get something messed up on my setup 04:34:48 chandanc: ok i have a router too 04:34:58 chandanc: but are u able to create a firewall ? 04:35:06 i can create rules and policies 04:35:21 yes 04:35:29 know they changed migrations around a bit 04:35:34 chandanc: ok so i may have a red herring ? 04:35:38 but forgot the deails 04:35:47 ok , will recheck and let you know by mail 04:35:56 xgerman: yes that is correct 04:35:59 chandanc: Did you try with the devstack plugin patch? 04:36:10 ya i did 04:36:33 ok, I will restack tomorrow with a freshly created VM and see what happens 04:36:50 please go on, will let you know once my stack is redone 04:36:52 chandanc: u are using enable_service fwaas ? 04:37:05 yes, will also share my local.conf 04:37:07 #action njohnston to restack with a fresh VM and see if migrations happened 04:37:14 chandanc: +1 thanks! 04:37:19 chandanc: ok great 04:37:20 we should put a sample local.conf in our project 04:37:28 lets carry on the conversation in email 04:37:45 xgerman: +1 lets do that right after this patch merges 04:37:51 we can also use our shiny new channel 04:37:56 ;-) 04:37:59 :-) 04:38:06 xgerman: i think we can update the README in the devstack plugin 04:38:16 thar, too 04:38:28 actually the README does have this 04:38:54 yes 04:39:02 ok, sorry for the confusion 04:39:02 chandanc: ok thx - we can sync over email 04:39:03 devstack readme in the patch: https://review.openstack.org/#/c/214350/18/devstack/README.rst 04:39:03 was about to mention that 04:39:03 well, I know we added a sample local.conf in LBaaSand that helped a lot… some project even have vagrant files... 04:39:46 #action SridarK to clean up some of the setup documentation 04:39:51 sample local.conf is far more tune-key ;-) 04:39:54 turn-key 04:41:11 ok i think we have beaten this to death :-) 04:41:28 hopefully by tomorrow we can all be on the same page 04:42:07 +1 04:42:15 +1 04:42:32 #topic Open Discussion 04:43:36 The bot should be on #openstack-fwaas probably tomorrow, thanks to infra liason intervention by dougwig. Thanks dougwig! 04:43:48 njohnston: thanks for initiating this 04:44:02 +1 04:44:05 It seemed like the logical next step 04:44:45 question: had a quick look at the l3 patch, do you think the agent_extension interface will change to support l3 extensions or we are going to handle updates at the port level ? 04:45:59 chandanc: we will have to handle the L3 port thru the L3 agent ext i/f 04:47:10 SridarK: i mean the methods of the agent_extension.py #link https://review.openstack.org/#/c/329701/1/neutron/agent/agent_extension.py 04:47:14 chandanc: The l3 agent extensions manager will load the fwaas extension, and the fwaas extension will register for port updates directly 04:48:10 The updates don't need to pass through the extension manager on the agent side. 04:48:16 rpc updates 04:48:20 ok, so the l3 extension will be called for each port created ? 04:48:35 or only the l3 ports ? 04:49:04 There will port updates and then FW resource updates binding to a specific port 04:49:36 chandanc: we will need to do this if there is a FW bound to that port 04:49:48 we will have calls through the L3 extension and then our CRUD calls -port, FW Rule, etc. 04:50:49 so practically the L3 extension will be called for each port created on the router and each L2 port relevant to us 04:50:54 ok suer, will go through the patch and come back 04:51:52 other things any one would like to bring up ? 04:52:01 chandanc: And understand that https://review.openstack.org/#/c/329701 is still super WIP - it's hours old, and I am working out the kinks. :-) 04:52:04 njohnston, If your patch will be merged, I don't need to register some resources on L2 side? 04:53:22 yushiro: This shouldn't change anything for the L2 side, since the L2 agent will still need to implement rules on VM ports. 04:53:53 +1 04:54:02 njohnston, Ah, I see. I understand your patch effects only L3 side. Thanks. 04:54:19 we hope to share some code between L2 and L3 eventually 04:54:39 It seems unnatural for this part of the code not to be shared. 04:55:21 njohnston: i think we can commonize some of the FW - port binding stuff on the agent 04:55:44 SridarK: +1 04:55:50 njohnston: once we have some things working 04:56:34 indeed 04:56:57 ok if nothing else - we can close out 04:57:36 Thank you all! 04:57:48 thanks! 04:57:55 ok thanks all and we can exchg emails as needed 04:57:57 Thanks a lot! I will hammer out some reviews :-) 04:57:59 thanks 04:58:01 * SarathMekala says bye bye o/ 04:58:06 o/ 04:58:07 #endmeeting