Tuesday, 2016-05-10

*** uck has quit IRC00:10
*** sridhar_ram has quit IRC00:17
*** gongysh has quit IRC00:19
*** bobh has quit IRC00:30
*** mbound has joined #tacker00:47
*** mbound has quit IRC00:52
*** gongysh has joined #tacker00:59
*** trozet has quit IRC01:07
*** s3wong has quit IRC01:17
openstackgerritSripriya Seetharam proposed openstack/python-tackerclient: WIP: mox to mock refactor  https://review.openstack.org/31316501:22
*** sripriya has quit IRC01:33
*** gongysh has quit IRC01:50
*** arturt has quit IRC02:16
*** arturt has joined #tacker02:16
*** prashantD has quit IRC02:17
*** gongysh has joined #tacker02:23
*** amotoki has quit IRC02:25
openstackgerritcaoyue proposed openstack/tacker: Add the hacking rules support in tacker  https://review.openstack.org/31068902:45
*** amotoki has joined #tacker02:52
*** amotoki has quit IRC03:00
*** amotoki has joined #tacker03:10
*** gongysh has quit IRC03:20
*** amotoki has quit IRC03:31
*** sridhar_ram has joined #tacker03:35
*** sridhar_ram1 has joined #tacker03:37
*** amotoki has joined #tacker03:39
*** sridhar_ram has quit IRC03:40
*** sridhar_ram1 is now known as sridhar_ram03:47
sridhar_ramdkushwaha: ping03:48
dkushwahasridhar_ram, hi03:48
sridhar_ramdkushwaha: how are things ? did you see the email, our mtg will be one hour earlier03:49
dkushwahasridhar_ram, yes, fine. Finally joined office from yesterday.03:50
sridhar_ramdkushwaha: glad to hear that, family okay ?03:50
dkushwahasridhar_ram, yes. Almost okay.03:51
sridhar_ramdkushwaha: good..03:51
sridhar_ramdkushwaha: tomorrow, we are going to discussion about Forwarding Graph TOSCA template..03:51
sridhar_ramdkushwaha: it has some relevance to the NSD work that we both are looking at ...03:52
dkushwahasridhar_ram, yes. It will be very helpful for me.03:53
sridhar_ramdkushwaha: okay.. join the discussion tomorrow.. we can chat after the meeting as needed03:53
dkushwahasridhar_ram, yes sure03:54
*** sripriya has joined #tacker04:19
openstackgerritSridhar Ramaswamy proposed openstack/tacker-specs: Document work items expected for tacker-specs  https://review.openstack.org/31441104:21
*** KanagarajM has joined #tacker04:22
dkushwahasripriya, hi04:28
sripriyadkushwaha: hello04:28
sripriyadkushwaha: i did retry the patch again and i still hit the same error :-(04:29
sripriyadkushwaha: one observation from the logs, i see multiple threads getting spawned for paramiko transport object client requests04:30
sripriyadkushwaha: have you observerd it at your end?04:30
dkushwahasripriya, not much sure but it looks like paramiko related issue.04:30
dkushwahasripriya, I googled and found some bugs with same type issues04:32
dkushwahasripriya, http://openstack.openstack.narkive.com/UFcDoPeH/error-in-ml2-with-cisco-nexus-driver04:33
*** sripriya_ has joined #tacker04:36
sripriya_dkushwaha: the ssh error is not the same04:36
sridhar_ramdkushwaha: 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
dkushwahasripriya, yes, I observed some child threads.04:38
KanagarajMdkushwaha, hi .... good to see you in same time zone :)04:38
*** sripriya has quit IRC04:39
dkushwahaKanagarajM, hi, nice to meet you :)04:40
sridhar_ramKanagarajM: we also have another tacker contributor...  tbh (Bharath) from the same timezone. He is based in Hyderabad04:41
KanagarajMsridhar_ram, good to see many :)04:42
sridhar_ramKanagarajM: yep!04:42
KanagarajMdkushwaha, :) where do you located ?04:42
dkushwahaKanagarajM, Noida04:42
KanagarajMdkushwaha, ok04:43
sridhar_ramdkushwaha: ah, why did I thought you were in BLR.. sorry!04:43
dkushwahasridhar_ram, nope, I were always in noida :)04:44
sridhar_ramdkushwaha: yeah, I realize that.. brain freeze04:45
dkushwahasridhar_ram, :)04:46
dkushwahasripriya_, I will perform some tests regarding the same and try to hit the scenario.04:47
dkushwahasripriya_, 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/EHF3wVk104:50
openstackgerritdharmendra kushwaha proposed openstack/tacker: Remove premature vnf delete from db  https://review.openstack.org/29103204:56
sripriya_dkushwaha: can you try deleting your .tox dir. and try again?04:56
*** trozet has joined #tacker04:56
dkushwahasripriya_, yes, I tried it, but gettting same issue04:57
dkushwahasripriya_, getting same error in tox --recreate -epy2704:58
*** arturt has quit IRC05:03
*** trozet has quit IRC05:16
sripriya_dkushwaha: yes, i did come across this issue05:18
*** sridhar_ram has quit IRC05: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
dkushwahasripriya_, its 0.5.005:34
*** amotoki has quit IRC06:10
*** gongysh has joined #tacker06:16
*** zeih has joined #tacker06:18
sripriya_dkushwaha: heat-translator needs to be also pinned to 0.5.0 version06:18
dkushwahasripriya_, Ok, I will try with the same. Thanks.06:21
sripriya_dkushwaha: bobh already has a bug for this06:21
sripriya_dkushwaha: this needs to be fixed in global-requirements and bobh needs to provide a fix for same06:22
sripriya_dkushwaha: i will follow up with bobh first thing in morning and i will leave a comment on the bug06:22
sripriya_dkushwaha: fyi https://bugs.launchpad.net/tacker/+bug/157780706:26
openstackLaunchpad 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
dkushwahasripriya_, ok, fine06:26
*** gongysh has quit IRC06:31
*** sripriya_ has quit IRC06:41
*** gongysh has joined #tacker06:45
*** amotoki has joined #tacker06:59
*** bharatht has joined #tacker07:02
*** bharatht is now known as tbh07:02
*** arturt has joined #tacker07:24
*** arturt has quit IRC07:36
*** gongysh has quit IRC07:39
*** zeih has quit IRC07:41
*** manikanta_tadi has joined #tacker08:03
*** zeih has joined #tacker08:12
*** zeih has quit IRC08:23
*** manikanta_tadi has quit IRC08:28
*** amotoki has quit IRC08:42
*** amotoki has joined #tacker08:43
*** zeih has joined #tacker08:47
*** vishnoianil has quit IRC09:00
*** zeih has quit IRC09:08
*** zeih has joined #tacker09:24
*** zeih has quit IRC09:28
*** tbh has quit IRC09:59
*** zeih has joined #tacker10:02
*** zeih has quit IRC10:06
*** tbh has joined #tacker10:10
*** vishnoianil has joined #tacker10:17
*** zeih has joined #tacker10:39
*** dkushwaha has quit IRC10:53
openstackgerritbharaththiruveedula proposed openstack/tacker: [WIP]Functional tests for auto resource creation  https://review.openstack.org/30082211:19
*** dkushwaha has joined #tacker11:42
*** aasmith has joined #tacker11:51
openstackgerritKanagaraj Manickam proposed openstack/tacker: Update devstack install guide for stable branch  https://review.openstack.org/31452311:54
openstackgerritKanagaraj Manickam proposed openstack/tacker: Fixes get-started guide  https://review.openstack.org/31452411:55
openstackgerritKanagaraj Manickam proposed openstack/tacker: Fixes broken link in tacker api doc  https://review.openstack.org/31452511:55
openstackgerritKanagaraj Manickam proposed openstack/tacker: Updates method details in monitor-driver guide  https://review.openstack.org/31452611:56
*** KanagarajM has quit IRC12:02
*** zeih has quit IRC12:02
*** Liuqing has joined #tacker12:11
*** Liuqing has quit IRC12:25
*** Liuqing has joined #tacker12:27
*** zeih has joined #tacker12:30
*** zeih has quit IRC12:52
*** aasmith has quit IRC12:56
*** mbound has joined #tacker12:57
*** zeih has joined #tacker13:01
*** amotoki has quit IRC13:01
*** zeih has quit IRC13:02
*** mbound has quit IRC13:02
*** tbh has quit IRC13:24
openstackgerritManikantha Srinivas Tadi proposed openstack/tacker-horizon: Display VNF instance details in Tacker Horizon.  https://review.openstack.org/29520713:24
*** bobh has joined #tacker13:27
*** srwilkers has joined #tacker13:34
bobhFYI - 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 #tacker13:54
*** Liuqing has quit IRC13:56
*** srwilkers has quit IRC13:59
*** amotoki has joined #tacker14:01
*** srwilkers has joined #tacker14:03
*** dkushwaha_ has joined #tacker14:05
*** zeih has quit IRC14:13
*** zeih has joined #tacker14:14
*** srwilkers has quit IRC14:36
*** srwilkers has joined #tacker14:38
*** zeih has quit IRC14:55
*** srwilkers has quit IRC15:04
*** zeih has joined #tacker15:05
*** sripriya has joined #tacker15:06
*** trozet has joined #tacker15:07
*** twm2016 has joined #tacker15:10
*** sripriya has quit IRC15:11
*** mageshgv has joined #tacker15:13
*** tbh has joined #tacker15:14
*** zeih has quit IRC15:15
*** srwilkers has joined #tacker15:26
*** tbh has quit IRC15:30
*** tbh has joined #tacker15:40
*** amotoki has quit IRC15:41
twm2016So 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 #tacker15:50
*** twm2016 has quit IRC15:52
*** janki91 has joined #tacker15:53
sridhar_ramTackers - heads up, our weekly meeting will start in few minutes at the top of the hour. Please join at #openstack-meeting15:53
*** tbh has quit IRC15:53
*** tbh has joined #tacker15:54
*** dkushwaha is now known as dkushwaha__15:57
*** dkushwaha_ is now known as dkushwaha15:58
*** sripriya has joined #tacker15:58
*** brucet has joined #tacker15:59
*** s3wong has joined #tacker16:01
*** uck has joined #tacker16:06
*** santoshk has joined #tacker16:06
*** brucet_ has joined #tacker16:09
*** brucet has quit IRC16:13
*** manikanta_tadi has joined #tacker16:29
*** brucet_ has quit IRC16:33
*** brucet has joined #tacker16:35
*** s3wong has quit IRC16:35
*** janki91 has quit IRC16:36
*** twm2016 has joined #tacker16:36
*** brucet_ has joined #tacker16:40
*** prashantD has joined #tacker16:43
*** brucet has quit IRC16:44
*** brucet_ has quit IRC16:45
*** brucet has joined #tacker16:47
*** brucet has quit IRC16:49
*** brucet has joined #tacker16:52
*** srwilkers has quit IRC16:54
*** srwilkers has joined #tacker16:54
sripriyabobh: when will we have the heat-translator release 0.5.0? will the release be updated on global-requirements.txt as well?17:01
sripriyatackers, 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 latest17:03
*** dkushwaha__ has quit IRC17:03
*** brucet has quit IRC17:04
bobhsripriya: 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 repo17:06
sripriyabobh: ok, thanks for confirming!17:07
*** mkashyap has joined #tacker17:09
*** mkashyap has left #tacker17:12
*** sripriya has quit IRC17:14
*** srwilkers has quit IRC17:15
*** dkushwaha has quit IRC17:19
*** sripriya has joined #tacker17:19
*** ksantoshk has joined #tacker17:19
*** ksantoshk has quit IRC17:20
*** s3wong has joined #tacker17:21
*** s3wong has quit IRC17:23
*** santoshk has quit IRC17:23
*** srwilkers has joined #tacker17:30
*** dkushwaha has joined #tacker17:32
*** manikanta_tadi has quit IRC17:36
*** srwilkers has quit IRC17:45
*** srwilkers has joined #tacker17:49
*** dkushwaha has quit IRC18:02
*** dkushwaha has joined #tacker18:03
*** lhcheng has joined #tacker18:06
*** santoshk has joined #tacker18:22
*** dkushwaha has quit IRC18:23
*** dkushwaha has joined #tacker18:27
*** vishnoianil has quit IRC18:31
trozetsridhar_ram: so if you look at the Forwarding_path3, you see under that FP, forwarder can be VNF1, with capability forwarder118:34
sridhar_ramtrozet: http://docs.oasis-open.org/tosca/tosca-nfv/v1.0/tosca-nfv-v1.0.pdf18:34
trozetsridhar_ram: in my proposal to the spec, you always define the CP18:35
* sridhar_ram and trozet continuing a discussion deciphering the VNFFGD template18:35
sridhar_ramtrozet: 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
trozetsridhar_ram: maybe we should have a bluejeans meeting i think it would be much easier to do in person18:36
sridhar_ramtrozet: to me FFGD is a collection of two things...18:36
sridhar_ramFG = { {Classifier1:FP1} , {Classifier2:FP2}, {Classifier3:FP3} , ... }18:36
* sridhar_ram couldn't agree more..18:36
sridhar_ramFPn = [ CPa, CPb, CPc ]18:37
trozetsridhar_ram: what time zone are you in btw18:37
sridhar_ramPacific18:37
trozetsridhar_ram: ok so its 11:38 there, do you want to meet at 1pm your time?18:38
sridhar_ramsure...18:38
sridhar_ramhang one.. I've a 1:30pm..18:39
sridhar_ram30mins shd be sufficient I hope18:39
trozetsridhar_ram: yeah we can make it quick18:39
sridhar_ramsounds good...18:39
sridhar_ramare you going to send an bluejeans mtg invite ? can others in this channel join if they are interested to listen in ?18:40
trozetyeah others can join18:40
trozethttp://bluejeans.com/trozet18:40
sridhar_ramtrozet: cool.. tty soon18:41
*** lhcheng has quit IRC18:42
*** lhcheng has joined #tacker18:42
*** tbh has quit IRC18:44
sridhar_ramlhcheng: howdy ! can you help to review https://review.openstack.org/#/c/295207/ please ?18:44
openstackgerritdharmendra kushwaha proposed openstack/python-tackerclient: Message correction on cli for Delete VNF call  https://review.openstack.org/31471618:44
lhchengsridhar_ram: sure, looking18:45
sridhar_ramlhcheng: thanks!18:45
*** manikanta_tadi has joined #tacker18:48
dkushwahasridhar_ram, trozet , How can I join this bluejeans meeting ?18:49
sridhar_ramdkushwaha: first time trying bluejeans mtg, looks you can just click the above link and join as guest user (just type your name)18:50
dkushwahasridhar_ram, ok, Thanks18:51
*** srwilkers has quit IRC18:52
*** srwilkers has joined #tacker18:53
*** tbh has joined #tacker18:54
sridhar_rammanikanta_tadi: hi there! I just pulled your latest patchset for https://review.openstack.org/#/c/295207/ .. it looks good18:54
sridhar_rammanikanta_tadi: lhcheng (horizon core member) just reviewed your patchset, please take care of his comments..18:55
sridhar_rammanikanta_tadi: I'm good from my side..18:55
manikanta_tadisridhar_ram, Ok Sure18:58
manikanta_tadiI will work to fix on his comments18:58
trozetdkushwaha: this first meeting isnt tacker18:59
trozetdkushwaha: do you mind dropping off?18:59
dkushwahatrozet, np.19:00
*** tbh has quit IRC19:05
*** srwilkers has quit IRC19:13
*** manikanta_tadi has quit IRC19:17
*** vishnoianil has joined #tacker19:19
*** srwilkers has joined #tacker19:23
*** prashantD has quit IRC19:29
*** srwilkers has quit IRC19:35
*** srwilkers has joined #tacker19:39
*** srwilkers has quit IRC19:48
*** srwilkers has joined #tacker19:50
trozetdkushwaha, sridhar_ram: joining?20:03
*** s3wong has joined #tacker20:04
sridhar_ramtrozet: yes, joining now...20:05
*** s3wong has quit IRC20:06
*** srwilkers has quit IRC20:07
*** srwilkers has joined #tacker20:08
*** dkushwaha has quit IRC20:09
*** dkushwaha has joined #tacker20:22
*** srwilkers has quit IRC20:25
*** sripriya_ has joined #tacker20:32
*** ksantoshk has joined #tacker20:33
*** sripriya has quit IRC20:35
*** dkushwaha has quit IRC20:36
*** dkushwaha has joined #tacker20:37
*** santoshk has quit IRC20:37
*** sridhar_ram1 has joined #tacker20:41
*** sridhar_ram has quit IRC20:42
*** dkushwaha_ has joined #tacker20:55
*** dkushwaha_ has quit IRC20:56
*** prashantD has joined #tacker21:02
*** sridhar_ram1 has quit IRC21:04
*** sripriya has joined #tacker21:06
*** sridhar_ram has joined #tacker21:08
*** sripriya_ has quit IRC21:10
*** dkushwaha_ has joined #tacker21:12
openstackgerritdharmendra kushwaha proposed openstack/tacker: Remove premature vnf delete from db  https://review.openstack.org/29103221:13
*** dkushwaha_ has quit IRC21:28
*** mbound has joined #tacker21:30
sripriyatrozet: ping21:41
trozetsripriya: hi21:41
sripriyatrozet: quick question on vnffg spec, what does path id imply?21:42
trozetsripriya: 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 chain21:43
trozetdoes that make sense?21:43
sripriyatrozet; doen't nfp id do the same?21:45
sripriyatrozet: ^21:45
trozetsripriya: thats a UUID assigned to manage the nfp in the tacker context right?21:46
sripriyatrozet: right, i was understanding how different the path id is from the UUID21:46
trozetsripriya: 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 UUID21:47
sripriyatrozet: i see, thank you21:49
sripriyatrozet: just responded to some of your questions on the spec21:49
trozetsripriya: sorry for the spam but:21:49
trozet3.3.  Service Path Header21: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 121:49
trozet     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+21:49
trozet     |          Service Path ID                      | Service Index |21:49
trozet     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+21:49
trozet   Service path ID (SPI): 24 bits21:49
trozet   Service index (SI): 8 bits21:49
sripriyatrzoet: do they use this path id integer in their chain?21:50
sripriyatrozet: ^21:50
trozetsripriya: 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
sripriyatrozet: ah ok,21:51
trozetsripriya: yeah that defines which path is which at the SFC level21:51
*** dkushwaha_ has joined #tacker21:51
trozetsripriya: so sometimes an operator will want to control that ID I think, which is why i added it to the yaml21:51
sripriyatrozet: in the current template, you have not added it right?21:53
*** amotoki has joined #tacker21:53
sripriyatrzoet: sorry, i see it, i missed the ID part initially21:55
*** dkushwaha_ has quit IRC21:56
sripriyatrozet: 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
trozetsripriya: yeah i just kind of copied that from the work done on VNFM21:58
trozetsripriya: they have the create_pre, post for the heat driver right21:59
trozetsripriya: while you wait for the heat resource to be created21:59
sripriyatrozet: that is going to refactored soon, it was some technical debt we carried from previous design which are getting out of.22:00
trozetsripriya: 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 immediately22:00
*** s3wong has joined #tacker22:00
trozetsripriya: how will you refactor it?  Don't you have to wait for the heat resource to get created before you update status?22:00
sripriyatrozet: i was referring to non heat logic residing in heat esp. for create_device_pre and create_device22:01
trozetsripriya: oh ok22:01
sripriyatrozet: 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 status22:02
trozetsripriya: sure stack status22:03
trozetsripriya: but like in _create_device_wait you poll with the driver right?22:03
sripriyatrozet: right, from PENDING_CREATE to ACTIVE22:04
trozetsripriya: so if you refactor, you still need some type of mechanism to poll the stack22:04
sripriyatrozet: 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 running22:06
trozetsripriya: oh so thats a driver level problem, not the plugin?22:06
sripriyatrozet: we need a subscriber model where we can subscribe to heat stack status22:07
sripriyatrozet: yes22:07
trozetsripriya: got it22:07
sripriyatrozet: in your case, you assume VNFs are already active right since you chain on existing VNFs22:07
trozetsripriya: yeah so i think we will need a similar mechanism in the near future for VNFFG22:07
*** mageshgv has quit IRC22:07
trozetsripriya: right, but if we create SFC as heat stack's we still have to assume it takes time before they are create complete22:07
*** bobh has quit IRC22:08
*** dkushwaha_ has joined #tacker22:09
sripriyatrozet: yeah22:10
sridhar_ramtrozet: wondering if we need to do some special handling in vnf_delete if that VNF is part of a FFG22:12
sripriyatrozet: probably maintaining status at NFP level makes sense22:12
sridhar_ramtrozet: .. part of an active FFG22:12
trozetsridhar_ram: yeah exactly VNFM needs to query VNFFG and ask22:12
trozetis it still part of a VNFFG instance22:12
sridhar_ramtrozet: argh.. that is a reverse call from VNFM --> NFVO ..hmm22:13
sripriya:)22:13
trozetsridhar_ram: haha well i think there are going to be several cases of that22:13
trozetsridhar_ram: part of the 2 working together to provide VNF and NSO22:13
sridhar_ramtrozet: I'm afraid so :-(22:13
sripriyatrozet: expand the vnf table to store another column ;) for vnffg_id22:17
trozetsripriya: haha i guess thats better than having to query VNFFG everytime22:17
* sripriya wonders if we are going crazy with all these ids!22:17
trozetsripriya: 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 code22:18
sripriyatrozet: i can totally understand, but we dont want to rewire our code too much also just to solve these problems22:19
*** dkushwaha_ has quit IRC22:20
trozetsripriya: yeah22:21
trozetsripriya: those names in the VNFFGD are names of VNFDs22:22
sripriyatrozet: and how will you fetch VNFs from VNFD name?22:22
trozetsripriya: query the VNFM (again >.<) and look for VNFs that were created from that VNFD22:23
sripriyatrozet: so you iterate through vnf list based on vnfd_id?22:24
sripriyaand then fetch VNFs that match vnfd_id22:24
trozetsripriya: yeah22:25
trozetsripriya: also about the attributes22:34
sripriyatrozet: yes22:34
trozetsripriya: so the comment about info needed for the SFC, its actually per virtual link22:35
trozet* VDU.properties.nsh_aware: true # (boolean)22:35
trozet* VL.properties.sfc_encap: vxlan_gpe # (may support more values later)22:35
trozetsripriya: so those properties are what we need to tell the driver about per port pair22:35
trozetsripriya: so those should be defined in the VNFD22:36
trozetsripriya: 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
trozetmy original thought was shove them into attributes as  dictionary, but now I'm thinking there is no point22:37
sripriyatrozet: those parameters will still need to be parsed from the VNFD template in VNFM tosca utils22:40
trozetsripriya: 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 guess22:42
*** dkushwaha_ has joined #tacker22:42
sripriyatrozet: i know it is a lower layer parameter, but will it matter to show it to the user?22:43
trozetsripriya: yeah that's my dilemma :)  I think its too low level to show at the VNFFG layer22:44
sripriyatrozet: they can always refer the VNFD template22:44
trozetsripriya: yeah lets do away with it for now, then if people ask we can add it later22:45
trozetsripriya: is that OK?22:45
sripriyatrozet: if these 2 properties are the only exclusive ones then we can do away with it22:45
trozetsripriya: yeah they are the only ones22:45
sripriyatrozet: ok22:45
* sridhar_ram notices trozet mentions "he doesn't need to have ..", "he will just query... " 22:46
sridhar_ramleaving VDU and VL attrs in VNFD template make sense22:47
sridhar_ramattrs like nsh_aware22:47
sridhar_ramtosca parser needs support for those.. but tacker can scrub them off before handling the TOSCA DOM tree off to heat-translator22:48
trozetsridhar_ram: ok22:56
trozetthanks for your inputs sripriya, sridhar_ram.  I'll try to post a new version of the spec by EOD tmrw22:56
sridhar_ramtrozet: sounds good..22:56
* sripriya reckons trozet to take a break ;)22:57
trozetsripriya: 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
sripriyatrozet: beer/coffee of course! to end the day! :-)22:59
*** twm2016 has quit IRC23:00
*** dkushwaha_ has quit IRC23:05
*** bobh has joined #tacker23:28
*** brucet has joined #tacker23:38
*** trozet has quit IRC23:38
*** sridhar_ram has quit IRC23:40
*** sridhar_ram has joined #tacker23:42
*** s3wong has quit IRC23:43
*** brucet has quit IRC23:50
*** sripriya has quit IRC23:51
*** ksantoshk has quit IRC23:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!