Thursday, 2017-10-05

*** reedip_ has joined #openstack-fwaas00:47
*** SumitNaiksatam has joined #openstack-fwaas01:27
*** reedip_ has quit IRC01:44
*** SumitNaiksatam has quit IRC01:48
*** jhesketh has quit IRC01:51
*** jhesketh has joined #openstack-fwaas01:51
openstackgerritMerged openstack/neutron-fwaas-dashboard master: Imported Translations from Zanata  https://review.openstack.org/50959202:06
*** vishwanathj has quit IRC02:44
*** yamamoto has joined #openstack-fwaas02:48
*** lnicolas has joined #openstack-fwaas02:50
*** annp has joined #openstack-fwaas02:59
reedipjfyi  : we have the meeting today on this channel03:13
*** SumitNaiksatam has joined #openstack-fwaas04:10
*** eezhova has joined #openstack-fwaas04:41
*** reedip has quit IRC04:42
*** eezhova has quit IRC05:07
*** vishwanathj has joined #openstack-fwaas05:54
*** vishwana_ has joined #openstack-fwaas06:19
*** vishwanathj has quit IRC06:21
*** vishwana_ has quit IRC06:48
*** vishwanathj has joined #openstack-fwaas07:04
*** eezhova has joined #openstack-fwaas08:10
*** hoangcx has quit IRC08:26
*** hoangcx has joined #openstack-fwaas08:27
*** yamamoto has quit IRC09:16
*** yamamoto has joined #openstack-fwaas09:20
*** eezhova has quit IRC09:34
*** eezhova has joined #openstack-fwaas09:38
*** yamamoto has quit IRC10:02
*** yamamoto has joined #openstack-fwaas10:06
*** yamamoto has quit IRC10:12
openstackgerritNguyen Phuong An proposed openstack/neutron-fwaas master: FWaaS v2 extension for L2 agent  https://review.openstack.org/32397110:15
*** yamamoto has joined #openstack-fwaas10:19
*** yamamoto has quit IRC10:41
*** yamamoto has joined #openstack-fwaas11:01
*** yamamoto has quit IRC11:06
*** annp has quit IRC11:15
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas master: OVS based l2 Firewall driver for FWaaS v2  https://review.openstack.org/44725111:29
*** yamamoto has joined #openstack-fwaas12:00
*** yamamoto has quit IRC12:39
*** yamamoto has joined #openstack-fwaas12:41
*** yamamoto has quit IRC12:46
*** yamamoto has joined #openstack-fwaas12:51
*** yamamoto has quit IRC13:06
*** annp has joined #openstack-fwaas13:47
*** mlavalle has joined #openstack-fwaas13:49
*** yushiro has joined #openstack-fwaas13:54
*** SridarK has joined #openstack-fwaas13:59
*** reedipb has joined #openstack-fwaas14:00
yushirohi14:00
annphi14:00
mlavalleo/14:00
SridarKHi14:00
yushiroToday is weekly IRC meeting, in here?  right?14:01
SridarKtoday xgerman_ i believe it is ur turn ?14:01
SridarKyushiro: yes14:01
mlavalleso I was told by xgerman_ two days ago14:01
xgerman_sure14:01
SridarKi noticed that just now too14:01
yushiroYes, today is xgerman_  :)14:01
yushiromlavalle, Hi  sorry I couldn't attend tuesday's neutron meeting..14:01
*** hoangcx_ has joined #openstack-fwaas14:02
xgerman_#startmeeting fwaas14:02
openstackMeeting started Thu Oct  5 14:02:24 2017 UTC and is due to finish in 60 minutes.  The chair is xgerman_. Information about MeetBot at http://wiki.debian.org/MeetBot.14:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:02
*** openstack changes topic to " (Meeting topic: fwaas)"14:02
openstackThe meeting name has been set to 'fwaas'14:02
SridarKi was curious if there is a convention on which channels are used for meetings14:02
xgerman_#chair yushiro SridarK14:03
openstackCurrent chairs: SridarK xgerman_ yushiro14:03
SridarKof course scheduling is not an issue here14:03
xgerman_#topic Announcements14:03
*** openstack changes topic to "Announcements (Meeting topic: fwaas)"14:03
xgerman_We have a new meeting time ;-)14:03
*** HoloIRCUser has joined #openstack-fwaas14:03
HoloIRCUserHi14:03
*** reedipb has quit IRC14:04
xgerman_Netwon EOL is next week 10/1314:04
HoloIRCUserK14:04
xgerman_and Q1 is 10/16-2014:04
xgerman_so coming up rapidly - in two weeks if I am keeping track14:05
xgerman_#link https://releases.openstack.org/queens/schedule.html14:05
yushiroYes,14:05
xgerman_time flies…14:06
*** yamamoto has joined #openstack-fwaas14:06
xgerman_oh, I think next PTG is in Dublin and 2018 Fall OpenStack summit in Berlin14:07
SridarKwe have a few milestones we should try to get in by Q114:07
xgerman_indeed14:07
xgerman_let’s start with our usual topics14:07
xgerman_#topic L2 Support14:07
*** openstack changes topic to "L2 Support (Meeting topic: fwaas)"14:07
xgerman_yushiro pls. go ahead14:08
yushiroxgerman_, OK14:08
yushiroInessa and annp, thanks for ur great update.14:09
xgerman_+114:09
annpyushiro,  you're welcome.14:09
yushiro#link https://review.openstack.org/#/c/323971/14:09
yushiroWe're much more better in shape now.14:09
SridarK+114:09
xgerman_+114:09
SridarKyushiro: shall we target some testing14:10
SridarKare we ready for that14:10
annpi think yes.14:10
yushiroSridarK, Yes14:10
SridarKannp: ok14:10
yushiroannp, but i think we should update on my comment.14:10
yushiroat first.14:10
annpBut i have once concerning related yushiro comment14:10
xgerman_awesome — I think to hit the milestone I am ok with just having unit tests…14:11
SridarKok lets cover integration testing after the driver status14:11
annphttps://review.openstack.org/#/c/323971/59/neutron_fwaas/services/firewall/agents/l2/fwaas_v2.py@26714:11
annpcould you take a look at it?14:11
yushiroannp, would it be possible to discuss after this meeting ??14:11
annpok, lets discuss later.14:11
xgerman_ok, sounds good14:11
yushiroannp, OK,  thanks.14:12
annpplease go ahead14:12
xgerman_we can always do in Open Discussion if we have time14:12
yushiroremaining points are  1. changing status logic  and 2.avoid 'PENDING_xxx' status with some error.14:13
*** HoloIRCUser has quit IRC14:13
*** yamamoto has quit IRC14:13
yushiroSorry, I tried to write etherpad for local.conf with devstack, but I couldn't.  SridarK , could you tell me a link for etherpad again?14:13
yushiroSo, that's all for l2-agent side.  Next is ovs driver side.14:14
SridarK#link https://etherpad.openstack.org/p/fwaas-v2-l214:14
yushiro#linkc https://review.openstack.org/#/c/447251/14:14
yushiroSridarK, thank you so much!14:14
SridarKlets use the etherpad to communicate as well14:14
SridarKyushiro: thx14:14
yushiroI tested in devstack with ovs driver PS33, it seems to work correctly.14:16
yushiroannp, could you try it again with latest devstack?14:16
xgerman_try: https://raw.githubusercontent.com/xgerman/devstack_deploy/master/stackme.sh && chmod +x stackme.sh && vi stackme.sh && ./stackme.sh14:16
yushirooops, sorry.  PS3414:17
annpactually, I tested it again. But the result same my previous comment14:17
annpI have a stupid question, Did you configure firewall_l2_driver = ovs?14:18
yushiroYes, exactly.  I configured firewall_l2_driver = ovs.14:18
yushiroOK, please revert PS34 and modify test code.14:19
*** HoloIRCUser has joined #openstack-fwaas14:19
HoloIRCUser: Reedip here14:19
xgerman_o/14:19
annpOk, tomorrow, I will try it again.14:19
yushirohi reedip.  I didn't know that :)14:19
*** chandanc has joined #openstack-fwaas14:19
HoloIRCUserI am driving to a family function so will catch the logs once I reach14:19
yushirochandanc, hi14:20
chandancHello14:20
yushirogood timing, chandanc  :)14:20
HoloIRCUserSorry for the last minute update14:20
yushirowe were talking about ovs driver patch.14:20
chandancI just got to know from SridarK14:20
chandancok yushiro14:20
chandancI saw the changes done14:21
annphi chandanc14:21
chandancdid the race condition change done ?14:21
chandanchello annp14:21
annpactually, I think we should decide using local vlan idea or keep get_tag_from_other_config same as ovsfw14:23
yushirochandanc and I discussed in previous cycle about that.  I think it's better to use local vlan idea first.14:23
chandanci thought the other_config is not updated by the time we(driver) are called14:23
annpBecause if we keep get_tag_from_other_config function, we don't need local vlan function14:24
annpI think same, chandanc.14:24
yushirosorry, could you tell me which your opinion is?14:26
xgerman_if the other_cobfig is not updated in time that doesn’t make it the best way to go forward… guess vlan is safest14:26
chandancannp i just forwarded the old mail thread i had with yushiro14:26
chandancshould give some context to you14:26
annpFrom my opinion, I think we should come up with loccal vlan14:27
*** HoloIRCUser has quit IRC14:27
yushirochandanc, Ah, it's better :)14:27
annpchandanc, thanks. i will check it tomorrow.14:27
chandancannp, i think we are not on the same page14:27
xgerman_given we only have two weeks until Q-1 we should just run with something and adjust later14:27
yushiro+114:28
chandancanyways, have a look at the mail. We can then quickly converge14:28
xgerman_+114:28
chandancagree14:28
annpchandanc, lets me understand the context. Thanks.14:29
SridarKchandanc: will sync with u offline but is there a specific workflow that would cause an issue14:29
chandancl2 agent allocates a local vlan, then calls extensions, then updates the ovsdb with the allocated local vlan14:29
chandancby the time extension calls the driver the local vlan is not in the ovsdb14:30
xgerman_mmh, I think the l2-agent needs to change to be a bit more accomodating…14:31
chandancworkaround is for the extension to directly get the local vlan from l2 agent14:31
chandancneed to pass the config to the extensions14:31
chandancxgerman_: +114:31
SridarKok14:31
xgerman_ok, we can propose a patch along those lines to Neutron14:32
yushiroOK,14:32
chandancya we can, the workaround was a shortcut :)14:32
xgerman_sounds like a plan…14:33
yushiroOK, let's use local vlan initial release.14:33
SridarKwould it be feasible kick off some integration (fwaas l2 agent and ovs driver) with the workaround14:34
xgerman_+1 and propose changes to l2-agent14:34
annp+1 yushiro14:34
chandancSridarK: the workaround was part of the patch, we can revert that change14:34
SridarKchandanc: ok lets test with that14:35
xgerman_yes, let’s continue with what we have and work in. parallel on the l2-agent patch-solution14:35
chandancok14:35
yushiroIn my understanding, L2-agent already inmplented local vlan. So, please align with ovs driver part.14:35
yushiroanyway, let's discuss after :)14:37
yushiroxgerman_, sorry, please go ahead14:37
annpyes. l2 agent already implemented local vlan14:37
xgerman_ok, moving on14:37
xgerman_#topic FWaaS Dashboard14:37
*** openstack changes topic to "FWaaS Dashboard (Meeting topic: fwaas)"14:37
xgerman_amotoki yt?14:38
yushiro#link https://review.openstack.org/#/c/475840/14:38
yushiroSarath ?14:38
SridarKSarathMekala is out today14:39
yushiroSridarK, OK thanks.14:39
SridarKhe sent an email14:39
amotokii was on vacation last week, so I have no information to share14:39
yushiroamotoki, nice vacation!!!14:39
xgerman_pictures?14:39
amotokiI wonder how we can move the work forward.14:39
SridarKperhaps we can sync up offline and see what remains14:39
amotokiwe have several issues now on v2 dasbhoard14:39
SridarKwhen SarathMekala is back too14:40
SridarKamotoki: sorry pls go ahead14:40
yushiroyes.  I and hoangcx are watching in v2 dashboard.14:40
amotokimy suggestion is to merge the current version (with minimum fixes)14:40
amotokiand file backlogs as bugs14:40
amotokiand fix them14:40
amotokithen cut a release14:40
*** eezhova has quit IRC14:41
amotokiI am afraid it is not easy to track what are remaining and what are fixed already14:41
xgerman_well, we should cut Q-1 with whatever we have — it’s better what’s there now14:41
SridarKamotoki: ok lets sync up on email with SarathM, and quickly do a final round of tests14:42
SridarKso we are aware of the limitations14:42
amotokiactually neutron-fwaas-dashboard does uses cycle-with-milestone14:42
yushiroOK.14:42
xgerman_indeed - so we need to cut a release — question is do we merge it before then or not14:42
amotokiso Q-1 is not applied. it is cycle-with-intermediary14:42
amotokicycle-with-intermediary is recommended to cut at least one release before Q-214:43
yushiroOK.14:43
amotokiso Q-1 is not a big milestone14:43
SridarKok but if there are only minor issues lets try to get the patch in and fix bugs14:43
xgerman_mmh, let’s follow SridarK’s suggestion and sync, catalog bugs, and release?14:44
xgerman_SridarK +114:44
amotokiSridarK: +114:44
SridarKok lets sync with SarathMekala in the next day and try to get it in by early next week14:45
xgerman_+114:45
yushiro+114:45
amotokiagree14:45
amotokionce the base patch lands, we can fix issues in parallel :)14:45
SridarKI will get a round of testing on it tomorrow14:45
hoangcx_amotoki: At lease basic functions should be done before landing14:46
amotokihoangcx_: basically yes.14:46
yushiromaybe  we should focus on "'Add policy' endless loading bug" and "enable to select L2-port" in v2 dashboard..14:46
amotokiprecisely, all basic functions should work BEFORE RELEASE :)14:46
SridarKhoangcx_: +1 basic things were ok on the last round of tests14:47
SridarKyushiro: +114:47
SridarKamotoki: +114:47
yushirohoangcx_, +114:47
hoangcx_amotoki: I will test it and give feedback by early next week for dashboard patch.14:47
xgerman_k14:48
*** yamamoto has joined #openstack-fwaas14:48
*** yamamoto has quit IRC14:48
xgerman_#topic Open Discussion14:49
*** openstack changes topic to "Open Discussion (Meeting topic: fwaas)"14:49
yushiroCan I have 1 topic?14:49
xgerman_sure14:49
xgerman_go ahead14:49
mlavalleand I also want a few seconds after yushiro14:49
xgerman_ok14:49
yushirohoangcx_, and I just posted firewall logging feature spec : https://review.openstack.org/#/c/509725/14:50
SridarKok14:51
xgerman_yeah, will have a lokk14:51
yushiroIn queens-1, let's focus v2 functionality.  After that, I hope to start to extend this feature into fwaas. ( Of course logging feature is targetted on Queens-1)14:51
SridarKextend the work u have done for SG ?14:51
SridarKyushiro: sounds good14:51
yushiroSridarK, not yet.  annp and I are working now but will be finished in Q-1 :14:52
xgerman_+114:52
yushiroOK, that's all for me.14:52
yushiromlavalle, please go ahead :)14:52
xgerman_+114:52
mlavallemy request is very similar14:52
mlavallewould like some eyes on https://review.openstack.org/#/c/461657/14:52
mlavallezhaobo6 is ready to go as soon as the spec is approved14:53
SridarKmlavalle: i added my self  - will look at the audit feature14:53
mlavallenow tht we are talking post Q-1 milestone14:53
mlavallethat's all14:53
mlavalleThanks!14:53
yushiromlavalle, me too.  Thanks for your notification :)14:53
yushiroand I have one announce!14:54
xgerman_sure14:54
yushiroIf guys can go sydney summit, please add your name in team etherpad :)14:54
mlavalleI'll be there14:54
SridarK+114:54
amotokithe team etherpad?14:55
yushiromlavalle, Yeah!14:55
yushiroamotoki, oops, fwaas irc meeting's etherpad.14:55
xgerman_I will skip (unless a super cheap flight shows up)14:55
yushirohttps://etherpad.openstack.org/p/fwaas-meeting14:56
amotokithanks14:56
xgerman_ok, 4 min left — anyhting else?14:56
annpCan We discuss about https://review.openstack.org/#/c/323971/59/neutron_fwaas/services/firewall/agents/l2/fwaas_v2.py@267?14:56
amotokiseems L.98 of the etherpad (right now)14:56
yushiroannp, sure14:56
annpI think firewall group behavior quite strange14:57
yushiroamotoki, correct!!!14:57
* xgerman_ wonder if we need to stick to the times as we are in our won channel14:57
amotokixgerman_: good point! just a weak timekeeper :)14:58
SridarK24 x 7 fwaas meeting ? ;-)14:58
yushirohahaha14:58
annpmy question, why we don't rasie a exception some thing like Port in use, if a port already attached to a fwg?14:58
amotokiannp: i think it is similar to SG behavior14:59
amotokia port bound to SG(s) can be deleted even it is associated14:59
amotokiFWS just defines a behavior of the port, but IMHO the FWG should not block the port deletion.15:00
amotokidoes it make sense?15:00
amotokior are you talking about deleting FWG?15:00
annpyes, It make sense. However, In yushiro case, it make me confused.15:00
yushiroamotoki, Yes.  I agree with you.  Port can be deleted even if fwg is associated with.15:01
annpI'm taking about firewall group update case15:01
*** yushiro has quit IRC15:01
SridarKthe plugin did have a check to ensure that a port can have only one fwg associated15:01
*** yushiro has joined #openstack-fwaas15:02
hoangcx_xgerman_: Can we close meeting to not logged evadrop over 1h? Then we can continue discuss as offline :)15:02
SridarKxgerman_: we are at time -15:02
SridarK#endmeeting fwaas15:02
*** openstack changes topic to "#openstack-fwaas"15:02
hoangcx_SridarK: +1 lol15:02
openstackMeeting ended Thu Oct  5 15:02:40 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/fwaas/2017/fwaas.2017-10-05-14.02.html15:02
annpok. let close meeting15:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/fwaas/2017/fwaas.2017-10-05-14.02.txt15:02
openstackLog:            http://eavesdrop.openstack.org/meetings/fwaas/2017/fwaas.2017-10-05-14.02.log.html15:02
yushiroannp, sorry.  Suddenly I logged out.15:03
SridarKsorry folks pls go ahead15:03
xgerman_ha, I wanted to see if we can go longer ;-)15:03
annpNo problem. I'm talking about update case of firewall group.15:03
SridarKxgerman_: ;-)15:03
hoangcx_yushiro: maybe your laptop want to take a rest since it's next days of your time :o15:04
annpAs the comemnt(https://review.openstack.org/#/c/323971/59/neutron_fwaas/services/firewall/agents/l2/fwaas_v2.py@267)15:04
SridarKsorry folks i have to run to get in to work15:04
yushiroSridarK, OK.  see you :)15:04
amotokiyushiro: annp: I wonder why the agent side code updates the associations between FWG and port.....15:04
yushiroannp, OK15:04
SridarKyushiro: , annp, chandanc can u pls update the L2 testing etherpad so all can do some testing15:04
yushirowatching15:04
yushiroSridarK, yes, definitely!!15:05
SridarKyushiro: thx15:05
annpyushiro, can you answer amotoki question?15:05
yushiroya15:06
amotokiin my understanding, the association between FWG and port is updated by API operations, so I wonder what self.plugin_rpc.disassociate_fwg_from_ports does actually15:06
amotokithis is my point15:06
annpMy question, in case fwg1 is associated to portA, fwg2 is associated to portB. Why don't we raise a exception if user try to asocciate portB for fwg1?15:07
yushirofwg : port = 1 : n   and port can associate only 1 firewall group.15:08
yushiroThis is current design.15:08
xgerman_mmh, can’t SG’s have many ports15:08
amotokiSG : port is N:M relationship15:09
yushiroxgerman_, yes, port has many SGs.  'Currently', this is different point.15:09
amotokiin my understanding, FWG is a kind of set of rules with order. so FWG corresponds to a set of SGs.15:10
xgerman_ok, makes sense — it’s probably confusing for suers though…15:11
xgerman_users15:11
amotokihehe :p15:11
yushiroamotoki, correct. 'position'15:11
*** hoangcx_ has quit IRC15:12
amotokiannp: is your point about API or the agent side?15:12
amotokiI think we need to discuss these two separately15:12
yushiroinitially, we decided to start only 1 fwg association to a port because we don't have a bandwidth to handle 'order' for each firewall_groups.15:13
annpMy point is API point.15:13
amotokiannp: ok. originally you quoted the agent side code, so i was confused15:13
yushiroannp, You should raise an exception if fwg1 tries to associate a port which is already associated with another fwg2 ?15:13
annpI think it should be done in plugin side15:14
amotokiannp: yes15:14
annpThat mean api side15:14
amotokithe agent side should sync with the newest status in the plugin side (neutron-server side)15:15
yushiroyes...  OK, so, please let me sync.15:15
yushiroMaybe I was confusing too about specification.15:16
annpamotoki, Do you mean we should raise a exception at agent side?15:16
amotokiannp: no15:16
SridarKannp: on the plugin: something like this ?15:17
yushiroI thought it was OK to modify to associate ports even if the port is associated with another fwg.15:17
SridarKhttps://github.com/openstack/neutron-fwaas/blob/master/neutron_fwaas/services/firewall/fwaas_plugin_v2.py#L26515:17
amotokiannp: what I mean is the agent side should keep the port status synced even when what operations are made in the plugin side15:17
annpamotoki, ok. I got it15:17
annp:) i just want to confirm from you.15:18
yushiroSridarK, I have one quick question.15:19
SridarKyushiro: yes15:19
yushirofwg1 has portA,   fwg2 has portB.  Then, fwg1 tries to add portB.  Is it possible?15:20
yushiroSridarK, I'm confusing that specification.15:20
SridarKyushiro: i think the update logic should fail this15:21
SridarKunless we have a bug15:21
annp+1 SridarK. It should be failed.15:22
yushiroSridarK, OK.  If fwg tries to associate with port, the port should be alone. ( without no fwg )15:22
SridarKyes15:22
yushiroOK...15:22
yushiroaaaaaaaaaaaaaaa!!!!   I had a big misunderstanding...15:23
annpok, no problem. :)15:23
yushiroI thought it was OK to associate with any port to fwg.15:23
SridarKok - will step away now - will catch up on logs - we can chat more during ur morning time also15:23
yushiroThat's why I added self.plugin_rpc.disassociate_fwg_from_ports() even if a little bit strange...15:24
annpthat's all from me sidark15:24
yushiroThanks SridarK .  night.15:24
amotokiyushiro: I still haven't got your point15:24
annpyushiro, So I can move the line code?15:25
amotokiyushiro: how is self.plugin_rpc.disassociate_fwg_from_ports involved in the association of FWG and ports?15:25
amotokiit means the agent side updates the association of FWG vs ports, so I am confused.15:26
amotokiperhaps annp feels similar15:26
yushiroamotoki, this method finds a relation with specified port.15:27
amotokifind?15:27
annpamotoki, yes, I feels same you in first look. But it's current design.15:27
amotokithe method name says 'disassociate'....15:27
yushiroamotoki, sorry, -- please let me continue to explain.  Not finished yet.15:28
amotokiannp: it is in the agent side, so I am still confused15:28
amotokiyushiro: sure. go ahead15:28
annpthe method also update association FWG table.15:29
yushiroamotoki, this method finds a fwg relation with specified port.  If found, remove current association from fwg and returns this fwg.15:30
annphttps://review.openstack.org/#/c/323971/59/neutron_fwaas/db/firewall/v2/firewall_db_v2.py@87115:30
amotokiyushiro: so does it mean the agent side update the association visible to the API?15:30
*** eezhova has joined #openstack-fwaas15:31
yushiroamotoki, yes.   fwg1 with portA , fwg2 with portB  fwg1 associate with portB,  ->  fwg1 is updated with portB and fwg2 is updated with no ports.15:32
amotokiyushiro: who triggers the FWG change of portB?15:33
amotokivia API?15:33
yushiroamotoki, yes.  PUT fwg1  is a trigger.15:33
annpyushiro, I don't like the behavior. It quite strange15:33
amotokiyushiro: so the current behavior looks tricky15:33
amotokiyushiro: IMHO the change of the association should be done in the server side15:34
yushiroannp, yes-yes.  That is I was saying ' I misunderstood the specification'.15:34
amotokiand the agent side should follow the chnage in the server side15:34
yushiroamotoki, Yes.  I turned out that this behavior was so tricky.15:35
amotokiyushiro: okay. I understand you just described what the current code behaves, right?15:35
yushiroamotoki, Yes.15:35
amotokiyushiro: I am okay now :)15:36
yushiroamotoki, annp Thanks for your explanation and suggestion.15:36
amotokiyushiro: i think what the agent side should do is just to update the status of FWG or something. perhaps we are in the same page.15:36
annpyushiro: so shall we propose new patch to fix that first and then we can remove disassociate function. Do you think so?15:38
yushiroannp, Yes, but please wait.15:38
annpI mean remove disassociate function at agent side15:39
yushiroyes, it's ok.15:40
yushiroJust a moment, I think disassociate_fwg_from_ports is not necessary.15:40
annpyushiro, yes think so.15:41
yushiroI'm looking validation in plugin/API layer  for port association...15:41
amotokiactually we need to handle a case where create and update FWG (which updates associated ports) before the agent side processes it.15:41
amotokithis is one of the tricky parts in the agent side. I haven't checked how this situation is handled in the current code though15:42
amotokianyway it is important to clarify the roles of the server and agent sides :)15:43
yushiroOK.15:44
amotokiI believe this was the nice discussion15:44
annpamotoki, yushiro, thanks for long discussion.15:44
annp:)15:44
yushiroyes15:44
amotokiannp: yushiro: thanks too15:44
amotokinight!!15:44
yushiroannp, _validate_if_firewall_group_on_ports()  can validate port association15:45
annpok. So your use case won't happen. right?15:46
yushiroannp, yes, not happend and no need to add more validation.15:46
yushiroSo, It's OK to remove disassociate_fwg_from_ports() completely from this world :)15:47
yushirobye bye, disassciate_fwg_from_ports()15:47
annpIn addtion, we still need disassociate function in agent side for one case15:47
annpin case port delete15:47
annp:(15:47
yushiroport delete ... just a moment15:47
annpif a port is associated to a fwg, then this port is deleted by user.15:48
yushiroaha15:48
yushiroyes.15:48
*** yamamoto has joined #openstack-fwaas15:49
yushiroannp, but I think it's similar to support default fwg.15:49
annpSo disassciate_fwg_from_ports still there.15:49
yushiroannp, yes.  I mean, when we support defualt fwg, we should associate default fwg in handle_port()15:50
annpAnyway, I can remove https://review.openstack.org/#/c/323971/59/neutron_fwaas/services/firewall/agents/l2/fwaas_v2.py@26615:50
yushiroYes, please.15:50
yushiroah, please fix my other comments.15:51
yushiroin validate_fwg_status15:51
annpBecause it made our code not self readable.15:51
yushiroannp, what's mean ??15:52
*** chandanc has quit IRC15:52
annpBecause when i read code, i saw add_ports is get first, then i saw disassociate all port15:52
yushiroannp, ok. sorry15:53
annpSo it made me quite difficult to understand.15:53
yushiroannp, Can I update it?15:53
annplastest patch I already removed it. :)15:53
yushirops62 ?15:54
annpYushiro, that's all from me. I will fix remain comment from you.15:55
annpyes, PS6215:55
yushirono, you just moved this method into _delete_firewall_group() .15:56
yushiroOK, thanks for your help15:57
annpyes, You want to fix it on server side, right?15:57
annpI'm ok to remove it in _delete_firewall_group if you fix it on server side.15:58
*** yamamoto has quit IRC15:58
annpBut _disassociate_fwg_from_port still in agent side for port_delete15:59
yushiroYes16:01
yushiroSo, no need to update in server-side.16:01
annpPS62, no need to update in server-side.16:03
annpOK, lets make it run first and then we will fix that. Do you think so?16:03
yushiroyes, but I found 1 bug in delete_port().16:04
annpplease show me your bug.16:05
yushirohttps://review.openstack.org/#/c/323971/62/neutron_fwaas/services/firewall/agents/l2/fwaas_v2.py@39716:08
annpyes, it's a bug.16:11
yushiroif fwg1 has portA  and portA is deleted.16:11
yushirofwg1 should be 'INACTIVE' but it definitely 'ACTIVE'16:11
yushiroThis is my bug :(16:11
yushiromaybe16:12
annpOk. I will consider change compute_status function to correct it.16:13
yushirohmm, I think argument is wrong.16:13
annpThat mean need to adjust function _verify_fwg_status.16:14
yushiroYes... but @38816:16
yushiroin delete_port(), we can refer port_fwg map and find fwg.16:16
yushiroIf we can find fwg from port_fwg_map by using port, it's not necessary to use 'if port_id in fwg['ports']'.16:17
annpah, yes. :)16:18
annpwe should cleanup code.16:19
annpPlease comment on which point do you think no necessary or need to refactor. I will update that16:20
annpah, I have tried restart ovs agent16:20
yushiroOK.16:20
annpafter ovs agent restarted existing flows will be cleanup16:21
annpThat's mean we need handle_port function.16:21
yushiroOK16:22
annpOK, that's all from me.16:22
yushiroIf event is 'delete_port', we shouldn't check an argument 'ports' for verify_fwg_status.  Just need to check 'last-port' or 'ports' in fwg.16:23
annpOK, You did my work on tomorrow.16:23
annp:P16:24
yushirohaha.  but An-san, you need to do on logging as well ?16:24
yushiroCan I update it  for fwaas ?16:24
annpyes. I forgot talk to Miguel in fwaas meeting16:25
annpYes, of course.16:26
annpIt's your turn.16:26
annp:)16:26
*** ivasilevskaya1 has joined #openstack-fwaas16:27
mlavalleannp: what's up?16:28
annpmlavalle, I just inform to you: the gate failed in logging for sg patch-set not related to our change16:30
mlavalleannp: ok16:30
mlavalleare we good for the next round of reviews?16:30
mlavalleI can recheck the patches16:30
annpmlavalle: So could you review it again16:30
mlavalleok, will do. probably not today, but tomorrow16:31
annpOk, No problem.16:31
yushiromlavalle, Thank you every day :)  I have quick question with you.16:32
mlavallesure16:32
annpI'm looking forward your comment and other.16:32
annpmlavalle, thanks in advance16:32
annp:)16:33
yushiromlavalle, our blueprint (security-group logging) is https://blueprints.launchpad.net/neutron/+spec/security-group-logging16:33
*** SridarK has quit IRC16:33
yushiromlavalle, We neeed a new approver for this topic.  Would it be possible to update a new approver?16:34
mlavallegood point16:34
mlavalleyushiro: is there an approver you have in mind?16:35
annpyushiro, how about Miguel?16:35
annp:)16:36
yushiromlavalle, Hmm let me see.... my expectation is you and jakub.16:37
mlavalleannp: are you going to Sydney?16:43
annpmlavalle, I won't go to Sydney. But Yushiro will go there16:44
mlavalleannp: well, one day I will go to Vietnam and will meet you :-)16:45
mlavallewhere are you, in Ho Chi Minh City?16:45
annpmlavalle: welcome you to Vietnam.16:46
annpI'm in Hanoi16:46
mlavalleok16:46
mlavalleIn the North16:46
annpyes, Hanoi have many street food.16:47
annpSo if you go there. I will invite "Bun cha Obama" :)16:47
annpSo if you go there. I will invite you "Bun cha Obama" :)16:47
annpmlavalle: https://www.google.com.vn/search?q=b%C3%BAn+ch%E1%BA%A3+obama&source=lnms&tbm=isch&sa=X&ved=0ahUKEwiR4u7m99nWAhXJoZQKHS6oCWQQ_AUICigB&biw=1440&bih=737#imgrc=Qdjne6SHYiJhBM:16:49
yushirowow! Obama :)16:50
annpyushiro, if you go to vietnam, I will also invite you "Bun cha Obama".16:51
annp:)16:51
mlavalleannp: nice16:51
yushiroYes, please :)16:51
yushiroannp, mlavalle and good night.........16:51
yushiro1:52 in Japan...16:51
mlavalleyushiro: have a good night16:51
annpyushiro, mlavalle, my pleasure if you go to vietnam16:52
mlavalleis that place in Hanoi?16:52
annpmlavalle, Yep.16:52
mlavallecool16:52
*** yushiro has quit IRC16:53
annpmlavalle, Vietnam waiting you. :)16:55
*** vks1 has joined #openstack-fwaas16:55
annpmlavalle, have a good day, I will go to sleep now16:56
mlavalleannp: have a good night :-)16:56
*** eezhova has quit IRC16:56
*** annp has quit IRC16:56
*** yamamoto has joined #openstack-fwaas17:11
*** SumitNaiksatam has quit IRC17:24
*** vks1 has quit IRC17:30
*** SumitNaiksatam has joined #openstack-fwaas17:51
*** SumitNaiksatam has quit IRC18:00
*** SumitNaiksatam has joined #openstack-fwaas18:01
*** yamamoto has quit IRC18:24
*** yamamoto has joined #openstack-fwaas18:27
*** yamamoto has quit IRC18:32
*** lnicolas has quit IRC18:44
*** yamamoto has joined #openstack-fwaas22:14
*** lnicolas has joined #openstack-fwaas23:22
*** mlavalle has quit IRC23:38
*** SumitNaiksatam has quit IRC23:44
openstackgerritInessa Vasilevskaya proposed openstack/neutron-fwaas master: Introduce default firewall groups  https://review.openstack.org/42576923:48

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