Thursday, 2016-09-22

*** uck_ has quit IRC00:10
*** uck has joined #tacker00:11
*** uck has quit IRC00:16
*** sripriya has joined #tacker00:23
*** yifei has quit IRC00:26
*** bobh has joined #tacker00:43
*** sripriya has quit IRC00:53
openstackgerritvishwanath jayaraman proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042801:48
*** gongysh has joined #tacker01:57
openstackgerritgongysh proposed openstack/tacker: Device refactor part4: rename vm plugin and db into vnfm plugin and db  https://review.openstack.org/36335102:05
gongyshsridhar_ram, done with part402:08
*** bobh has quit IRC02:10
*** s3wong has quit IRC02:14
*** gongysh has quit IRC02:16
*** gongysh has joined #tacker02:20
gongyshsridhar_ram, hi02:23
*** vishnoianil has quit IRC02:29
*** _achatterjee_ has quit IRC03:00
*** achatterjee has joined #tacker03:00
gongyshtrozet, hi03:13
*** uck has joined #tacker03:19
gongyshsridhar_ram, hi03:25
sridhar_ramgongysh: hi03:54
gongyshsridhar_ram, besides the part4 patch, I want to test vnffg, how to start?03:55
sridhar_ramgongysh:  sure, here is a quick run down..03:56
sridhar_ramstart with ubuntu 16.0403:56
gongyshsridhar_ram, thank you your slides on which I used some of them and indicated 'modified from PTL sridhar's slides'.03:56
sridhar_ramgongysh: you are welcome!03:56
sridhar_ramgongysh: need to make a better one for Barcelona03:57
gongyshsridhar_ram, I will not be able to be there, hope tacker will impress stacker.03:57
sridhar_ramgongysh: :)03:57
sridhar_ramFor ffg: you need tacker with Stephen Wong + my integrations fixes03:58
gongyshso, the networking-sfc needs the OVS 2.5, right?03:58
sridhar_ramyes03:59
gongyshsridhar_ram, and then, what is the exact steps to test vnffg?03:59
gongyshI cannot find a devref or get started with vnffg.04:00
*** hparekh has joined #tacker04:03
*** KanagarajM has joined #tacker04:06
gongyshif we does not have one, after testing, I can get one uploaded.04:06
*** KanagarajM_ has joined #tacker04:09
*** KanagarajM has quit IRC04:09
*** uck has quit IRC04:09
* sridhar_ram coming back after family interrupt04:12
sridhar_ramgongysh: let me write this in a etherpad.. hang on04:12
sridhar_ramgongysh: btw, before i forget .. can you follow on uniqueness constraint patchset - https://review.openstack.org/329759 ?04:17
sridhar_ramgongysh: my opinion is db based constraint is ideal but we don't have time to reimplement this for Newton...04:17
gongyshsridhar_ram, ok04:18
sridhar_ramgongysh: .. and it is risky to allow duplicate VNFD names with VNFFG feature04:18
*** KanagarajM_ has quit IRC04:18
*** gongysh has quit IRC04:18
sridhar_ramgongysh: .. so i'd suggest we get this in mostly for the functional need04:18
*** janki has joined #tacker04:26
*** neel has joined #tacker04:30
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756804:35
*** sripriya has joined #tacker04:53
openstackgerritMerged openstack/tacker: Device refactor part4: rename vm plugin and db into vnfm plugin and db  https://review.openstack.org/36335105:09
*** KanagarajM_ has joined #tacker05:16
*** sripriya has quit IRC05:22
*** vishnoianil has joined #tacker05:23
*** janki has quit IRC05:39
*** Ravikiran_K has joined #tacker05:45
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756806:00
tung_doansridhar_ram: ping06:01
sridhar_ramtung_doan: pong06:01
tung_doansridhar_ram: at the begging, ceilometer can trigger well (dkushwaha coulf confirm).. I suspect that the new version of ceilometer/aodhcreated some issue...06:02
*** sripriya has joined #tacker06:03
tung_doansridhar_ram: i am scared that i dont have enough time to figure out what happend to ceilometer/aodh..06:03
sridhar_ramrepeating for sripriya...06:03
sridhar_ramsridhar_ram: at the begging, ceilometer can trigger well (dkushwaha coulf confirm).. I suspect that the new version of ceilometer/aodhcreated some issue...06:03
sripriyasridhar_ram: tung_doan: catching up06:04
sridhar_ramtung_doan: sripriya: given the state of things.. i was wondering to merge the alarm change and continue to debug the ceilometer issue...06:04
tung_doansridhar_ram: totally we can try with curl06:04
sripriyatung_doan: so does that mean the metadata handling works fine as is indepedent of ceilometer issue06:05
sridhar_ramtung_doan: sripriya: in fact we shd try heat+ceilometer WITHOUT tacker and see if the webhook calls are firing on say high CPU06:05
*** lulei has quit IRC06:05
tung_doansridhar_ram: fron now to the end of this week I will fix06:05
sripriyatung_doan: referring to tacker code’s metadat change06:05
*** lulei has joined #tacker06:06
sripriyasridhar_ram: fine with me to merge06:06
dkushwahasripriya, sridhar_ram we are investigating the things, but i could not found the route cause, but i think it sould not due to metadata06:06
sripriyadkushwaha: okay06:06
tung_doandkushwaha: maybe.. because actually ceilometer-show totally correct..06:07
tung_doandkushwaha: but cannot figure out why it cannot trigger..06:07
sridhar_ramHmm.. given the bulk of this code.. i'd rather bring this in now and get few days of soak time (including the weekend) than waiting say until monday to fix Ceilometer issue and *THEN* merge this big alarm patchset. That is too risky for me.06:08
sridhar_rammeanwhile, tung_doan and dkushwaha - please continue full speed in fixing this issue even if the alarm mon code merges ..06:08
tung_doansridhar_ram: thanks.. i know it's too late for newton cycle.. will try my best06:09
dkushwahasridhar_ram, yes sure06:09
sridhar_ramsripriya: ??06:09
tung_doansridhar_ram: dkushwaha: please help me..06:09
sripriyasridhar_ram: i acknowledged already06:10
sridhar_ramsripriya: ah, u did indeed !06:10
tung_doandkushwaha: to figure out what happend to ceilometer.. we dont have enough time06:10
dkushwahatung_doan, yups, Still investigating it06:11
sridhar_ramdkushwaha: tung_doan: your patchset is in merge conflict .. can you quickly respin ?06:11
tung_doansridhar_ram: np06:12
*** santoshk has joined #tacker06:12
dkushwahasridhar_ram, will do it quickly06:12
sripriyatung_doan: the best we can do is to send the right params whatever ceilometer resource expects to work with heat autoscaling policy, ceilometer behaving weird is something we can track down may be with the celiometer team itself if required06:12
sridhar_ramtung_doan: dkushwaha: thanks.. please note this conflict is due to https://review.openstack.org/#/c/363351/ merge.. which moved the plugin file to vnfm dir06:12
sridhar_ramsripriya: +106:13
openstackgerritNeeldhwaj Pathak proposed openstack/tacker: Validate the Tosca VNFD templates  https://review.openstack.org/33385206:13
sripriyatung_doan dkushwaha appreciate you guys pulling this through. way to go!06:14
tung_doansripriya: still follow that way06:14
tung_doansridhar_ram: sriprya: thanks06:14
tung_doandkushwaha: could you help me please respin our patch? i am bussy to test...06:15
dkushwahatung_doan, sure, will do06:16
*** gongysh has joined #tacker06:16
tung_doandkushwaha: thanks06:16
tung_doangongysh: hi06:16
gongyshsridhar_ram,  progress on etherpad vnffg?06:17
gongyshtung_doan, hi06:17
tung_doangongysh: also, our patch (alarm monitor) had problem with ceilometer. Currently, ceilometer cannot trigger alarms.. please help me to look into this...06:17
gongyshtung_doan, bad news06:18
sridhar_ramgongysh: i didn't see u in the channel.. here it is https://etherpad.openstack.org/p/tacker-newton-vnffg-testing06:18
tung_doangongysh: yes :(06:18
gongyshsridhar_ram, just be offline.06:18
sridhar_ramgongysh: just to update the chat we just had among.. sripriya tung_doan dkushwaha and me...06:19
sridhar_ramgongysh: i've suggested to merge alarm code now and continue to debug this ceilometer issue over next day or two instead of waiting to merge this big patchset on say over the weekend or Monday06:19
gongyshsridhar_ram, agree06:20
gongyshtung_doan, hi,  can u fix the merge conflict and let us merge it for the time being.06:21
tung_doangongysh: dkushwaha will do06:21
dkushwahagongysh, fixing merge conflict06:21
gongyshdkushwaha, tung_doan thanks.06:22
openstackgerritvishwanath jayaraman proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042806:22
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756806:23
openstackgerritLu lei proposed openstack/python-tackerclient: Stop using mox in tackerclient (1)  https://review.openstack.org/35913206:23
sridhar_ramgongysh: sripriya: folks, the next thing to line up to merge is FFG Horizon.. https://review.openstack.org/34777906:24
sridhar_ramgongysh: sripriya: I verified VNFFGD Catalog and it works fine..06:25
sridhar_ramgongysh: sripriya: VNFFG has underlying non-horizon issues hence it is unverified06:25
*** vishwanathj has quit IRC06:25
sridhar_ramgongysh: sripriya: again, please go and merge it .. assuming no major blockers06:25
sripriyasridhar_ram: will do06:28
sridhar_ramsripriya: thanks06:28
*** janki has joined #tacker06:31
openstackgerritdharmendra kushwaha proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543506:31
openstackgerritMerged openstack/tacker-horizon: Adds VNFFG support in Tacker-horizon  https://review.openstack.org/34777906:32
*** manikanta_tadi has quit IRC06:38
openstackgerritgengchc2 proposed openstack/tacker: Translate log messages  https://review.openstack.org/37456006:52
*** priya__ has quit IRC06:56
*** Ravikiran_K has quit IRC06:57
openstackgerritSripriya Seetharam proposed openstack/tacker: Introduce uniqueness constraint on resource names  https://review.openstack.org/32975907:03
*** santoshk has quit IRC07:16
*** Ravikiran_K has joined #tacker07:17
openstackgerritKanagaraj Manickam proposed openstack/tacker: Adds unit test case for scaling  https://review.openstack.org/37136807:30
*** neel has quit IRC07:41
tung_doansridhar_ram: sripriya: gongysh: dkushwaha: godbless.. try with the older version of Ceilometer/Aodh... alarm was triggered well and scaling worked well  too.. will deeply test it again07:42
*** bluelime has joined #tacker07:47
*** bluelime has left #tacker07:48
*** dkushwaha has quit IRC08:04
*** hparekh_ has joined #tacker08:05
*** Ravikiran_K has quit IRC08:06
*** hparekh has quit IRC08:08
*** sripriya has left #tacker08:09
*** neel has joined #tacker08:40
openstackgerritLu lei proposed openstack/tacker: Remove virtualenv management scripts from oslo-incubator  https://review.openstack.org/30692708:40
*** manikanta_tadi has joined #tacker08:53
manikanta_tadiHi All, my devstack is broken after pulling latest code changes in master.  Error Logs : http://paste.openstack.org/show/582531/08:57
manikanta_tadiAnybody facing same issue ?08:57
*** neel has quit IRC09:20
*** tung_doan has quit IRC09:21
*** gongysh has quit IRC09:27
*** achatterjee has quit IRC09:51
*** neel has joined #tacker10:31
*** tbh has joined #tacker10:38
*** tung_doan has joined #tacker11:02
*** xiayu has quit IRC11:02
jankitrozet, ping11:07
openstackgerritHimanshu Kumar proposed openstack/tacker: changes in file post_test_hook.sh  https://review.openstack.org/37289711:20
jankisridhar_ram, ping11:22
openstackgerritLu lei proposed openstack/python-tackerclient: Base OpenStackClient(OSC) plugin support  https://review.openstack.org/37471511:24
*** bobh has joined #tacker11:57
*** neel has quit IRC11:58
*** bobh has quit IRC12:22
*** hparekh_ has quit IRC12:29
openstackgerritJanki Chhatbar proposed openstack/tacker-horizon: VNFFG Manager fixes  https://review.openstack.org/37476712:36
*** amotoki has joined #tacker13:00
*** KanagarajM_ has quit IRC13:10
trozethi janki13:29
*** lamt has joined #tacker13:35
jankitrozet, hey, you there?13:50
trozethi janki13:50
jankitrozet, I wanted to understand vnf_mapping13:51
jankitrozet, how it correlates to VNFFGD and which VNFDs to mention in the mapping13:51
*** bobh has joined #tacker13:52
trozetjanki: the vnf mapping matches VNFs to VNFDs,  those VNFDs are listed in the chain path of the NFP13:54
trozetjanki: so if you provide vnf mapping, you can directly tell the plugin which VNFs you want to use in the chain13:55
trozetjanki: otherwise it will pick for you by searching for VNFs that are spawned with the same VNFD13:55
jankitrozet, aren't these specified in VNFFGD?13:55
trozetjanki: in real NSD, it is all defined in one template13:56
trozetjanki: but in Tacker now we declare VNFD and VNFFGD as 2 separate things13:57
trozetjanki: there is nothing in the VNFFGD that says which VNF instance to use13:57
jankitrozet, ohh, ohk. Thanks for explaining...13:57
trozetjanki: np13:57
jankitrozet, I was experimenting with this. I noticed in client while getting vnfs and vnfds from mapping, the list brackets are included too13:58
trozetjanki: oh13:58
jankitrozet, meaning if vnf_mapping = [vnfd1: vnf1], vnfd = [vnfd1 and vnf = vnf1]13:59
*** bobh has quit IRC13:59
trozetjanki: can you fpaste hte output?13:59
jankitrozet, give me 1 moment please14:00
jankitrozet, the code and output is at http://paste.openstack.org/show/582584/14:06
jankitrozet, added 2 prints and its corresponding output. The solution would be to strip the "[ ]". Tried doing this (line commented in above paste)14:08
jankitrozet, need to leave. attedning PyCon. I would be checking my mails in case you have any queries. Thanks14:16
*** janki has quit IRC14:16
*** vishwanathj has joined #tacker14:19
openstackgerritvishwanath jayaraman proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042814:28
openstackgerritMerged openstack/tacker: Introduce uniqueness constraint on resource names  https://review.openstack.org/32975914:43
*** bobh has joined #tacker14:55
*** bobh has quit IRC14:59
*** lamt has quit IRC15:18
*** tung_doan has quit IRC15:50
*** uck has joined #tacker15:53
*** bobh has joined #tacker15:55
*** bobh has quit IRC16:00
trozetsridhar_ram: ping?16:03
*** KanagarajM_ has joined #tacker16:18
openstackgerritKanagaraj Manickam proposed openstack/tacker: Adds unit test case for scaling  https://review.openstack.org/37136816:19
*** Vijayendra has quit IRC16:23
openstackgerritKanagaraj Manickam proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042816:25
vishwanathjKanagarajM_ FYI:the dsvm is failing for the devref patchset above..its a monitoring functional test case issue totally unrelated to our devref patchset16:40
*** KanagarajM_ has quit IRC16:41
*** bobh has joined #tacker16:56
*** bobh has quit IRC17:01
sridhar_ramtrozet: pong17:07
tbhsridhar_ram, trozet while playing with VNFFG, I have some issues reported here https://bugs.launchpad.net/tacker/+bug/1626638. Let me know, if anyone already working on it or if it is not valid then I will mark it as invalid otherwise I will be working on it17:10
openstackLaunchpad bug 1626638 in tacker "Few bugs in vnffgd code" [Undecided,New] - Assigned to bharaththiruveedula (bharath-ves)17:10
sridhar_ramtbh: trozet: most of these things are getting fixed using https://review.openstack.org/#/c/347568/17:11
sridhar_ramtbh: trozet: btw, is the etherpad with my notes on how to test FFG with neutron-sfc ... https://etherpad.openstack.org/p/tacker-newton-vnffg-testing17:12
tbhsridhar_ram, ah, okay, I will mark it as invalid and will review this patch17:12
tbhsridhar_ram, will follow this etherpad17:14
sridhar_ramtbh: thanks.. we don't have time to float all the ffg fixes across diff patchset.. hence i've consolidated everything into this one..17:15
sridhar_ramtbh: so that we can share each others fixes17:15
tbhsridhar_ram, sure no problem, yup that saves time17:15
sridhar_ramtbh: btw, the list_net / list_tenant_net is not solved.. i've remove network name in the ACL to sidestep that issue for now17:16
tbhsridhar_ram, ah, okay17:19
*** uck has quit IRC17:21
*** uck has joined #tacker17:25
*** lamt has joined #tacker17:44
*** bobh has joined #tacker17:57
*** s3wong has joined #tacker17:58
*** bobh has quit IRC18:02
*** sripriya has joined #tacker18:10
*** tbh has quit IRC18:13
trozetsridhar_ram: hey18:14
vishwanathjsridhar_ram and other cores, would appreciate review of event logging devref https://review.openstack.org/#/c/370428/18:17
*** uck has quit IRC18:38
*** bobh has joined #tacker18:58
*** bobh has quit IRC19:03
*** uck has joined #tacker19:39
*** uck has quit IRC19:45
sridhar_ramvishwanathj: reviewed, pls checked my comments..19:54
vishwanathjthanks19:54
*** bobh has joined #tacker19:59
*** bobh has quit IRC20:03
*** santoshk has joined #tacker20:13
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756820:15
*** sripriya has quit IRC20:19
*** sripriya has joined #tacker20:48
*** bobh has joined #tacker21:00
trozetsridhar_ram: hi21:02
sridhar_ramtrozet: hi21:03
trozetsridhar_ram: sorry for not being very useful past couple days...release blocking bugs popped up in OPNFV21:03
trozetsridhar_ram: we release tmrw...we really shouldnt release at same time as OS21:03
trozetsridhar_ram: I've been following some of the emails you sent and the patches21:03
sridhar_ramtrozet: i agree, it is better if staggered..21:03
trozetsridhar_ram: I saw you just posted another patch, can you give me a quick run down of where you are at/where can I help?21:04
sridhar_ramtrozet: i was just trying to make sure all the hard work that went into FFG comes out in a useful way for newton release candidate21:04
trozetsridhar_ram: opnfv is all set to release now, so I'm pretty much free21:04
*** bobh has quit IRC21:04
s3wongtrozet, sridhar_ram: I am about to post another patch --- though at the moment the base patch doesn't pass Jenkins21:04
trozetsridhar_ram, s3wong: i saw comments on email that the classification for matching net name etc would be removed because the functionality doesnt work to find the ID, is that right?21:05
sridhar_ramtrozet: s3wong: we are just getting past neutron client auth related issues..21:05
sridhar_ramtrozet: that is correct21:05
trozetsridhar_ram: ok I think that is fine21:05
s3wongsridhar_ram: your change still has a problem --- you used auth1_sess, in which you only import session21:06
trozetsridhar_ram, s3wong: so now you have neutron client auth sorted out?21:06
s3wongsridhar_ram: so I changed that in my patchset21:06
trozetsridhar_ram: ok so what are you hitting now?21:06
sridhar_rams3wong: sure, push an update and i'll pull it from there21:07
s3wongtrozet: my upcoming patchset (hopefull21:07
s3wonghopefully syncs up with most of your flow_classifier attribute names ...21:07
sridhar_ramtrozet: just to level set.. i'm using the cmds as listed here https://etherpad.openstack.org/p/tacker-newton-vnffg-testing#L4121:08
trozets3wong, sridhar_ram: so after htat patch, are you able to create a chain? or what is blocking it from working?21:09
sridhar_ramtrozet: i still haven't got past the neutron auth issue..21:09
sridhar_ramtrozet: i was just about trying.. there is a pesky devstack issue that cropped up right now, which is burning some of my time21:10
trozetsridhar_ram: ok then I can download the current patch and try the neutron auth21:10
s3wongtrozet: please wait until I post my patch :-)21:11
s3wongsridhar_ram, trozet: my ubuntu 16.04 based setup is still mess up --- I have DB error when I try to create fc21:11
sridhar_ramtrozet: yes, please do.. at least it will nice if you can hit the same error as we are all hitting .. so that we can help each other and iterate21:11
openstackgerritvishwanath jayaraman proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042821:13
trozetsridhar_ram, s3wong: ok I have a CentOS7 deployment, so should be another datapoint21:14
sridhar_ramtrozet: +221:14
s3wongtrozet: good luck :-)21:15
trozetsridhar_ram, s3wong: i have to go afk for a bit to get kids dinner.  Will be back and try it later tonight.21:17
sridhar_ramtrozet: sounds good..21:17
sridhar_rams3wong: looks your patchset needs to be rebased21:19
sridhar_rams3wong: oops, sorry .. there is typo that is severely mess up the patchset..21:20
sridhar_rams3wong: can i quickly push to remove two chars in your patchset ?21:21
s3wongsridhar_ram: go for it21:26
s3wongsridhar_ram: was it the auth1_sess thing?21:26
sridhar_rams3wong: no, pure fat finger :(21:27
openstackgerritvishwanath jayaraman proposed openstack/tacker: Devref for event logging feature  https://review.openstack.org/37042821:27
s3wongsridhar_ram: OK :-)21:27
sridhar_rams3wong: btw, what is the issue with auth1_sess ?21:27
sridhar_rams3wong: did you look at the latest https://review.openstack.org/#/c/347568/16/tacker/nfvo/drivers/vim/openstack_driver.py ?21:29
sridhar_rams3wong: it has some auth related fixes21:29
s3wongsridhar_ram: in line 467 of  https://review.openstack.org/#/c/347568/16/tacker/nfvo/drivers/vim/openstack_driver.py,unified21:29
s3wongauth1_sess is not defined21:29
sridhar_rams3wong: got it.. that was my bad21:29
s3wongsession if imported in line 21, so the other change is to put this into session instead of auth1_sess21:29
s3wongsridhar_ram: easy fix :-)21:29
s3wongsridhar_ram: mine is ready --- do you want me to post mine first?21:30
sridhar_rams3wong: if you are pushing one can u also fix L47021:30
s3wongsridhar_ram: oh, that one --- yes, I have already fixed that in my view also21:31
s3wongsridhar_ram: so I will just push that in also21:31
sridhar_rams3wong: cool thanks, go ahead21:31
s3wongsridhar_ram: I have not fixed the various Jenkins error, though21:31
sridhar_rams3wong: lets fix this obvious ones first..21:31
*** sripriya has quit IRC21:31
s3wongsridhar_ram: I tried to fix some last night with some pep8; yeah, let's get the functionality down first21:32
openstackgerritStephen Wong proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756821:33
*** veena has quit IRC21:37
*** santoshk has quit IRC21:37
*** amotoki has quit IRC21:37
*** Qiming has quit IRC21:37
*** vishwanathj has quit IRC21:37
*** vishnoianil has quit IRC21:37
*** amit213 has quit IRC21:37
s3wongLost a bunch of people just as I posted a patchset21:37
s3wong:-)21:37
*** vishnoianil has joined #tacker21:40
*** amit213 has joined #tacker21:40
*** veena has joined #tacker21:41
*** santoshk has joined #tacker21:41
*** amotoki has joined #tacker21:41
*** Qiming has joined #tacker21:41
*** uck has joined #tacker21:42
*** vishwanathj has joined #tacker21:42
*** amit213 has quit IRC21:44
*** uck has quit IRC21:47
sridhar_rams3wong: looks like a co-ordinated network flap ;-)22:00
sridhar_rams3wong: btw, i just fixed pep8 issues .. pushing it now22:00
s3wongsridhar_ram: cool!22:00
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756822:01
*** bobh has joined #tacker22:01
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG: neutron networking-sfc driver and plugin fixes  https://review.openstack.org/34756822:01
sridhar_rams3wong: i also rebased to latest master22:02
s3wongsridhar_ram: OK22:02
*** bobh has quit IRC22:05
*** bobh has joined #tacker22:08
*** sripriya has joined #tacker22:13
*** amit213 has joined #tacker22:14
*** vishwanathj has quit IRC22:18
*** bobh has quit IRC22:22
sridhar_rams3wong: now, with latest patchset.. port pairs are created.. still there are errors but at least it is a progress22:23
*** lamt has quit IRC22:24
s3wongsridhar_ram: cool22:27
s3wongsridhar_ram: flow-classifier created also?22:27
* sridhar_ram checking22:27
sridhar_rams3wong: no22:28
sridhar_rams3wong: no flow-classifier got created22:28
s3wongsridhar_ram: damnit!22:28
sridhar_rams3wong: a dumb question..22:28
s3wongsridhar_ram: still error there then --- fc is the one with the most parameters, I think port-pair, port-pair-group should be fine. The next challenge after fc would be chain22:29
s3wongsridhar_ram: go ahead22:29
sridhar_rams3wong: on which "neutron network" this flow-classifier will be applied ?22:29
s3wongsridhar_ram: no where when you just create a fc22:29
s3wongsridhar_ram: it wouldn't be until the chain is resolved would a flow-classifier be applied22:30
sridhar_rams3wong:  i know ultimately there are neutron port (vNICs)..22:30
s3wongsridhar_ram: but fc is only programmed on ingress and egress22:30
s3wongsridhar_ram: NOT throughout the chain22:30
sridhar_rams3wong: ingress and egress of what ?22:30
* sridhar_ram reminds this is a dumb question22:30
s3wongsridhar_ram: hence the REQUIRED parameters of source Neutron port and destination Neutron port for fc create22:30
s3wongsridhar_ram: of the chain22:31
s3wongsridhar_ram: you create a chain of Neutron ports (presumably of VNFs)22:31
sridhar_rams3wong: oh, this "ACL" is applied on a per neutron port basis ?22:32
s3wongsridhar_ram: then the fc with its source/dst Neutron ports would in essence redirect traffic to the chain22:32
s3wongsridhar_ram: not throughout the chain22:32
s3wongsridhar_ram: only on ingress / egress --- within the chain, the MPLS label would specify the next element of the chain22:33
s3wongsridhar_ram: the idea is we don't do fully flow-classifier lookup on every hop of the chain22:33
sridhar_rams3wong: okay, i'll re-read the n-sfc literature with this in mind22:33
sridhar_rams3wong: make sense22:33
s3wongsridhar_ram: so... as gongshi once asked me --- that the logic source/dest ports are REQUIRED for fc creation --- are those specified in your test?22:34
sridhar_rams3wong: i need to check..22:34
sridhar_rams3wong: but.. i still get "flow classifier match not supported by networking-sfc driver"22:34
s3wongsridhar_ram: do you have the fc_dict is ... output?22:35
sridhar_rams3wong: fc passed is {'match': {'ip_proto': 6, 'ip_dst_prefix': u'192.168.1.2/24', 'destination_port_min':                            80, 'destination_port_max': 1024}}22:35
s3wongsridhar_ram: oh, I see22:35
s3wongsridhar_ram": the incoming dict is fc['match'] instead of fc22:35
s3wongsridhar_ram: so you need to extract the 'match' dictionary from fc22:36
s3wongsridhar_ram: why would trozet pass to driver with a 'match' key to the flow classifier dictionary?   :-)22:37
sridhar_ramtrozet: not sure, i'm now trying with this.. http://paste.openstack.org/show/582676/22:38
s3wongsridhar_ram: that actually won't work --- the parsing happen before invoking NeutronClient22:39
sridhar_rams3wong: okay, can u take a stab at this ?22:40
s3wongsridhar_ram: you need to do that in create_flow_classifier itself :-)22:40
s3wongsridhar_ram: OK22:40
sridhar_rams3wong: if it is something simple.. i can quickly give it a try22:41
s3wongsridhar_ram: simple, yet tedious22:42
s3wongsridhar_ram: between line 316 and 317, do fc_dict = fc['match']22:42
s3wongsridhar_ram: then replace all subsequent fc with fc_dict22:42
s3wong(which are only three instances, so not so bad)22:43
sridhar_rams3wong: making the changes.. hang on22:47
sridhar_rams3wong: proceeding further to get "BadRequest: FlowClassifier 0ea70908-c70b-4419-bf45-5a9bb38ee6cd does not set logical source port in ovs driver"22:51
sridhar_rams3wong: based on the discussion we just had .. is logical_source_port and/or logical_destination_port required in flowclassifier ?23:03
*** lamt has joined #tacker23:09
s3wongsridhar_ram: sorry, stepped up for a moment23:10
s3wongsridhar_ram: yes, those are required23:10
s3wongsridhar_ram: and that is an AND (not or) --- so you need both source and destination logical ports23:11
s3wongsridhar_ram: (hang in there, you are about to get to ... second base)23:11
s3wongsridhar_ram: after that, you should pass networking-sfc DB / API, then you are entering into a territory that I myself had not gone: OVS flow tables :-)23:12
*** sripriya has quit IRC23:35
*** sripriya has joined #tacker23:39
sridhar_rams3wong: i was afk.. back now23:41
sridhar_rams3wong: these two ports go into the sam fc_dict ?23:42
sridhar_ram*same23:42
sridhar_rams3wong: trozet: looks nfvo_plugin need to be modified to pass the neutron ports in the fc dict in the first place23:44
s3wongsridhar_ram: same one23:44
*** uck has joined #tacker23:44
sridhar_rams3wong: trozet: btw, if there are multiple VNFs say with two neutron ports each (ingress & egress).. which neutron ports needs to be used as logical_source and logical_destination ?23:46
s3wongsridhar_ram: limitation of the API :-)23:47
s3wongsridhar_ram: for now, let's just pick the one where you want traffic to send out to chain23:49
*** uck has quit IRC23:49
s3wongsridhar_ram: (or of course, you can just create another fc, and bind it to the same chain)23:49
sridhar_rams3wong: looking http://docs.openstack.org/developer/networking-sfc/api.html .. it doesn't show logical ports as mandatory args.. do you know if this behavior has recently changed ?23:51
s3wongsridhar_ram: no, it has always been like this --- it is just a documentation bug23:51
sridhar_rams3wong:  I see23:51
s3wongsridhar_ram: gongysh found out about that couple months ago, well before we cut stable/mitaka23:52
sridhar_rams3wong: i'm worried this is going to be a non-trivial work on the plugin side.. particularly figured out the two edges  / ports of a chain. Need to consult w/ trozet23:53
sridhar_ram*figuring23:53
s3wongsridhar_ram: yes. Need to talk to trozet on this23:53
s3wongsridhar_ram: I believe when you deploy a chain, the ingress / egress points needed to be specified for sure; but those may not be part of VNFFG template23:54
*** KanagarajM_ has joined #tacker23:57
*** ksantoshk has joined #tacker23:59

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