*** uck has quit IRC | 00:10 | |
*** sridhar_ram has quit IRC | 00:17 | |
*** gongysh has quit IRC | 00:19 | |
*** bobh has quit IRC | 00:30 | |
*** mbound has joined #tacker | 00:47 | |
*** mbound has quit IRC | 00:52 | |
*** gongysh has joined #tacker | 00:59 | |
*** trozet has quit IRC | 01:07 | |
*** s3wong has quit IRC | 01:17 | |
openstackgerrit | Sripriya Seetharam proposed openstack/python-tackerclient: WIP: mox to mock refactor https://review.openstack.org/313165 | 01:22 |
---|---|---|
*** sripriya has quit IRC | 01:33 | |
*** gongysh has quit IRC | 01:50 | |
*** arturt has quit IRC | 02:16 | |
*** arturt has joined #tacker | 02:16 | |
*** prashantD has quit IRC | 02:17 | |
*** gongysh has joined #tacker | 02:23 | |
*** amotoki has quit IRC | 02:25 | |
openstackgerrit | caoyue proposed openstack/tacker: Add the hacking rules support in tacker https://review.openstack.org/310689 | 02:45 |
*** amotoki has joined #tacker | 02:52 | |
*** amotoki has quit IRC | 03:00 | |
*** amotoki has joined #tacker | 03:10 | |
*** gongysh has quit IRC | 03:20 | |
*** amotoki has quit IRC | 03:31 | |
*** sridhar_ram has joined #tacker | 03:35 | |
*** sridhar_ram1 has joined #tacker | 03:37 | |
*** amotoki has joined #tacker | 03:39 | |
*** sridhar_ram has quit IRC | 03:40 | |
*** sridhar_ram1 is now known as sridhar_ram | 03:47 | |
sridhar_ram | dkushwaha: ping | 03:48 |
dkushwaha | sridhar_ram, hi | 03:48 |
sridhar_ram | dkushwaha: how are things ? did you see the email, our mtg will be one hour earlier | 03:49 |
dkushwaha | sridhar_ram, yes, fine. Finally joined office from yesterday. | 03:50 |
sridhar_ram | dkushwaha: glad to hear that, family okay ? | 03:50 |
dkushwaha | sridhar_ram, yes. Almost okay. | 03:51 |
sridhar_ram | dkushwaha: good.. | 03:51 |
sridhar_ram | dkushwaha: tomorrow, we are going to discussion about Forwarding Graph TOSCA template.. | 03:51 |
sridhar_ram | dkushwaha: it has some relevance to the NSD work that we both are looking at ... | 03:52 |
dkushwaha | sridhar_ram, yes. It will be very helpful for me. | 03:53 |
sridhar_ram | dkushwaha: okay.. join the discussion tomorrow.. we can chat after the meeting as needed | 03:53 |
dkushwaha | sridhar_ram, yes sure | 03:54 |
*** sripriya has joined #tacker | 04:19 | |
openstackgerrit | Sridhar Ramaswamy proposed openstack/tacker-specs: Document work items expected for tacker-specs https://review.openstack.org/314411 | 04:21 |
*** KanagarajM has joined #tacker | 04:22 | |
dkushwaha | sripriya, hi | 04:28 |
sripriya | dkushwaha: hello | 04:28 |
sripriya | dkushwaha: i did retry the patch again and i still hit the same error :-( | 04:29 |
sripriya | dkushwaha: one observation from the logs, i see multiple threads getting spawned for paramiko transport object client requests | 04:30 |
sripriya | dkushwaha: have you observerd it at your end? | 04:30 |
dkushwaha | sripriya, not much sure but it looks like paramiko related issue. | 04:30 |
dkushwaha | sripriya, I googled and found some bugs with same type issues | 04:32 |
dkushwaha | sripriya, http://openstack.openstack.narkive.com/UFcDoPeH/error-in-ml2-with-cisco-nexus-driver | 04:33 |
*** sripriya_ has joined #tacker | 04:36 | |
sripriya_ | dkushwaha: the ssh error is not the same | 04:36 |
sridhar_ram | dkushwaha: KanagarajM: btw, please meet KanagarajM from heat core team .. is also from Bangalore. Thought you might be able to sync up on things related to Tacker :) | 04:36 |
sripriya_ | dkushwaha: do you see multipel threads getting spawned? | 04:37 |
sripriya_ | multiple* | 04:37 |
dkushwaha | sripriya, yes, I observed some child threads. | 04:38 |
KanagarajM | dkushwaha, hi .... good to see you in same time zone :) | 04:38 |
*** sripriya has quit IRC | 04:39 | |
dkushwaha | KanagarajM, hi, nice to meet you :) | 04:40 |
sridhar_ram | KanagarajM: we also have another tacker contributor... tbh (Bharath) from the same timezone. He is based in Hyderabad | 04:41 |
KanagarajM | sridhar_ram, good to see many :) | 04:42 |
sridhar_ram | KanagarajM: yep! | 04:42 |
KanagarajM | dkushwaha, :) where do you located ? | 04:42 |
dkushwaha | KanagarajM, Noida | 04:42 |
KanagarajM | dkushwaha, ok | 04:43 |
sridhar_ram | dkushwaha: ah, why did I thought you were in BLR.. sorry! | 04:43 |
dkushwaha | sridhar_ram, nope, I were always in noida :) | 04:44 |
sridhar_ram | dkushwaha: yeah, I realize that.. brain freeze | 04:45 |
dkushwaha | sridhar_ram, :) | 04:46 |
dkushwaha | sripriya_, I will perform some tests regarding the same and try to hit the scenario. | 04:47 |
dkushwaha | sripriya_, apart from that, While executing unit test (i.e. tox -e py27) I am getting some errors. Could you please look into http://pastebin.com/EHF3wVk1 | 04:50 |
openstackgerrit | dharmendra kushwaha proposed openstack/tacker: Remove premature vnf delete from db https://review.openstack.org/291032 | 04:56 |
sripriya_ | dkushwaha: can you try deleting your .tox dir. and try again? | 04:56 |
*** trozet has joined #tacker | 04:56 | |
dkushwaha | sripriya_, yes, I tried it, but gettting same issue | 04:57 |
dkushwaha | sripriya_, getting same error in tox --recreate -epy27 | 04:58 |
*** arturt has quit IRC | 05:03 | |
*** trozet has quit IRC | 05:16 | |
sripriya_ | dkushwaha: yes, i did come across this issue | 05:18 |
*** sridhar_ram has quit IRC | 05:19 | |
sripriya_ | dkushwaha: i suspect this may be because of tosca-parser verion bump to 0.5.0? | 05:20 |
sripriya_ | dkushwaha: what is the tosca-version running on your .tox? | 05:20 |
dkushwaha | sripriya_, its 0.5.0 | 05:34 |
*** amotoki has quit IRC | 06:10 | |
*** gongysh has joined #tacker | 06:16 | |
*** zeih has joined #tacker | 06:18 | |
sripriya_ | dkushwaha: heat-translator needs to be also pinned to 0.5.0 version | 06:18 |
dkushwaha | sripriya_, Ok, I will try with the same. Thanks. | 06:21 |
sripriya_ | dkushwaha: bobh already has a bug for this | 06:21 |
sripriya_ | dkushwaha: this needs to be fixed in global-requirements and bobh needs to provide a fix for same | 06:22 |
sripriya_ | dkushwaha: i will follow up with bobh first thing in morning and i will leave a comment on the bug | 06:22 |
sripriya_ | dkushwaha: fyi https://bugs.launchpad.net/tacker/+bug/1577807 | 06:26 |
openstack | Launchpad bug 1577807 in tacker "Pin tosca-parser to 0.4.0 to prevent breakage " [Critical,In progress] - Assigned to Bob Haddleton (bob-haddleton) | 06:26 |
dkushwaha | sripriya_, ok, fine | 06:26 |
*** gongysh has quit IRC | 06:31 | |
*** sripriya_ has quit IRC | 06:41 | |
*** gongysh has joined #tacker | 06:45 | |
*** amotoki has joined #tacker | 06:59 | |
*** bharatht has joined #tacker | 07:02 | |
*** bharatht is now known as tbh | 07:02 | |
*** arturt has joined #tacker | 07:24 | |
*** arturt has quit IRC | 07:36 | |
*** gongysh has quit IRC | 07:39 | |
*** zeih has quit IRC | 07:41 | |
*** manikanta_tadi has joined #tacker | 08:03 | |
*** zeih has joined #tacker | 08:12 | |
*** zeih has quit IRC | 08:23 | |
*** manikanta_tadi has quit IRC | 08:28 | |
*** amotoki has quit IRC | 08:42 | |
*** amotoki has joined #tacker | 08:43 | |
*** zeih has joined #tacker | 08:47 | |
*** vishnoianil has quit IRC | 09:00 | |
*** zeih has quit IRC | 09:08 | |
*** zeih has joined #tacker | 09:24 | |
*** zeih has quit IRC | 09:28 | |
*** tbh has quit IRC | 09:59 | |
*** zeih has joined #tacker | 10:02 | |
*** zeih has quit IRC | 10:06 | |
*** tbh has joined #tacker | 10:10 | |
*** vishnoianil has joined #tacker | 10:17 | |
*** zeih has joined #tacker | 10:39 | |
*** dkushwaha has quit IRC | 10:53 | |
openstackgerrit | bharaththiruveedula proposed openstack/tacker: [WIP]Functional tests for auto resource creation https://review.openstack.org/300822 | 11:19 |
*** dkushwaha has joined #tacker | 11:42 | |
*** aasmith has joined #tacker | 11:51 | |
openstackgerrit | Kanagaraj Manickam proposed openstack/tacker: Update devstack install guide for stable branch https://review.openstack.org/314523 | 11:54 |
openstackgerrit | Kanagaraj Manickam proposed openstack/tacker: Fixes get-started guide https://review.openstack.org/314524 | 11:55 |
openstackgerrit | Kanagaraj Manickam proposed openstack/tacker: Fixes broken link in tacker api doc https://review.openstack.org/314525 | 11:55 |
openstackgerrit | Kanagaraj Manickam proposed openstack/tacker: Updates method details in monitor-driver guide https://review.openstack.org/314526 | 11:56 |
*** KanagarajM has quit IRC | 12:02 | |
*** zeih has quit IRC | 12:02 | |
*** Liuqing has joined #tacker | 12:11 | |
*** Liuqing has quit IRC | 12:25 | |
*** Liuqing has joined #tacker | 12:27 | |
*** zeih has joined #tacker | 12:30 | |
*** zeih has quit IRC | 12:52 | |
*** aasmith has quit IRC | 12:56 | |
*** mbound has joined #tacker | 12:57 | |
*** zeih has joined #tacker | 13:01 | |
*** amotoki has quit IRC | 13:01 | |
*** zeih has quit IRC | 13:02 | |
*** mbound has quit IRC | 13:02 | |
*** tbh has quit IRC | 13:24 | |
openstackgerrit | Manikantha Srinivas Tadi proposed openstack/tacker-horizon: Display VNF instance details in Tacker Horizon. https://review.openstack.org/295207 | 13:24 |
*** bobh has joined #tacker | 13:27 | |
*** srwilkers has joined #tacker | 13:34 | |
bobh | FYI - the gate appears to be broken due to a known problem with the combination of tosca-parser==0.5.0 and heat-translator==0.4.0. This should be resolved by the release of heat-translator==0.5.0 in the next day or so. | 13:44 |
*** zeih has joined #tacker | 13:54 | |
*** Liuqing has quit IRC | 13:56 | |
*** srwilkers has quit IRC | 13:59 | |
*** amotoki has joined #tacker | 14:01 | |
*** srwilkers has joined #tacker | 14:03 | |
*** dkushwaha_ has joined #tacker | 14:05 | |
*** zeih has quit IRC | 14:13 | |
*** zeih has joined #tacker | 14:14 | |
*** srwilkers has quit IRC | 14:36 | |
*** srwilkers has joined #tacker | 14:38 | |
*** zeih has quit IRC | 14:55 | |
*** srwilkers has quit IRC | 15:04 | |
*** zeih has joined #tacker | 15:05 | |
*** sripriya has joined #tacker | 15:06 | |
*** trozet has joined #tacker | 15:07 | |
*** twm2016 has joined #tacker | 15:10 | |
*** sripriya has quit IRC | 15:11 | |
*** mageshgv has joined #tacker | 15:13 | |
*** tbh has joined #tacker | 15:14 | |
*** zeih has quit IRC | 15:15 | |
*** srwilkers has joined #tacker | 15:26 | |
*** tbh has quit IRC | 15:30 | |
*** tbh has joined #tacker | 15:40 | |
*** amotoki has quit IRC | 15:41 | |
twm2016 | So after cloning the tacker project and running tox -e py27 they fail. Something to do with the vnfm.ToscaParser MissingRequiredFieldError: "properties" of template "VDU1", what's going on here? | 15:41 |
*** sridhar_ram has joined #tacker | 15:50 | |
*** twm2016 has quit IRC | 15:52 | |
*** janki91 has joined #tacker | 15:53 | |
sridhar_ram | Tackers - heads up, our weekly meeting will start in few minutes at the top of the hour. Please join at #openstack-meeting | 15:53 |
*** tbh has quit IRC | 15:53 | |
*** tbh has joined #tacker | 15:54 | |
*** dkushwaha is now known as dkushwaha__ | 15:57 | |
*** dkushwaha_ is now known as dkushwaha | 15:58 | |
*** sripriya has joined #tacker | 15:58 | |
*** brucet has joined #tacker | 15:59 | |
*** s3wong has joined #tacker | 16:01 | |
*** uck has joined #tacker | 16:06 | |
*** santoshk has joined #tacker | 16:06 | |
*** brucet_ has joined #tacker | 16:09 | |
*** brucet has quit IRC | 16:13 | |
*** manikanta_tadi has joined #tacker | 16:29 | |
*** brucet_ has quit IRC | 16:33 | |
*** brucet has joined #tacker | 16:35 | |
*** s3wong has quit IRC | 16:35 | |
*** janki91 has quit IRC | 16:36 | |
*** twm2016 has joined #tacker | 16:36 | |
*** brucet_ has joined #tacker | 16:40 | |
*** prashantD has joined #tacker | 16:43 | |
*** brucet has quit IRC | 16:44 | |
*** brucet_ has quit IRC | 16:45 | |
*** brucet has joined #tacker | 16:47 | |
*** brucet has quit IRC | 16:49 | |
*** brucet has joined #tacker | 16:52 | |
*** srwilkers has quit IRC | 16:54 | |
*** srwilkers has joined #tacker | 16:54 | |
sripriya | bobh: when will we have the heat-translator release 0.5.0? will the release be updated on global-requirements.txt as well? | 17:01 |
sripriya | tackers, heads up, gate is blocked until the heat-translator, tosca-parser version bumps are fixed, so you may be seeing few py27 errors when you run tox on latest | 17:03 |
*** dkushwaha__ has quit IRC | 17:03 | |
*** brucet has quit IRC | 17:04 | |
bobh | sripriya: spzala is working on it - should not take long, maybe a day or two for everything to make it through global-requirements and the pip repo | 17:06 |
sripriya | bobh: ok, thanks for confirming! | 17:07 |
*** mkashyap has joined #tacker | 17:09 | |
*** mkashyap has left #tacker | 17:12 | |
*** sripriya has quit IRC | 17:14 | |
*** srwilkers has quit IRC | 17:15 | |
*** dkushwaha has quit IRC | 17:19 | |
*** sripriya has joined #tacker | 17:19 | |
*** ksantoshk has joined #tacker | 17:19 | |
*** ksantoshk has quit IRC | 17:20 | |
*** s3wong has joined #tacker | 17:21 | |
*** s3wong has quit IRC | 17:23 | |
*** santoshk has quit IRC | 17:23 | |
*** srwilkers has joined #tacker | 17:30 | |
*** dkushwaha has joined #tacker | 17:32 | |
*** manikanta_tadi has quit IRC | 17:36 | |
*** srwilkers has quit IRC | 17:45 | |
*** srwilkers has joined #tacker | 17:49 | |
*** dkushwaha has quit IRC | 18:02 | |
*** dkushwaha has joined #tacker | 18:03 | |
*** lhcheng has joined #tacker | 18:06 | |
*** santoshk has joined #tacker | 18:22 | |
*** dkushwaha has quit IRC | 18:23 | |
*** dkushwaha has joined #tacker | 18:27 | |
*** vishnoianil has quit IRC | 18:31 | |
trozet | sridhar_ram: so if you look at the Forwarding_path3, you see under that FP, forwarder can be VNF1, with capability forwarder1 | 18:34 |
sridhar_ram | trozet: http://docs.oasis-open.org/tosca/tosca-nfv/v1.0/tosca-nfv-v1.0.pdf | 18:34 |
trozet | sridhar_ram: in my proposal to the spec, you always define the CP | 18:35 |
* sridhar_ram and trozet continuing a discussion deciphering the VNFFGD template | 18:35 | |
sridhar_ram | trozet: well, if I can pause you for a sec.. I'm trying to do a mental exercise on the cruz of the graph... | 18:36 |
trozet | sridhar_ram: maybe we should have a bluejeans meeting i think it would be much easier to do in person | 18:36 |
sridhar_ram | trozet: to me FFGD is a collection of two things... | 18:36 |
sridhar_ram | FG = { {Classifier1:FP1} , {Classifier2:FP2}, {Classifier3:FP3} , ... } | 18:36 |
* sridhar_ram couldn't agree more.. | 18:36 | |
sridhar_ram | FPn = [ CPa, CPb, CPc ] | 18:37 |
trozet | sridhar_ram: what time zone are you in btw | 18:37 |
sridhar_ram | Pacific | 18:37 |
trozet | sridhar_ram: ok so its 11:38 there, do you want to meet at 1pm your time? | 18:38 |
sridhar_ram | sure... | 18:38 |
sridhar_ram | hang one.. I've a 1:30pm.. | 18:39 |
sridhar_ram | 30mins shd be sufficient I hope | 18:39 |
trozet | sridhar_ram: yeah we can make it quick | 18:39 |
sridhar_ram | sounds good... | 18:39 |
sridhar_ram | are you going to send an bluejeans mtg invite ? can others in this channel join if they are interested to listen in ? | 18:40 |
trozet | yeah others can join | 18:40 |
trozet | http://bluejeans.com/trozet | 18:40 |
sridhar_ram | trozet: cool.. tty soon | 18:41 |
*** lhcheng has quit IRC | 18:42 | |
*** lhcheng has joined #tacker | 18:42 | |
*** tbh has quit IRC | 18:44 | |
sridhar_ram | lhcheng: howdy ! can you help to review https://review.openstack.org/#/c/295207/ please ? | 18:44 |
openstackgerrit | dharmendra kushwaha proposed openstack/python-tackerclient: Message correction on cli for Delete VNF call https://review.openstack.org/314716 | 18:44 |
lhcheng | sridhar_ram: sure, looking | 18:45 |
sridhar_ram | lhcheng: thanks! | 18:45 |
*** manikanta_tadi has joined #tacker | 18:48 | |
dkushwaha | sridhar_ram, trozet , How can I join this bluejeans meeting ? | 18:49 |
sridhar_ram | dkushwaha: first time trying bluejeans mtg, looks you can just click the above link and join as guest user (just type your name) | 18:50 |
dkushwaha | sridhar_ram, ok, Thanks | 18:51 |
*** srwilkers has quit IRC | 18:52 | |
*** srwilkers has joined #tacker | 18:53 | |
*** tbh has joined #tacker | 18:54 | |
sridhar_ram | manikanta_tadi: hi there! I just pulled your latest patchset for https://review.openstack.org/#/c/295207/ .. it looks good | 18:54 |
sridhar_ram | manikanta_tadi: lhcheng (horizon core member) just reviewed your patchset, please take care of his comments.. | 18:55 |
sridhar_ram | manikanta_tadi: I'm good from my side.. | 18:55 |
manikanta_tadi | sridhar_ram, Ok Sure | 18:58 |
manikanta_tadi | I will work to fix on his comments | 18:58 |
trozet | dkushwaha: this first meeting isnt tacker | 18:59 |
trozet | dkushwaha: do you mind dropping off? | 18:59 |
dkushwaha | trozet, np. | 19:00 |
*** tbh has quit IRC | 19:05 | |
*** srwilkers has quit IRC | 19:13 | |
*** manikanta_tadi has quit IRC | 19:17 | |
*** vishnoianil has joined #tacker | 19:19 | |
*** srwilkers has joined #tacker | 19:23 | |
*** prashantD has quit IRC | 19:29 | |
*** srwilkers has quit IRC | 19:35 | |
*** srwilkers has joined #tacker | 19:39 | |
*** srwilkers has quit IRC | 19:48 | |
*** srwilkers has joined #tacker | 19:50 | |
trozet | dkushwaha, sridhar_ram: joining? | 20:03 |
*** s3wong has joined #tacker | 20:04 | |
sridhar_ram | trozet: yes, joining now... | 20:05 |
*** s3wong has quit IRC | 20:06 | |
*** srwilkers has quit IRC | 20:07 | |
*** srwilkers has joined #tacker | 20:08 | |
*** dkushwaha has quit IRC | 20:09 | |
*** dkushwaha has joined #tacker | 20:22 | |
*** srwilkers has quit IRC | 20:25 | |
*** sripriya_ has joined #tacker | 20:32 | |
*** ksantoshk has joined #tacker | 20:33 | |
*** sripriya has quit IRC | 20:35 | |
*** dkushwaha has quit IRC | 20:36 | |
*** dkushwaha has joined #tacker | 20:37 | |
*** santoshk has quit IRC | 20:37 | |
*** sridhar_ram1 has joined #tacker | 20:41 | |
*** sridhar_ram has quit IRC | 20:42 | |
*** dkushwaha_ has joined #tacker | 20:55 | |
*** dkushwaha_ has quit IRC | 20:56 | |
*** prashantD has joined #tacker | 21:02 | |
*** sridhar_ram1 has quit IRC | 21:04 | |
*** sripriya has joined #tacker | 21:06 | |
*** sridhar_ram has joined #tacker | 21:08 | |
*** sripriya_ has quit IRC | 21:10 | |
*** dkushwaha_ has joined #tacker | 21:12 | |
openstackgerrit | dharmendra kushwaha proposed openstack/tacker: Remove premature vnf delete from db https://review.openstack.org/291032 | 21:13 |
*** dkushwaha_ has quit IRC | 21:28 | |
*** mbound has joined #tacker | 21:30 | |
sripriya | trozet: ping | 21:41 |
trozet | sripriya: hi | 21:41 |
sripriya | trozet: quick question on vnffg spec, what does path id imply? | 21:42 |
trozet | sripriya: path_id implies the ID that will be used when sending the path_id to networking-sfc to create that chain, that path_id then for an NSH implementation will be used in the packet to identify that path for that chain | 21:43 |
trozet | does that make sense? | 21:43 |
sripriya | trozet; doen't nfp id do the same? | 21:45 |
sripriya | trozet: ^ | 21:45 |
trozet | sripriya: thats a UUID assigned to manage the nfp in the tacker context right? | 21:46 |
sripriya | trozet: right, i was understanding how different the path id is from the UUID | 21:46 |
trozet | sripriya: yeah when folks create SFC they sometimes want to specify the path ID for the chain. This field allows them to do that. It has to be an integer, not a UUID | 21:47 |
sripriya | trozet: i see, thank you | 21:49 |
sripriya | trozet: just responded to some of your questions on the spec | 21:49 |
trozet | sripriya: sorry for the spam but: | 21:49 |
trozet | 3.3. Service Path Header | 21:49 |
trozet | 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 | 21:49 |
trozet | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 21:49 |
trozet | | Service Path ID | Service Index | | 21:49 |
trozet | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 21:49 |
trozet | Service path ID (SPI): 24 bits | 21:49 |
trozet | Service index (SI): 8 bits | 21:49 |
sripriya | trzoet: do they use this path id integer in their chain? | 21:50 |
sripriya | trozet: ^ | 21:50 |
trozet | sripriya: so in NSH version of SFC, that Service path ID goes in the header of the packet. That is what that path ID refers to. It may be used by other SFC implementations (not just NSH) | 21:51 |
sripriya | trozet: ah ok, | 21:51 |
trozet | sripriya: yeah that defines which path is which at the SFC level | 21:51 |
*** dkushwaha_ has joined #tacker | 21:51 | |
trozet | sripriya: so sometimes an operator will want to control that ID I think, which is why i added it to the yaml | 21:51 |
sripriya | trozet: in the current template, you have not added it right? | 21:53 |
*** amotoki has joined #tacker | 21:53 | |
sripriya | trzoet: sorry, i see it, i missed the ID part initially | 21:55 |
*** dkushwaha_ has quit IRC | 21:56 | |
sripriya | trozet: another thought on resource parameters, i see you maintain a 'status' column for each of the resources, are you querying the lower layers for chain, classifier and nfp statuses? | 21:57 |
trozet | sripriya: yeah i just kind of copied that from the work done on VNFM | 21:58 |
trozet | sripriya: they have the create_pre, post for the heat driver right | 21:59 |
trozet | sripriya: while you wait for the heat resource to be created | 21:59 |
sripriya | trozet: that is going to refactored soon, it was some technical debt we carried from previous design which are getting out of. | 22:00 |
trozet | sripriya: i think in the future we would change the VNFFG driver to be heat, so we would need the same thing. Maybe for now with just calling neutron we just go active immediately | 22:00 |
*** s3wong has joined #tacker | 22:00 | |
trozet | sripriya: how will you refactor it? Don't you have to wait for the heat resource to get created before you update status? | 22:00 |
sripriya | trozet: i was referring to non heat logic residing in heat esp. for create_device_pre and create_device | 22:01 |
trozet | sripriya: oh ok | 22:01 |
sripriya | trozet: regarding the heat stack status, right now we do a polling mechanism to check the stack status and we do not worry about the actual resource status | 22:02 |
trozet | sripriya: sure stack status | 22:03 |
trozet | sripriya: but like in _create_device_wait you poll with the driver right? | 22:03 |
sripriya | trozet: right, from PENDING_CREATE to ACTIVE | 22:04 |
trozet | sripriya: so if you refactor, you still need some type of mechanism to poll the stack | 22:04 |
sripriya | trozet: the way we do today is sub optimal with STACK_RETRY_WAIT configured in tacker.conf and again that depends on the machine spec itself where heat is running | 22:06 |
trozet | sripriya: oh so thats a driver level problem, not the plugin? | 22:06 |
sripriya | trozet: we need a subscriber model where we can subscribe to heat stack status | 22:07 |
sripriya | trozet: yes | 22:07 |
trozet | sripriya: got it | 22:07 |
sripriya | trozet: in your case, you assume VNFs are already active right since you chain on existing VNFs | 22:07 |
trozet | sripriya: yeah so i think we will need a similar mechanism in the near future for VNFFG | 22:07 |
*** mageshgv has quit IRC | 22:07 | |
trozet | sripriya: right, but if we create SFC as heat stack's we still have to assume it takes time before they are create complete | 22:07 |
*** bobh has quit IRC | 22:08 | |
*** dkushwaha_ has joined #tacker | 22:09 | |
sripriya | trozet: yeah | 22:10 |
sridhar_ram | trozet: wondering if we need to do some special handling in vnf_delete if that VNF is part of a FFG | 22:12 |
sripriya | trozet: probably maintaining status at NFP level makes sense | 22:12 |
sridhar_ram | trozet: .. part of an active FFG | 22:12 |
trozet | sridhar_ram: yeah exactly VNFM needs to query VNFFG and ask | 22:12 |
trozet | is it still part of a VNFFG instance | 22:12 |
sridhar_ram | trozet: argh.. that is a reverse call from VNFM --> NFVO ..hmm | 22:13 |
sripriya | :) | 22:13 |
trozet | sridhar_ram: haha well i think there are going to be several cases of that | 22:13 |
trozet | sridhar_ram: part of the 2 working together to provide VNF and NSO | 22:13 |
sridhar_ram | trozet: I'm afraid so :-( | 22:13 |
sripriya | trozet: expand the vnf table to store another column ;) for vnffg_id | 22:17 |
trozet | sripriya: haha i guess thats better than having to query VNFFG everytime | 22:17 |
* sripriya wonders if we are going crazy with all these ids! | 22:17 | |
trozet | sripriya: haha for me its easier to just start writing the code then solve these problems as i hit them. Harder for me to visualize it without being in the code | 22:18 |
sripriya | trozet: i can totally understand, but we dont want to rewire our code too much also just to solve these problems | 22:19 |
*** dkushwaha_ has quit IRC | 22:20 | |
trozet | sripriya: yeah | 22:21 |
trozet | sripriya: those names in the VNFFGD are names of VNFDs | 22:22 |
sripriya | trozet: and how will you fetch VNFs from VNFD name? | 22:22 |
trozet | sripriya: query the VNFM (again >.<) and look for VNFs that were created from that VNFD | 22:23 |
sripriya | trozet: so you iterate through vnf list based on vnfd_id? | 22:24 |
sripriya | and then fetch VNFs that match vnfd_id | 22:24 |
trozet | sripriya: yeah | 22:25 |
trozet | sripriya: also about the attributes | 22:34 |
sripriya | trozet: yes | 22:34 |
trozet | sripriya: so the comment about info needed for the SFC, its actually per virtual link | 22:35 |
trozet | * VDU.properties.nsh_aware: true # (boolean) | 22:35 |
trozet | * VL.properties.sfc_encap: vxlan_gpe # (may support more values later) | 22:35 |
trozet | sripriya: so those properties are what we need to tell the driver about per port pair | 22:35 |
trozet | sripriya: so those should be defined in the VNFD | 22:36 |
trozet | sripriya: so I'm thinking we shouldn't list those in the resource right, and just when we query VNFM just pass those values to the driver, and not store them in the VNFFG resource. Does that make sense to you? | 22:36 |
trozet | my original thought was shove them into attributes as dictionary, but now I'm thinking there is no point | 22:37 |
sripriya | trozet: those parameters will still need to be parsed from the VNFD template in VNFM tosca utils | 22:40 |
trozet | sripriya: right, but for VNFFG, he doesnt need to have that in his resource right? Since he will just query VNFM for the values then send it to the driver. he doesnt need to expose it as API or store it in his DB I guess | 22:42 |
*** dkushwaha_ has joined #tacker | 22:42 | |
sripriya | trozet: i know it is a lower layer parameter, but will it matter to show it to the user? | 22:43 |
trozet | sripriya: yeah that's my dilemma :) I think its too low level to show at the VNFFG layer | 22:44 |
sripriya | trozet: they can always refer the VNFD template | 22:44 |
trozet | sripriya: yeah lets do away with it for now, then if people ask we can add it later | 22:45 |
trozet | sripriya: is that OK? | 22:45 |
sripriya | trozet: if these 2 properties are the only exclusive ones then we can do away with it | 22:45 |
trozet | sripriya: yeah they are the only ones | 22:45 |
sripriya | trozet: ok | 22:45 |
* sridhar_ram notices trozet mentions "he doesn't need to have ..", "he will just query... " | 22:46 | |
sridhar_ram | leaving VDU and VL attrs in VNFD template make sense | 22:47 |
sridhar_ram | attrs like nsh_aware | 22:47 |
sridhar_ram | tosca parser needs support for those.. but tacker can scrub them off before handling the TOSCA DOM tree off to heat-translator | 22:48 |
trozet | sridhar_ram: ok | 22:56 |
trozet | thanks for your inputs sripriya, sridhar_ram. I'll try to post a new version of the spec by EOD tmrw | 22:56 |
sridhar_ram | trozet: sounds good.. | 22:56 |
* sripriya reckons trozet to take a break ;) | 22:57 | |
trozet | sripriya: heh at the OPNFV plugfest and getting kind of burnt out for the day :) working on some other stuff atm...beer soon though :) | 22:58 |
sripriya | trozet: beer/coffee of course! to end the day! :-) | 22:59 |
*** twm2016 has quit IRC | 23:00 | |
*** dkushwaha_ has quit IRC | 23:05 | |
*** bobh has joined #tacker | 23:28 | |
*** brucet has joined #tacker | 23:38 | |
*** trozet has quit IRC | 23:38 | |
*** sridhar_ram has quit IRC | 23:40 | |
*** sridhar_ram has joined #tacker | 23:42 | |
*** s3wong has quit IRC | 23:43 | |
*** brucet has quit IRC | 23:50 | |
*** sripriya has quit IRC | 23:51 | |
*** ksantoshk has quit IRC | 23:56 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!