| *** amotoki has joined #tacker | 00:16 | |
| *** arturt_ has quit IRC | 00:42 | |
| *** arturt_ has joined #tacker | 00:43 | |
| *** bobh has joined #tacker | 00:43 | |
| *** arturt_ has quit IRC | 00:44 | |
| *** bobh has quit IRC | 00:56 | |
| *** arturt_ has joined #tacker | 01:02 | |
| *** bobh has joined #tacker | 01:10 | |
| *** arturt_ has quit IRC | 01:12 | |
| *** arturt_ has joined #tacker | 01:13 | |
| *** arturt_ has joined #tacker | 01:23 | |
| *** arturt_ has quit IRC | 01:24 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/tacker: Updated from global requirements https://review.openstack.org/277135 | 02:44 |
|---|---|---|
| openstackgerrit | bharaththiruveedula proposed openstack/tacker-specs: Automatic resource creation for Tacker https://review.openstack.org/250291 | 02:50 |
| *** arturt_ has joined #tacker | 03:12 | |
| *** arturt_ has quit IRC | 03:33 | |
| *** arturt_ has joined #tacker | 03:34 | |
| *** bobh has quit IRC | 03:50 | |
| *** arturt_ has quit IRC | 03:57 | |
| *** amotoki has quit IRC | 04:13 | |
| *** arturt_ has joined #tacker | 04:22 | |
| *** arturt_ has quit IRC | 04:26 | |
| *** amotoki has joined #tacker | 04:27 | |
| *** amotoki has quit IRC | 04:39 | |
| *** amotoki has joined #tacker | 04:40 | |
| *** amotoki has quit IRC | 04:56 | |
| *** amotoki has joined #tacker | 05:11 | |
| *** arturt_ has joined #tacker | 05:22 | |
| *** arturt_ has quit IRC | 05:32 | |
| *** arturt_ has joined #tacker | 05:35 | |
| *** arturt_ has quit IRC | 05:42 | |
| *** arturt_ has joined #tacker | 05:53 | |
| *** yfujioka has joined #tacker | 05:54 | |
| *** lhcheng has quit IRC | 05:55 | |
| *** arturt_ has quit IRC | 06:02 | |
| *** amotoki_ has joined #tacker | 06:08 | |
| *** amotoki has quit IRC | 06:11 | |
| openstackgerrit | Merged openstack/tacker: Updated from global requirements https://review.openstack.org/277135 | 06:26 |
| openstackgerrit | Merged openstack/tacker-horizon: Updated from global requirements https://review.openstack.org/277132 | 06:26 |
| *** lhcheng has joined #tacker | 07:01 | |
| *** arturt_ has joined #tacker | 07:03 | |
| *** arturt_ has quit IRC | 07:08 | |
| *** dkushwaha has quit IRC | 07:43 | |
| *** zeih_ has joined #tacker | 07:48 | |
| *** arturt_ has joined #tacker | 08:04 | |
| *** arturt_ has quit IRC | 08:11 | |
| *** dharmendra has joined #tacker | 08:44 | |
| *** amotoki_ has quit IRC | 08:55 | |
| *** openstackgerrit has quit IRC | 09:02 | |
| *** openstackgerrit has joined #tacker | 09:03 | |
| *** arturt_ has joined #tacker | 09:07 | |
| *** mbound has joined #tacker | 09:09 | |
| *** zeih_ has quit IRC | 09:13 | |
| *** arturt_ has quit IRC | 09:13 | |
| *** dharmendra has quit IRC | 09:13 | |
| *** amotoki has joined #tacker | 09:14 | |
| *** mbound has quit IRC | 09:15 | |
| *** dharmendra has joined #tacker | 09:18 | |
| *** mbound has joined #tacker | 09:21 | |
| *** zeih_ has joined #tacker | 09:27 | |
| *** amotoki has quit IRC | 09:32 | |
| *** dharmendra has quit IRC | 09:42 | |
| *** dkushwaha has joined #tacker | 10:04 | |
| *** arturt_ has joined #tacker | 10:09 | |
| *** arturt_ has quit IRC | 10:14 | |
| openstackgerrit | dharmendra kushwaha proposed openstack/tacker-horizon: Rename the methods https://review.openstack.org/277334 | 10:46 |
| *** lhcheng has quit IRC | 10:59 | |
| *** arturt_ has joined #tacker | 11:10 | |
| *** arturt_ has quit IRC | 11:15 | |
| *** zeih_ has quit IRC | 11:36 | |
| *** zeih_ has joined #tacker | 11:42 | |
| *** arturt_ has joined #tacker | 12:11 | |
| *** amotoki has joined #tacker | 12:13 | |
| *** arturt_ has quit IRC | 12:15 | |
| *** amotoki has quit IRC | 12:35 | |
| *** amotoki has joined #tacker | 12:58 | |
| *** arturt_ has joined #tacker | 13:11 | |
| *** bobh has joined #tacker | 13:14 | |
| *** amotoki has quit IRC | 13:15 | |
| *** arturt_ has quit IRC | 13:15 | |
| *** bobh has quit IRC | 13:19 | |
| *** mbound has quit IRC | 14:01 | |
| *** mbound has joined #tacker | 14:09 | |
| *** arturt_ has joined #tacker | 14:12 | |
| *** arturt_ has quit IRC | 14:16 | |
| *** sridhar_ram has joined #tacker | 14:52 | |
| *** egonzalez has joined #tacker | 15:03 | |
| *** arturt_ has joined #tacker | 15:13 | |
| *** zeih_ has quit IRC | 15:17 | |
| *** arturt_ has quit IRC | 15:18 | |
| *** bobh has joined #tacker | 15:20 | |
| *** amotoki has joined #tacker | 15:24 | |
| *** egonzalez has quit IRC | 15:28 | |
| *** egonzalez has joined #tacker | 15:31 | |
| *** mbound has quit IRC | 15:42 | |
| *** amotoki has quit IRC | 15:46 | |
| *** mbound has joined #tacker | 15:49 | |
| *** egonzalez has quit IRC | 15:52 | |
| *** egonzalez has joined #tacker | 15:53 | |
| *** sridhar_ram has quit IRC | 15:58 | |
| *** arturt_ has joined #tacker | 16:14 | |
| *** gubouvier has quit IRC | 16:14 | |
| *** arturt_ has quit IRC | 16:18 | |
| *** arturt_ has joined #tacker | 16:20 | |
| *** prashantD has joined #tacker | 16:40 | |
| *** egonzalez has quit IRC | 16:44 | |
| *** gubouvier has joined #tacker | 16:46 | |
| *** uck has joined #tacker | 16:54 | |
| *** gubouvier has quit IRC | 17:00 | |
| *** arturt_ has quit IRC | 17:03 | |
| *** lhcheng has joined #tacker | 17:17 | |
| *** lhcheng_ has joined #tacker | 17:21 | |
| *** lhcheng has quit IRC | 17:23 | |
| *** mbound has quit IRC | 17:25 | |
| *** mbound has joined #tacker | 17:48 | |
| *** mbound has quit IRC | 17:51 | |
| *** sridhar_ram has joined #tacker | 17:53 | |
| *** sripriya_ has joined #tacker | 17:58 | |
| *** uck has quit IRC | 18:14 | |
| *** s3wong has joined #tacker | 19:13 | |
| *** uck has joined #tacker | 19:15 | |
| *** uck has quit IRC | 19:19 | |
| sripriya_ | sridhar_ram: ping | 19:32 |
| *** mbound has joined #tacker | 20:24 | |
| sridhar_ram | sripriya_: pong | 20:35 |
| sripriya_ | sridhar_ram: had a question regarding vim being stateful | 20:36 |
| sripriya_ | sridhar_ram: goign forward, i guess it will be useful for us to maintain the vim's state as reachable or unreachable | 20:37 |
| sripriya_ | sridhar_ram: for sfc or vnf monitoring | 20:37 |
| sripriya_ | sridhar_ram: do you think we need to be including a 'status' column for the vim? this is also in reference to one of the comments | 20:38 |
| sridhar_ram | sripriya_: I'd say, at this point in our dev cycle, these things are quickly becoming nice-to-have IMO | 20:38 |
| sridhar_ram | sripriya_: It all depends on the effort estimation ? I'd suggest these as follow on RFEs for now | 20:39 |
| sripriya_ | sridhar_ram: sounds good for RFE, the other question i had was exposing vim commands to user, even though it is a "register vim" operation we do, i guess we need to implement something similar on the client for user commands | 20:40 |
| sripriya_ | sridhar_ram: such as vim_register, vim_delete, vim_update | 20:40 |
| sripriya_ | sridhar_ram: the rest apis in the back end still being create_vim, delete_vim, etc, :-) | 20:41 |
| sridhar_ram | sripriya_: absolutely ... we need CLI commands | 20:41 |
| sripriya_ | sridhar_ram: ok | 20:42 |
| sridhar_ram | true .. however nothing stops you to code your handler functions for a POST on /vim resource to be called "register_vim" | 20:43 |
| sripriya_ | ofcourse, we can have any 'blah_vim' to be called but we usually want to associate POST to a create operation, just to be consistent with the REST nomenclature | 20:45 |
| sridhar_ram | sripriya_: at that point it becomes a pure semantics discussion :) | 20:52 |
| *** mbound has quit IRC | 20:53 | |
| *** uck has joined #tacker | 21:18 | |
| *** uck has quit IRC | 21:22 | |
| sridhar_ram | bobh: ping | 21:47 |
| *** santoshk has joined #tacker | 21:52 | |
| bobh | sridhar_ram: hello | 21:59 |
| sridhar_ram | bobh: I'm considering to put tosca-parser integration discussion in tomorrow's weekly mtg.. will you be there ? | 22:00 |
| *** prashantD has quit IRC | 22:00 | |
| bobh | sridhar_ram: yes - as far as I know anyway | 22:00 |
| sridhar_ram | bobh: thanks... | 22:01 |
| sridhar_ram | bobh: another qq.. I'm browsing the heat-translator code a bit.. | 22:02 |
| sridhar_ram | bobh: https://github.com/openstack/heat-translator/tree/master/translator/hot | 22:02 |
| sridhar_ram | bobh: is this the area that is relevant for us ? | 22:02 |
| bobh | sridhar_ram: yes - that's pretty much the only translation they support | 22:02 |
| sridhar_ram | bobh: okay... the tosca side discussions are going in circles :( | 22:03 |
| bobh | sridhar_ram: I wish I could say I was surprised.... | 22:03 |
| *** prashantD has joined #tacker | 22:03 | |
| sridhar_ram | bobh: at this point it is unclear how much of simple-profile work will be leveraged for nfv... | 22:04 |
| bobh | sridhar_ram: why would they want to start from scratch? | 22:04 |
| sridhar_ram | bobh: I'm trying to give a sense of urgency...it is still a WIP | 22:04 |
| bobh | sridhar_ram: I'm not interested in re-inventing the wheel | 22:04 |
| sridhar_ram | bobh: no, it is not much start from scratch.. it was anyway at a beginning point .. the nfv nodes are just nodes hanging off my themselves | 22:05 |
| sridhar_ram | *by themselves | 22:05 |
| bobh | sridhar_ram: exactly - not of much use in that form - better to build on top of what Simple Profile already has, and take advantage of heat-translator | 22:06 |
| sridhar_ram | bobh: in fact, we, with tacker, forcing them to make some concrete steps (like VDU <-- Compute) | 22:06 |
| sridhar_ram | bobh: that's where I've a question.. | 22:06 |
| sridhar_ram | bobh: ... if it turns out NFV nodes are custom node that "smells" like existing Simple profile nodes.. | 22:07 |
| sridhar_ram | bobh: .. how easy it is cut&paste existing code in heat-translator to also do nfv-heat-translator | 22:07 |
| sridhar_ram | imagine ... creating a clone of https://github.com/openstack/heat-translator/blob/master/translator/hot/tosca/tosca_compute.py into something like https://github.com/openstack/heat-translator/blob/master/translator/hot/tosca/tosca_vdu.py | 22:08 |
| sridhar_ram | tacker developers can pitch in for these NFV node types in heat-translator project | 22:09 |
| bobh | sridhar_ram: easy enough, but what is the advantage? | 22:09 |
| sridhar_ram | bobh: it give the modelers some friend hand to design NFV node types without being restricted to what is cooking in Simple Profile | 22:10 |
| * sridhar_ram argh... | 22:10 | |
| sridhar_ram | it gives the modelers some *free* hand o design NFV node types without being restricted to what is cooking in Simple Profile | 22:10 |
| bobh | seems like a lot of extra work for very little gain - there are good reasons to fork, this doesn't seem like one of them - personal opinion anyway | 22:11 |
| sridhar_ram | just a trade off .. basing off simple profile comes with a cost (slowness due to dependency) | 22:11 |
| sridhar_ram | same here .. I don't have a hard preference.. | 22:11 |
| bobh | Because they are so fast and nimble on the NFV side.... | 22:11 |
| sridhar_ram | for me anything that can give things fast .. I would go | 22:12 |
| sridhar_ram | exactly | 22:12 |
| bobh | they can make whatever changes they want in the derived objects and then push them upstream - should be no reason to wait on Simple Profile | 22:12 |
| sridhar_ram | the risk with that approach (for modelers) is if they end up representing the same "attribute" in both but they are called differently in each of these profiles.. | 22:13 |
| bobh | and so for the sake of a potential duplicate attribute they duplicate everything else - only an architect/modeler would make sense of that | 22:14 |
| openstackgerrit | Sripriya Seetharam proposed openstack/tacker-specs: Multisite VIM support for Tacker https://review.openstack.org/249085 | 22:16 |
| openstackgerrit | Sripriya Seetharam proposed openstack/tacker-specs: Multisite VIM support for Tacker https://review.openstack.org/249085 | 22:18 |
| sridhar_ram | bobh: in heat-translator tosca_compute.py code .. it is actually calling nova for flavor create.. ouch | 22:19 |
| sridhar_ram | bobh: I thought heat-translator is a library: tosca-in -> heat-trans --> hot-template out | 22:19 |
| bobh | it's a library and a stand-alone script, and soon to be a front-end to heat so it can deploy after parsing | 22:20 |
| sripriya_ | bobh: s3wong: sridhar_ram: uploaded a new version of multisite spec, appreciate your review/comments | 22:20 |
| s3wong | sripriya_: sure. Thanks | 22:20 |
| sridhar_ram | bobh: front-end meaning, plans to add to Horizon UI ? | 22:21 |
| bobh | sridhar_ram: heat-translator calls nova to retrieve existing flavors - it does not create new ones | 22:21 |
| bobh | sridhar_ram: not sure what the plan is, I know they are adding a "deploy" option so presumably you can call it from a script or as a library and have it do the heat deployment for you after the parsing | 22:21 |
| sridhar_ram | bobh: again, looking at tosca_compute most of the code in there, like best_flavor, best_image, etc.. are not applicable for us | 22:26 |
| bobh | sridhar_ram: agreed - but that only kicks in if you specify os/host capabilities, so it wouldn't apply if we specify the properties for flavor/image | 22:27 |
| sridhar_ram | bobh: wondering if we are better off doing our own ToscaTemplate to HOT | 22:27 |
| sridhar_ram | bobh: another major factor for me to say this is MultiSite | 22:28 |
| bobh | sridhar_ram: easy enough to post-process what they return to us for now | 22:28 |
| sridhar_ram | bobh: if we are specifying the flavor and image not much being leveraged out of tosca_compute code...it seems 90% of the code in that file is related to that | 22:30 |
| sridhar_ram | .. back to MultiSite.. my point is each remote site might running a different versions of Heat engine.. | 22:31 |
| sridhar_ram | .. Kilo, Liberty, etc.. | 22:31 |
| sridhar_ram | we might need to translate slightly differently depending on the target HOT engine template version | 22:32 |
| *** lhcheng has joined #tacker | 22:32 | |
| *** lhcheng_ has quit IRC | 22:32 | |
| bobh | I don't think heat-translator supports different template versions yet, so at that point you are into new territory anyway | 22:33 |
| sridhar_ram | bobh: frankly bit torn in this area.. I wish we can take this heat-translator in our hands (in tacker) for the next few cycles.. once things settle we can push it back into heat-translator | 22:34 |
| bobh | sridhar_ram: your call. I just want to get it working first | 22:35 |
| sridhar_ram | bobh: will think a bit more .. we can continue the discussion in tomorrow's mtg | 22:36 |
| *** lhcheng has quit IRC | 22:37 | |
| *** lhcheng has joined #tacker | 22:38 | |
| sridhar_ram | bobh: btw, make sense to get it working first .. thats first order of business :) | 22:41 |
| bobh | sridhar_ram: :-) I have the first part working - can load TOSCA VNFDs. The second part needs some changes in heat-translator that will come in 0.4.0 in a couple of weeks | 22:42 |
| sridhar_ram | bobh: Cool.. I'm still quite existing to see proper tosca templates in tacker with the first part .... just want to be cautious to not to get tied deep in this 2nd part. Ideally if there is library-util portion of heat-translator that we can leverage and create our own tosca_vdu.py, tosca_vl.py, etc.. in tacker code we can move fast. | 22:46 |
| sridhar_ram | s/existing/exciting/ | 22:46 |
| sridhar_ram | my fingers are already warming up for all the typos for tomorrow's irc meeting | 22:46 |
| bobh | :-) | 22:47 |
| *** lhcheng has quit IRC | 23:03 | |
| *** lhcheng has joined #tacker | 23:03 | |
| *** arturt_ has joined #tacker | 23:18 | |
| *** uck has joined #tacker | 23:20 | |
| *** uck has quit IRC | 23:25 | |
| *** bobh has quit IRC | 23:31 | |
| *** arturt_ has quit IRC | 23:34 | |
| *** arturt_ has joined #tacker | 23:34 | |
| *** arturt_ has quit IRC | 23:52 | |
| *** arturt_ has joined #tacker | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!