17:00:51 #startmeeting service_chaining 17:00:52 Meeting started Thu Sep 3 17:00:51 2015 UTC and is due to finish in 60 minutes. The chair is cathy_. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:53 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:56 The meeting name has been set to 'service_chaining' 17:01:00 hi everyone 17:01:02 hello 17:01:05 hi 17:01:06 o/ 17:01:19 o/ 17:01:24 Hi 17:01:28 hi 17:01:49 Any topic you would like to discuss today? 17:01:56 hi 17:02:01 hi 17:02:12 cathy_: no official agenda? 17:02:22 Hi 17:02:55 I have something to discuss with you 17:02:59 hi 17:03:06 vikram: hi 17:03:39 Paul sent an email to openstack-dev about the packaging and release of networking-sfc. Have you read the related emails? 17:04:15 I think we need to sort out clearly what changes we need to put into other OpenStack repo. 17:04:40 cathy_: other OpenStack repo? 17:04:40 First Thanks Paul Carver for raising that question in the alias! 17:04:46 cathy_: +1 That's the main thing that's bothering me right now 17:05:13 vikram: I mean, if we need to make any change in Neutron core component or Neutron client component etc. 17:05:18 We need to modify things like OvS agent, neutronclient, etc 17:05:25 cathy_: I will be doing the release for networking-onos .. Will share you the info once i am clear next week 17:05:38 vikram: great! 17:05:42 But we're trying to follow the "big tent/stadium" model with our own repo 17:05:51 for API and DB, we are good since they are all new files 17:05:59 pcarver: yes 17:06:40 cathy_: from neutronclient all the required changes we have merged 17:06:42 for CLI part, mohankumar_ and vikram : is there any hook we need to add to existing component? 17:07:20 cathy_: no dependency 17:07:29 vikram: great! 17:07:41 cathy_: all are merged 17:07:53 vikram: OK, got it. thanks! 17:07:53 vikram: Do you mean merged into the neutron-client repo or the networking-sfc repo? 17:08:04 neutron-client repo 17:08:31 Does that mean we don't need the neutronclient directory in the networking-sfc repo anymore? 17:09:23 pcarver: I meant the dependent changes for python-neutronclient is merged 17:09:56 vikram: Oh, ok. What I'm concerned with is the neutronclient stuff that we're putting in the networking-sfc repo 17:09:59 pcarver: now networking-sfc will not have any dependencies with neutronclient for CLI 17:10:15 vikram: so we still have the neutronclient dir in networking-sfc? 17:10:33 LouisF: yes we will have 17:10:45 vikram: ok 17:11:17 LouisF: networking-sfc cmds must reside in it's repo 17:11:21 like https://github.com/openstack/networking-bgpvpn/tree/master/networking_bgpvpn/neutronclient 17:11:46 So how does it work, when deploying/installing neutronclient code that's in the networking-sfc repo? 17:11:58 And similar question for other parts such as OvS agent 17:12:36 pcarver: networking-sfc setup.cfg will have entry-points for the new cli's 17:13:04 https://review.openstack.org/#/c/210008/7/setup.cfg 17:13:23 pcarver: you can refer these changes 17:15:27 Ok, I think I understand. So neutronclient will pick up the networking-sfc extensions dynamically without needing to make changes to the actual neutronclient code. 17:15:44 Does that also work the same way for the OvS agent? 17:16:19 pcarver: +1 for neutronclient 17:16:44 pcarver: I am not aware of OvS agent changes .. so can't comment 17:16:53 And does it work the same way for the API? Core neutron will automatically detect and load the networking-sfc API? 17:19:06 pcarver: If we check :https://github.com/openstack/networking-sfc/blob/master/requirements.txt 17:19:11 pcarver: yes, we will add hooks to the setup.cfg 17:19:13 -e git://git.openstack.org/openstack/neutron.git#egg=neutron 17:19:33 + setup.cfg.. will take care of this 17:20:48 cathy_: We need the server code for verifying client + horizon code 17:20:51 vikram: you only add new networking-sfc files to neutronclient directory and the neutron client will automaticlaly pick up your new files 17:21:24 cathy_: yes.. because we mention the entry points in setup.cfg 17:21:31 bouthors_: hi 17:21:42 bouthors_: hi 17:21:43 hi 17:21:47 cathy_: so when networking-sfc is installed entry-points will be installed 17:22:05 https://review.openstack.org/#/c/210008/7/setup.cfg 17:22:15 for service chain plugin and common driver manager part, there is no dependency. So we are good for this part too. 17:22:23 [entry_points] 28 17:22:23 neutronclient.extension= 29 17:22:24 flow_classifier = networking_sfc.neutronclient.flow_classifier 30 17:22:24 port_chain = networking_sfc.neutronclient.port_chain 31 17:22:24 port_pair = networking_sfc.neutronclient.port_pair 32 17:22:24 port_pair_group = networking_sfc.neutronclient.port_pair_group 33 17:22:26 17:23:01 cathy_: We need the server code for verifying client + horizon code 17:23:24 cathy_: We cannot find db migration files in the current review links 17:23:37 The API and DB codes are already posted. 17:23:52 vikram: we will be adding the migration files 17:24:11 LouisF: ok.. once added can you please notify.. 17:24:21 LouisF: we will start our testing 17:24:24 vikram: tomorrow 17:24:30 LouisF: great 17:24:44 LouisF: that great 17:25:02 we will also be posting unit tests for db and extensions 17:25:41 Ok, so it sounds like the only other thing is how the OvS agent additions work 17:26:22 pcarver: do you have the link handy? 17:26:34 We'll be adding code that will add flow table entries to OvS. This code needs to be called by the OvS agent. 17:26:34 pcarver: i mean the code changes link? 17:26:56 vikram: I'm not sure there's a review up yet with the OvS agent changes 17:27:24 cathy_:, LouisF: have you got any OvS agent code? 17:27:38 pcarver: ok.. as you have mentioned then we might need ofagent to be modified 17:27:50 OVS driver does not have dependency, so we are good. But for OVS agent, we need to add a small amount of codes in existing OVS agent 17:28:03 pcarver: we hope to post ovs agent code soon 17:28:20 cathy_, LouisF: do you need the code in neutron repo? 17:28:22 vikram: The actual guts of what networking-sfc does will be putting flows into OvS 17:28:52 All the work so far is just leading up to figuring out what flows to put into OvS 17:29:24 All the API and neutronclient and DB ultimately is there to drive OvS changes 17:29:28 Hi, I have a question. How would OVS work with other hardware based ̣network controller? 17:29:34 At least for the initial reference implementation anyway 17:29:38 vikram: we need to make a change to neutron OVS agent. 17:29:54 vikram: there more need to be change to ovs_neutron_agent.py 17:29:58 We will need to get that small patch approved and merged. 17:30:03 Anh-NetCracker: I spoke to broadly. The API and client and DB will support multiple backends 17:30:24 cathy_: oh.. then we need to get those changes in.. right 17:30:26 but other backends aren't part of the initial work effort 17:30:56 vikram: yes 17:31:01 cathy_: Liberty-3 is planned this week... 17:31:10 The OvS agent will be the initial backend that actually does something in response to the API etc 17:31:17 cathy_: I don't know if the code will be allowed after this 17:31:30 cathy_: May be we can confirm with armax 17:32:31 vikram: sure. 17:33:05 vikram: this would be similar to how OVSDVRNeutronAgent is activated on ovs_neutron_agent.py 17:33:58 LouisF: Ok.. I am not aware with OVS Agent code :( 17:34:26 need to read :) 17:34:35 vikram: ok 17:36:06 Sorry, need to go for dinner.. My family is waiting .. 17:36:12 bye 17:36:39 vikram: thanks! bye 17:36:56 vikram: Thanks 17:37:44 we will explore to see whether there is another way to avoid any change in existing Neutron OVS agent 17:38:30 If anyone has any idea on this, that will be great. 17:38:55 now let's go to horizon work. 17:39:05 mohankumar_: how is the horizon codes going? 17:39:57 I thought I read somewhere that Horizon basically "discovers" stuff by using the neutronclient. I haven't looked into how that actually works. 17:40:29 pcarver: horizon provides the user interface, AFAIK 17:40:34 pcarver: need to design the panels and tabs 17:40:36 we need the horizon code for the demo 17:40:45 mohankumar_: are you there? 17:41:40 mohankumar_: I know it is midnight time for you:-) 17:41:51 OK, let's move to the testing 17:42:44 what tests should we cover: unit test for each part, tempest, integration test. Anything else? 17:45:26 OK, let's talk about the spec and code review. 17:46:34 The API spec has been updated many versions to incorporate comments. If you have more comments, could you please post them by this week? I will upload a new version incorporate Armando's comment on the sequence of commands 17:48:30 For the System and Design Flow spec, I will post another version to clarify Armando's question/comment today. Also please give your final review comments if any. 17:49:54 Same for the other spec and codes. If you have more comments, it will be good to post them this week. We would like to get them merged and move forward. 17:50:34 that's all from my side. Anything else you would like to discuss? 17:51:39 OK, then we can end the meeting earlier today:-) 17:52:02 bye everyone, talk to you in next meeting. 17:52:09 bye 17:52:11 bye 17:52:12 bye 17:52:16 bye 17:52:33 #endmeeting