16:09:06 <sridhar_ram> #startmeeting tacker
16:09:06 <openstack> Meeting started Thu Jun 18 16:09:06 2015 UTC and is due to finish in 60 minutes.  The chair is sridhar_ram. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:09:07 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:09:10 <openstack> The meeting name has been set to 'tacker'
16:09:40 <sridhar_ram> #link Agenda https://wiki.openstack.org/wiki/Meetings/Tacker#Meeting_June_18.2C_2015
16:09:50 <sridhar_ram> #topic announcements
16:10:22 <sridhar_ram> I don't have anything specific to announce this week.. things are chugging along..
16:10:41 <sridhar_ram> any else have a thing to announce here ?
16:11:08 <dgollub> nope
16:11:20 <bobh> no
16:11:20 <sridhar_ram> lets move on ..
16:11:26 <sripriya> looks like yamahata's devstack repo is having issues wrt global requirements
16:12:03 <sripriya> so i'm actively working on that to update stackrc and local.conf files
16:12:19 <sridhar_ram> sripriya: lets run through the Agenda first and take this issue up soon
16:12:26 <sripriya> sure
16:12:44 <sridhar_ram> given serg_melikyan is here .. I thought we could start with Murano discussion first
16:13:02 <sridhar_ram> #topic Tacker-Murano integration
16:13:13 <sridhar_ram> dgollub: please take it over
16:13:18 <dgollub> sure
16:13:33 <dgollub> let me introduce you serg_melikyan
16:13:51 <dgollub> so I finally managed to drop him an invite
16:14:26 <dgollub> so we might want to drop all a quick Murano question we have in today .. even if it wasn't on todays agenda
16:14:30 <dgollub> it was the last two times
16:14:55 <dgollub> I gave serg_melikyan and other Murano folks a quick run down on tacker on the design summit
16:15:24 <dgollub> serg_melikyan: before we start bothering you with some murano questions .. do you have any to tacker right now?
16:16:08 <serg_melikyan> dgollub: Unfortunately I didn't had time after summit to play with Tacker :( So not so much questions
16:16:27 <dgollub> ok - no worries.
16:16:46 <serg_melikyan> I propose to start with quick questions and if needed schedule specific meeting were we can discuss possible integration
16:17:04 <s3wong> sorry, guys. Traffic has been unbearably bad
16:17:21 <sridhar_ram> serg_melikyan: I've some basic understand of Murano.. what is done within that project to have NFV VNF as Murano catalog items ?
16:17:32 <dgollub> In tacker we are interested especially in two things: 1. we don't want to spin our own catalog for any type of appliance and want to ideally base on existing projects, 2. TOSCA ... we see there several projects working on TOSCA indepdentley ... whats your plan in Murano - do you plan to join other TOSCA efforts?
16:17:44 <sridhar_ram> s3wong: glad you are here.. we just started, discussion Murano
16:18:46 <s3wong> sridhar_ram: good
16:19:14 <serg_melikyan> sridhar_ram: we don't have anything specific done for NFV/VNF, but given that VNF it's just an application, and Murano is application catalog, we have a way to describe how to deploy application and tie them together.
16:19:36 <serg_melikyan> and additionally ability to expose any API as application (SDN(s)?)
16:19:55 <serg_melikyan> sridhar_ram: wiki.openstack.org/wiki/Murano/Screencasts - more here
16:20:45 <sridhar_ram> serg_melikyan: thanks..
16:21:10 <sridhar_ram> serg_melikyan: another area we could interlock....is enhancing tosca to heat-translator
16:21:13 <serg_melikyan> dgollub: 1) Murano may be integrated with Tacker in several different ways, including having Tacker as tool which will be responsible for deployment, or tool which will tie VNF together
16:21:30 <sridhar_ram> is Murano team involved in that effort as well ?
16:22:09 <serg_melikyan> 2) Folks from tosca-translator are working for implementing support for TOSCA in Murano through tosca-translator, and we helping them with this
16:22:38 <dgollub> ok there is no risk here of duplicated work - right?
16:22:41 <serg_melikyan> but I am not aware about Murano core folks working on heat-translator
16:23:17 <serg_melikyan> dgollub: looks like so
16:24:20 <s3wong> serg_melikyan: good to know (that we aren't doing duplicated work)
16:24:39 <sridhar_ram> serg_melikyan: when you mention "Tacler as tool .. for deployment" .. you mean Murano --calling--> Tacker API to instantiate the template ?
16:24:56 <serg_melikyan> sridhar_ram: one of the possible ways to do that :)
16:24:57 <sridhar_ram> that will be interesting as we are / will be more TOSCA compliant
16:25:26 <sridhar_ram> serg_melikyan: cool, we should explore that further
16:26:13 <serg_melikyan> But at the same time we will have tosca-based packages in Murano which will be also able to deploy TOSCA template using heat-translator to convert it to HOT before deployment
16:26:22 <s3wong> sridhar_ram: yes, we need to study Murano further to see where the integration points lie
16:26:44 <serg_melikyan> s3wong: we can schedule for example some call where I can show that :)
16:26:47 <sridhar_ram> serg_melikyan: for short-term I'd suggest we should exchange notes / collaborate on the evolution of TOSCA heat-translator
16:26:56 <s3wong> serg_melikyan: that would be great!
16:27:15 <sridhar_ram> while looking for further alignment beyond that
16:27:23 <sridhar_ram> serg_melikyan: that will be cool
16:28:09 <sridhar_ram> dgollub: can you help schedule that call ?
16:28:21 <serg_melikyan> #action serg_melikyan schedule a call to demonstrate Murano and extention points
16:28:32 <sridhar_ram> serg_melikyan: thanks!
16:28:33 <serg_melikyan> #undo
16:28:37 <s3wong> serg_melikyan: thanks!
16:28:54 <serg_melikyan> #action serg_melikyan with dgollub schedule a call to demonstrate Murano and extention points
16:29:04 <dgollub> sure I can do that
16:29:12 <sridhar_ram> dgollub: thanks!
16:29:15 <serg_melikyan> Let's together find time :)
16:29:19 <sridhar_ram> :)
16:29:26 <s3wong> absolutely :-)
16:29:43 <sridhar_ram> we almost half way mark .. lets move on to the next topic
16:30:05 <sridhar_ram> #topic Tacker TOSCA Enhancements
16:30:50 <sridhar_ram> Folks - involved in the heat-translator project and from TOSCA stds group is scheduling a call soon
16:31:21 <sridhar_ram> As mentioned last week this is to bring TOSCA NFV profile support to heat translator
16:31:34 <sridhar_ram> #link https://www.oasis-open.org/committees/download.php/55662/tosca-nfv-v1.0-wd01-rev04.doc
16:32:26 <sridhar_ram> They believe Tacker project is well suited to validate this profile and its implementation in heat-translator
16:32:30 <sridhar_ram> this is really good news for us
16:32:37 <dgollub> awesome
16:32:54 <sripriya> cool!
16:33:07 <s3wong> nice
16:33:18 <vishwanathj> nice
16:33:44 <sridhar_ram> let me know who is interested to participate in this call...
16:33:55 <dgollub> o/
16:33:58 <bobh> o/
16:34:17 <s3wong> sridhar_ram: I finally found the invite in my spam folder :-)
16:34:36 <sridhar_ram> s3wong: yeah, I saw you were already in the invite
16:34:48 <sridhar_ram> bobh: dgollub: sure things
16:35:16 <sridhar_ram> I think we will take the next step on this based on that call...
16:35:32 <vishwanathj> sridhar_ram, I am interested
16:35:38 <sridhar_ram> hopefully we will start coding within heat-translator
16:35:42 <sridhar_ram> vishwanathj: sure
16:35:58 <sridhar_ram> anything else to discuss on TOSCA-NFV ?
16:36:47 <sridhar_ram> lets move on..
16:37:06 <sridhar_ram> #topic Ease of Installation
16:38:06 <sridhar_ram> Over last many weeks.. different folks are trying out Tacker.. one immediate thing that is hitting them is the uneven installation steps for Tacker
16:38:28 <sridhar_ram> we need to make this better ...
16:38:53 <sridhar_ram> we got some piece in .. like tacker-horizon stackforge but we need to make this better
16:39:10 <s3wong> +1
16:39:28 <sridhar_ram> bobh: Since you and your team tried installing .. can you share your thoughts ?
16:40:19 <bobh> ronr84 was able to get everything installed after several days of effort, so he would have more details but I think it's a matter of some basic documentation and removing the cruft left over from neutron
16:40:58 <bobh> The tacker.conf file cleanup will go a long way, and if we had a README file that laid out the steps that would help too
16:41:44 <bobh> I'll check to see if ronr84 has anything we can publish with the steps he followed
16:41:56 <s3wong> bobh: sripriya recently did some work on tacker.conf cleanup: https://review.openstack.org/#/c/192047/
16:42:14 <sridhar_ram> bobh: that feedback helps.. Kamal Hussain reached out separately and I prepared a quick list of steps to install
16:42:17 <bobh> s3wong: I saw that - I can add myself as a reviewer
16:42:17 <sripriya> bobh: please add me to your discussion with ronr84
16:42:37 <sridhar_ram> I can pass that on to ronr84 for further thoughs
16:42:42 <s3wong> bobh: sure (although I have already approved it :-) )
16:42:46 <sripriya> we are working on something in improvising the ease of tacker-installation
16:42:58 <sripriya> and are facing some setbacks with the current devstack setup
16:43:03 <s3wong> bobh: but do please give further feedback for any further cleanup deemed necessary
16:43:03 <sridhar_ram> Totally agree we need a README and / or usage.rst file in doc/devref to start with
16:43:51 <bobh> sripriya:  I'll include you
16:43:59 <sripriya> bobh: Thanks!
16:44:36 <s3wong> as for devstack, I looked at the devstack plugin stuff
16:45:11 <s3wong> while we can do it --- for immediate help (inspired by networking-ovn), I can add a devstack directory on top and include a local.conf.sample
16:45:30 <bobh> s3wong: That would be great
16:45:34 <s3wong> I think that would go a long way for devstack installation even without the devstack plugin for now
16:45:40 <sridhar_ram> +1
16:45:50 <s3wong> as devstack plugin needs to add a file in devstack repo, it may take some time...
16:46:03 <sdague> s3wong: no it doesn't
16:46:11 <sdague> there is a fully external mechanism for it
16:46:16 <sridhar_ram> s3wong: hmm.. I though it goes into Tacker repo in the new scheme
16:46:21 <sdague> sridhar_ram: ++
16:46:23 <s3wong> sdague: it needs a file under extra.d, right?
16:46:29 <sdague> s3wong: no
16:46:42 <sdague> http://docs.openstack.org/developer/devstack/plugins.html#externally-hosted-plugins
16:48:59 <sripriya> s3wong: i can help on creating the devstack plugin
16:49:38 <s3wong> sdague: hmm... I did read that (and am reading it again), still feels like you need to add a script under extras.d under devstack repo
16:49:54 <sdague> s3wong: you don't
16:50:13 <sdague> anyway, find me in #openstack-qa later if you want to dive deeper
16:50:33 <s3wong> sripriya: sure. In the meantime, we can still add a local.conf.sample under tacker's devstack directory
16:50:42 <s3wong> sdague: sure. Will do that
16:50:47 <sridhar_ram> s3wong: agree
16:50:53 <s3wong> sdague: thanks!
16:50:56 <sripriya> sdague:Thanks
16:51:01 <sdague> no prob
16:51:29 <sridhar_ram> lets move on
16:51:33 <sridhar_ram> #topic Testing
16:51:47 <sridhar_ram> #undo
16:51:47 <openstack> Removing item from minutes: <ircmeeting.items.Topic object at 0x9b9a0d0>
16:52:14 <sridhar_ram> #action s3wong will add a sample local.conf in the tacker repo
16:52:35 <sridhar_ram> #action sripriya will look into externally hosted devstack plugin for tacker
16:52:46 <sridhar_ram> #topic Testing
16:53:11 <sridhar_ram> s3wong: any update on unit tests ?
16:53:12 <s3wong> sridhar_ram: 7 more minutes :-)
16:53:24 <dgollub> no updates from my side ... since we have some QA folks here
16:53:32 <sridhar_ram> s3wong: yeah, we need few mins for open-discussion
16:53:38 <dgollub> where do we find a good run_tests.sh reference? ours seems to be outdated ...
16:53:39 <s3wong> sridhar_ram: no, sorry. Was more focused on looking at devstack plugin
16:54:00 <dgollub> I wonder if run_tests.sh is the latest way to go anway. Or pure testr or so.
16:54:01 <s3wong> dgollub: ours is probably just a copy from Neutron repo
16:54:07 <sridhar_ram> s3wong: no worries
16:54:31 <s3wong> dgollub: I actually just always run tox...
16:54:41 <dgollub> sdague: do you have any recommendation?
16:54:42 <s3wong> dgollub: mainly pep8 and p27
16:55:17 <sridhar_ram> s3wong: imo, we need some py27 unit tests
16:55:17 <sdague> the recommendation is just use tox
16:55:29 <dgollub> ok .. then I  guess we just wipe run_tests.sh
16:55:39 <dgollub> it just causes people to run it and expect that is going to work
16:55:40 <s3wong> sridhar_ram: yes, and I am still on hook to provide that :-)
16:55:45 <sridhar_ram> 5 min mark...
16:55:48 <s3wong> sridhar_ram: at least API/DB
16:56:03 <sridhar_ram> s3wong: and I'm going to look into some gate-able functional testing :)
16:56:03 <dgollub> Ok, beside that. There is some test code which relies on oslo changes which never got merged ....
16:56:17 <dgollub> e.g. the unix_impl class or something like thata
16:56:18 <s3wong> sridhar_ram: we are on hook for all the missing infra :-)
16:56:27 <sridhar_ram> dgollub: please provide a link
16:56:29 <sridhar_ram> s3wong: :)
16:56:48 <sridhar_ram> folks - lets continue the testing discussion next week..
16:56:59 <dgollub> sorry the class name was impl_unix
16:57:14 <sridhar_ram> lets open up for general discussion
16:57:17 <s3wong> dgollub: definitely something we need to remove and refactor
16:57:29 <sridhar_ram> dgollub: sure, will keep an eye out
16:57:42 <sridhar_ram> moving on..
16:57:48 <sridhar_ram> #topic Open Discussion
16:57:51 <s3wong> 3 minutes :-)
16:58:13 <sridhar_ram> any general thoughts on Tacker as its heading ? :)
16:58:34 <s3wong> sridhar_ram: heading?
16:58:36 <puri> its heading in great direction
16:58:49 <sridhar_ram> puri: thanks!! that means a lot Rakesh
16:58:51 <dgollub> growing slowly I would say. I pinged the Stratus folks ... anyone of them have been around today?
16:58:58 <s3wong> puri: good to hear that from user :-)
16:59:00 <puri> you are solving a huge problem$$ for carriers
16:59:19 <bobh> Just curious if there has been any thought to how monitoring details will be specified in a TOSCA template, and whether Tacker would split those out before sending the template on to Heat?
16:59:35 <bobh> Does the NFV template need to be enhanced to cover monitoring/metrics specification?
16:59:59 <sridhar_ram> bobh: good questions.. we can take it up in the next call ? we just ran out of time
17:00:03 <s3wong> bobh: I think that would be a great topic to discuss with the IBM folks in the coming call
17:00:07 <dgollub> that's an extremly good question ... I never looked into the monitoring aspect
17:00:18 <sridhar_ram> alright times up
17:00:21 <sridhar_ram> #endmeeting