Wednesday, 2014-07-09

*** tomoe_ has joined #openstack-meeting-300:17
*** armax has left #openstack-meeting-300:19
*** pgpus has joined #openstack-meeting-300:20
*** xuhanp has quit IRC00:23
*** yamamoto has joined #openstack-meeting-300:29
*** yamamoto has quit IRC00:34
*** hurgleburgler has quit IRC00:36
*** pballand has quit IRC00:37
*** sarob has quit IRC00:38
*** briancurtin_away is now known as briancurtin00:45
*** pballand has joined #openstack-meeting-300:47
*** briancurtin is now known as briancurtin_away00:55
*** shashankhegde has quit IRC00:55
*** terrylhowe has quit IRC00:55
*** julim has quit IRC01:03
*** pballand has quit IRC01:09
*** pgpus has quit IRC01:14
*** yamamoto_ has joined #openstack-meeting-301:26
*** pgpus has joined #openstack-meeting-301:27
*** stanzgy has joined #openstack-meeting-301:34
*** eghobo has quit IRC01:38
*** rkukura has quit IRC01:43
*** yamamoto_ has quit IRC01:43
*** briancurtin_away is now known as briancurtin01:46
*** Sukhdev has quit IRC01:51
*** briancurtin is now known as briancurtin_away01:55
*** terrylhowe has joined #openstack-meeting-302:13
*** eghobo has joined #openstack-meeting-302:16
*** pballand has joined #openstack-meeting-302:17
*** baohua has joined #openstack-meeting-302:22
*** clu_ has quit IRC02:24
*** yamamoto_ has joined #openstack-meeting-302:26
*** pballand has quit IRC02:51
*** MarkAtwood has joined #openstack-meeting-302:56
*** pgpus has quit IRC03:06
*** eghobo has quit IRC03:17
*** nati_ueno has quit IRC03:22
*** mestery has quit IRC03:40
*** yamahata has joined #openstack-meeting-304:03
*** yisun has quit IRC04:28
*** amitpp has joined #openstack-meeting-304:32
*** amitpp has quit IRC04:34
*** amitpp has joined #openstack-meeting-304:38
*** eghobo has joined #openstack-meeting-304:42
*** rkukura has joined #openstack-meeting-304:48
*** t_mazur has joined #openstack-meeting-305:09
*** nelsnelson has joined #openstack-meeting-305:41
*** chuckC has quit IRC05:41
*** coolsvap|afk is now known as coolsvap05:51
*** nacim has quit IRC06:01
*** Longgeek has joined #openstack-meeting-306:36
*** mrunge has joined #openstack-meeting-306:44
*** t_mazur has quit IRC06:51
*** terrylhowe has quit IRC06:53
*** jcoufal has joined #openstack-meeting-306:55
*** t_mazur has joined #openstack-meeting-307:04
*** stanzgy has quit IRC07:10
*** stanzgy has joined #openstack-meeting-307:12
*** jtomasek has joined #openstack-meeting-307:12
*** briancurtin_away is now known as briancurtin07:12
*** eghobo has quit IRC07:17
*** eghobo has joined #openstack-meeting-307:18
*** iovadia has joined #openstack-meeting-307:32
*** eguz has joined #openstack-meeting-307:41
*** eguz has quit IRC07:43
*** eghobo has quit IRC07:45
*** tomoe_ has quit IRC07:48
*** MaxV has joined #openstack-meeting-307:52
*** MaxV_ has joined #openstack-meeting-307:53
*** MaxV has quit IRC07:53
*** briancurtin is now known as briancurtin_away07:54
*** safchain has joined #openstack-meeting-307:58
*** overlayer has joined #openstack-meeting-307:58
*** ttrifonov_zZzz is now known as ttrifonov07:59
*** nacim has joined #openstack-meeting-308:04
*** iovadia has quit IRC08:09
*** iovadia has joined #openstack-meeting-308:19
*** iovadia1 has joined #openstack-meeting-308:20
*** iovadia has quit IRC08:24
*** zz_johnthetubagu is now known as johnthetubaguy08:26
*** ttrifonov is now known as ttrifonov_zZzz08:34
*** ttrifonov_zZzz is now known as ttrifonov08:36
*** persia has quit IRC08:37
*** persia has joined #openstack-meeting-308:37
*** persia has quit IRC08:37
*** persia has joined #openstack-meeting-308:37
*** ttrifonov is now known as ttrifonov_zZzz08:37
*** overlayer has quit IRC08:37
*** ttrifonov_zZzz is now known as ttrifonov08:37
*** ttrifonov is now known as ttrifonov_zZzz08:40
*** ttrifonov_zZzz is now known as ttrifonov08:42
*** ttrifonov is now known as ttrifonov_zZzz08:46
*** ttrifonov_zZzz is now known as ttrifonov08:48
*** iovadia1 has quit IRC08:56
*** iovadia has joined #openstack-meeting-308:56
*** ttrifonov is now known as ttrifonov_zZzz08:57
*** ttrifonov_zZzz is now known as ttrifonov08:59
*** ttrifonov is now known as ttrifonov_zZzz09:08
*** ttrifonov_zZzz is now known as ttrifonov09:15
*** tomoe_ has joined #openstack-meeting-309:17
*** ttrifonov is now known as ttrifonov_zZzz09:21
*** ttrifonov_zZzz is now known as ttrifonov09:21
*** Longgeek has quit IRC09:27
*** ttrifonov is now known as ttrifonov_zZzz09:29
*** ttrifonov_zZzz is now known as ttrifonov09:30
*** lcheng has joined #openstack-meeting-309:38
*** yamahata has quit IRC09:48
*** stanzgy has quit IRC09:54
*** Longgeek has joined #openstack-meeting-309:58
*** overlayer has joined #openstack-meeting-310:01
*** yamamoto_ has quit IRC10:03
*** Longgeek has quit IRC10:05
*** tomoe_ has quit IRC10:20
*** stanzgy has joined #openstack-meeting-310:26
*** tomoe_ has joined #openstack-meeting-310:29
*** alexpilotti has joined #openstack-meeting-310:35
*** mrunge has quit IRC10:38
*** yamahata has joined #openstack-meeting-310:47
*** mrunge has joined #openstack-meeting-310:48
*** xuhanp has joined #openstack-meeting-310:56
*** yamamoto has joined #openstack-meeting-310:59
*** stanzgy has quit IRC11:00
*** yamamoto has quit IRC11:02
*** jcoufal-mobile has joined #openstack-meeting-311:13
*** mrunge is now known as mrunge_brb11:15
*** xuhanp has quit IRC11:23
*** lcheng has quit IRC11:24
*** alexpilotti has quit IRC11:26
*** alexpilotti has joined #openstack-meeting-311:30
*** lcheng has joined #openstack-meeting-311:31
*** alexpilotti has quit IRC11:35
*** Longgeek has joined #openstack-meeting-311:38
*** yamamoto has joined #openstack-meeting-311:43
*** lcheng has quit IRC11:44
*** mrunge_brb is now known as mrunge11:45
*** yamamoto has quit IRC11:45
*** yamamoto has joined #openstack-meeting-311:45
*** jcoufal-mobile has quit IRC11:49
*** NikitaKo_ has joined #openstack-meeting-311:49
*** yamamoto has quit IRC11:49
*** terrylhowe has joined #openstack-meeting-311:54
*** lcheng has joined #openstack-meeting-312:01
*** lcheng has quit IRC12:11
*** yamamoto has joined #openstack-meeting-312:15
*** yamamoto has quit IRC12:20
*** lcheng has joined #openstack-meeting-312:24
*** lblanchard has joined #openstack-meeting-312:26
*** iovadia has quit IRC12:34
*** stanzgy has joined #openstack-meeting-312:35
*** mwagner_lap has joined #openstack-meeting-312:36
*** prad has quit IRC12:40
*** julim has joined #openstack-meeting-312:48
*** iovadia has joined #openstack-meeting-312:49
*** chuckC has joined #openstack-meeting-312:49
*** stanzgy has quit IRC12:50
*** baohua has quit IRC12:56
*** thomasem has joined #openstack-meeting-313:00
*** xuhanp has joined #openstack-meeting-313:00
*** amotoki has quit IRC13:16
*** mestery has joined #openstack-meeting-313:22
*** t_mazur has quit IRC13:23
*** Longgeek has quit IRC13:25
*** jgrimm has joined #openstack-meeting-313:28
*** peristeri has joined #openstack-meeting-313:32
*** mfer has joined #openstack-meeting-313:32
*** mrunge has quit IRC13:32
*** Longgeek has joined #openstack-meeting-313:35
*** markmcclain has joined #openstack-meeting-313:39
*** davidlenwell_ has joined #openstack-meeting-313:41
*** briancurtin_away is now known as briancurtin13:41
*** lifeless1 has joined #openstack-meeting-313:43
*** marios_ has joined #openstack-meeting-313:43
*** armax has joined #openstack-meeting-313:45
*** yamamoto has joined #openstack-meeting-313:46
*** rkukura has quit IRC13:46
*** dansmith_ has joined #openstack-meeting-313:47
*** krotscheck_ has joined #openstack-meeting-313:47
*** mordred_ has joined #openstack-meeting-313:47
*** thangp has joined #openstack-meeting-313:48
*** NikitaKo_ has quit IRC13:48
*** coolsvap has quit IRC13:48
*** csd has quit IRC13:48
*** mordred has quit IRC13:48
*** dansmith has quit IRC13:48
*** mordred_ is now known as mordred13:48
*** abramley has quit IRC13:48
*** davidlenwell has quit IRC13:48
*** marios has quit IRC13:48
*** lifeless has quit IRC13:48
*** jomara has quit IRC13:48
*** krotscheck has quit IRC13:48
*** boltR has quit IRC13:48
*** anteaya has quit IRC13:48
*** sdague has quit IRC13:48
*** dansmith_ is now known as dansmith13:48
*** krotscheck_ is now known as krotscheck13:48
*** yamamoto has quit IRC13:50
*** eghobo has joined #openstack-meeting-313:52
*** yamahata has quit IRC13:52
*** yamahata has joined #openstack-meeting-313:53
*** sdague has joined #openstack-meeting-313:53
*** anteaya has joined #openstack-meeting-313:54
*** NikitaKo_ has joined #openstack-meeting-313:55
*** markmcclain has quit IRC13:56
*** baohua has joined #openstack-meeting-313:58
*** boltR has joined #openstack-meeting-313:58
*** jomara has joined #openstack-meeting-313:58
*** prad has joined #openstack-meeting-313:59
*** armax has quit IRC13:59
*** eghobo has quit IRC13:59
*** abramley has joined #openstack-meeting-314:01
*** coolsvap has joined #openstack-meeting-314:01
*** csd has joined #openstack-meeting-314:01
*** mordred has quit IRC14:02
*** mordred has joined #openstack-meeting-314:02
*** overlayer has quit IRC14:05
*** markmcclain has joined #openstack-meeting-314:06
*** jcoufal has quit IRC14:06
*** armax has joined #openstack-meeting-314:07
*** briancurtin is now known as briancurtin_away14:07
*** pballand has joined #openstack-meeting-314:08
*** NikitaKo_ has quit IRC14:09
*** jcoufal has joined #openstack-meeting-314:10
*** briancurtin_away is now known as briancurtin14:11
*** amitpp has quit IRC14:12
*** alexpilotti has joined #openstack-meeting-314:14
*** carl_baldwin has joined #openstack-meeting-314:14
*** carl_baldwin has quit IRC14:15
*** yamamoto has joined #openstack-meeting-314:16
*** xuhanp has quit IRC14:17
*** yamamoto has quit IRC14:21
*** briancurtin is now known as briancurtin_away14:21
*** yamamoto has joined #openstack-meeting-314:24
*** yamamoto has quit IRC14:24
*** yamamoto has joined #openstack-meeting-314:25
*** yamamoto has quit IRC14:26
*** jaypipes has joined #openstack-meeting-314:27
*** pballand has quit IRC14:35
*** rkukura has joined #openstack-meeting-314:44
*** nacim has quit IRC14:46
*** yamamoto has joined #openstack-meeting-314:51
*** xuhanp has joined #openstack-meeting-314:55
*** Sukhdev has joined #openstack-meeting-315:00
*** HenryG has joined #openstack-meeting-315:02
*** tomoe_ has quit IRC15:05
*** tomoe_ has joined #openstack-meeting-315:07
*** tomoe_ has quit IRC15:11
*** Hao has joined #openstack-meeting-315:11
*** baohua has quit IRC15:12
*** briancurtin_away is now known as briancurtin15:12
*** lcheng has quit IRC15:14
*** jackib has joined #openstack-meeting-315:14
*** lcheng has joined #openstack-meeting-315:17
*** jaypipes is now known as jay-house-hunter15:22
*** samchoi has joined #openstack-meeting-315:27
mfer#startmeeting openstack-sdk-php15:30
openstackMeeting started Wed Jul  9 15:30:30 2014 UTC and is due to finish in 60 minutes.  The chair is mfer. Information about MeetBot at http://wiki.debian.org/MeetBot.15:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:30
*** openstack changes topic to " (Meeting topic: openstack-sdk-php)"15:30
openstackThe meeting name has been set to 'openstack_sdk_php'15:30
mferWelcome. Please state your name along with any applicable association.15:30
mferMatt Farina, HP15:31
samchoiSam Choi, HP15:31
mfersamchoi i'll give it 2 more minutes and then call it if no one else shows up15:33
*** david-lyle has joined #openstack-meeting-315:33
samchoimfer: ok, maybe it would be worth discussing the status of next week's meeting as well?15:34
*** briancurtin has left #openstack-meeting-315:34
mfersamchoi going to cancel next weeks meeting15:35
mferok, calling it.15:35
mfer#endmeeting15:35
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:35
openstackMeeting ended Wed Jul  9 15:35:24 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:35
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-07-09-15.30.html15:35
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-07-09-15.30.txt15:35
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_sdk_php/2014/openstack_sdk_php.2014-07-09-15.30.log.html15:35
*** Longgeek has quit IRC15:36
*** Longgeek has joined #openstack-meeting-315:37
*** pballand has joined #openstack-meeting-315:39
*** hurgleburgler has joined #openstack-meeting-315:39
*** Longgeek has quit IRC15:40
*** Longgeek has joined #openstack-meeting-315:40
*** eghobo has joined #openstack-meeting-315:45
*** alexpilotti has quit IRC15:45
*** ttrifonov is now known as ttrifonov_zZzz15:46
*** otherwiseguy has joined #openstack-meeting-315:48
*** carl_baldwin has joined #openstack-meeting-315:56
*** thinrichs has joined #openstack-meeting-315:58
*** safchain has quit IRC16:00
*** yisun has joined #openstack-meeting-316:05
*** jay-house-hunter has quit IRC16:05
*** pballand has quit IRC16:06
*** xuhanp has quit IRC16:06
*** MaxV_ has quit IRC16:07
*** MaxV has joined #openstack-meeting-316:07
*** thinrichs has quit IRC16:08
*** MaxV has quit IRC16:12
*** Hao has quit IRC16:14
*** coolsvap is now known as coolsvap|afk16:18
*** nati_ueno has joined #openstack-meeting-316:19
*** tjones has joined #openstack-meeting-316:21
*** iovadia1 has joined #openstack-meeting-316:24
*** iovadia has quit IRC16:24
*** iovadia1 has quit IRC16:26
tjones#startmeeting novabugscrub16:30
openstackMeeting started Wed Jul  9 16:30:22 2014 UTC and is due to finish in 60 minutes.  The chair is tjones. Information about MeetBot at http://wiki.debian.org/MeetBot.16:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:30
*** openstack changes topic to " (Meeting topic: novabugscrub)"16:30
openstackThe meeting name has been set to 'novabugscrub'16:30
tjoneshi anyone around?16:30
*** pgpus has joined #openstack-meeting-316:33
*** shakamunyi has joined #openstack-meeting-316:33
*** shakamunyi has quit IRC16:33
*** shakamunyi has joined #openstack-meeting-316:34
*** tomoe_ has joined #openstack-meeting-316:38
*** jcoufal has quit IRC16:39
thangpo/16:40
tjoneshi16:40
thangplonely out here16:40
tjonesvery ;-)16:40
thangpnobody around16:40
tjonesim working through bugs which are old and undecided.16:41
tjoneshttp://54.201.139.117/demo.html16:41
*** cuddyt has joined #openstack-meeting-316:41
thangplooking...16:41
*** pballand has joined #openstack-meeting-316:42
*** Hao has joined #openstack-meeting-316:42
tjonesusing this i filter by not recently updated and in unknown state.  My feeling is if it has not been touched in 2 years it can be  set to incomplete and they can reopen if it is still an issue on juno16:42
*** jgrimm has quit IRC16:42
thangpok16:42
tjonesi've already triaged the new bugs - nothing exciting except a couple of gate issues which seem the same16:43
thangpdoes this include the latest ones?16:44
thangpthe list16:44
tjonesi ran it last night - so it's about 12 hours old16:44
thangpok16:44
thangpthe goal is to either close them out or assign them to someone?16:45
tjonesthat would be great - but there is a lot of cruft out there.  in looking at old undecided bugs i am trying to decrease the # of open bugs by closing things that are old and probably not relevant.16:46
thangpok16:47
tjonesthere are about 1100 total bugs16:47
thangp:P and it only keeps growing :)16:48
tjonesim thinking of removing wishlist and low from the list just to be able to focus everyone on a smaller # of issues16:48
thangpthat sounds good to me16:48
tjonesdo you think i should move this meeting to another time to get better attendance? or ??16:49
thangpit works for me...but this is the first time i showed up :)16:50
tjones:-D16:50
thangpusually, i browse the nova bug list to pick off something to fix16:50
thangpbut this list really helps16:50
tjonesgreat!  feel free to make suggestions on making it better/more useful16:51
thangphow should the list be divided up for anyone who wants to help out on this list? just pick off a category and go through the list?16:54
tjonesyes - if you wait about 5 minutes i'll update the list.  I'd concentrate on high prio bugs for now since there are so many.  but feel free to look over the undecided and see if you can help prioritize any of them.16:56
thangpsure will do16:56
tjonesthanks for helping!16:56
thangpnp16:56
tjoneshave another meeting in 2 minutes so ending now.  thanks again!16:58
tjones#endmeeting16:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:58
openstackMeeting ended Wed Jul  9 16:58:52 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-07-09-16.30.html16:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-07-09-16.30.txt16:58
*** tjones has left #openstack-meeting-316:58
openstackLog:            http://eavesdrop.openstack.org/meetings/novabugscrub/2014/novabugscrub.2014-07-09-16.30.log.html16:58
thangpsee u next week16:58
*** amitpp has joined #openstack-meeting-316:59
*** Sukhdev has quit IRC17:00
*** mwagner_lap has quit IRC17:08
*** tomoe_ has quit IRC17:10
*** tomoe_ has joined #openstack-meeting-317:12
*** johnthetubaguy is now known as zz_johnthetubagu17:17
*** ivar-lazzaro has joined #openstack-meeting-317:21
*** vinay_yadhav has joined #openstack-meeting-317:26
*** anil_rao has joined #openstack-meeting-317:27
*** yamamoto has quit IRC17:29
*** mandeep has joined #openstack-meeting-317:30
SumitNaiksatammandeep: vinay_yadhav ivar-lazzaro anil_rao cgoncalves: hi17:30
vinay_yadhavhi17:30
cgoncalvesSumitNaiksatam: howdy!17:31
mandeepSumitNaiksatam: hi17:31
SumitNaiksatamlets get started17:31
*** LouisF has joined #openstack-meeting-317:31
SumitNaiksatam#startmeeting Networking Advanced Services17:31
openstackMeeting started Wed Jul  9 17:31:33 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.17:31
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:31
*** openstack changes topic to " (Meeting topic: Networking Advanced Services)"17:31
*** prasadv has joined #openstack-meeting-317:31
openstackThe meeting name has been set to 'networking_advanced_services'17:31
SumitNaiksatam#announcements Juno specification submission deadline: July 10th, specification approval deadline: july 17th17:31
dougwigo/17:31
*** Swami has joined #openstack-meeting-317:32
SumitNaiksatamdougwig: hi17:32
*** songole has joined #openstack-meeting-317:32
Swamihi17:32
vinay_yadhavhow will the decision to approve be taken17:32
SumitNaiksatamvinay_yadhav: based on the reviews17:32
*** regXboi has joined #openstack-meeting-317:33
*** natarajk has joined #openstack-meeting-317:33
*** jmsoares has joined #openstack-meeting-317:33
vinay_yadhavok... All the +1s on TaaS is hidden in patch set 5 :)17:33
*** hemanthravi has joined #openstack-meeting-317:33
marios_hi all17:33
SumitNaiksatamlets change the order a bit17:34
SumitNaiksatam#topic Service Chaining17:34
*** openstack changes topic to "Service Chaining (Meeting topic: Networking Advanced Services)"17:34
regXboidid I miss the service chaining part?  I had a question there17:34
SumitNaiksatamregXboi: right on cue! :-)17:34
SumitNaiksatam#link #link https://review.openstack.org/#/c/9352417:34
SumitNaiksatammandeep: there?17:34
mandeepSumitNaiksatam: I just updated the commit message as requested17:34
SumitNaiksatammandeep: thanks, i added a couple of comments as well17:35
SumitNaiksatamregXboi: your question?17:35
mandeepOtherwise I have addressed all the questions in the spec and added an example17:35
regXboiI was looking for horizon and heat impacts17:35
regXboididn't see them - wondering if i'm looking in the wrong place17:35
mandeepThe current BP does not address them, I was planning to add them as dependent BPs later17:36
SumitNaiksatammandeep: is a new bp really required for that?17:36
*** mwagner_lap has joined #openstack-meeting-317:36
cgoncalvesmandeep: I've not yet had the chance to read the latest spec rev. hope to read it and give some feedback by tomorrow17:36
mandeepI can add it to this BP, but I was not sure that we had time to get it done at that same time.17:36
*** badveli has joined #openstack-meeting-317:36
SumitNaiksatammandeep: i believe the CLI proposal will be required in this spec17:37
regXboiI guess I'm asking if we are scoping horizon/heat for Juno17:37
mandeepSumitNaiksatam: Is it Ok to merge updated for part of the BP (say chaining API + CLI before HEAT + GUI)?17:37
*** lcheng has quit IRC17:37
mandeepSumitNaiksatam: CLI was planned.17:37
SumitNaiksatammandeep: but i agree heat/horizon can be separate proposals in those respective projects17:37
SumitNaiksatammandeep: yes, we will need CLI17:37
SumitNaiksatamregXboi: does that answer your question?17:38
LouisFmandeep: still unclear why there is a port in ServiceChainInstance17:38
*** Sukhdev has joined #openstack-meeting-317:38
regXboiI read it as Heat/Horizon will be K17:38
*** tomoe_ has quit IRC17:38
mandeepLouisF: Did you get to see the usage example?17:38
regXboiwhich is (afaik) Ok, just needed clarity17:38
mandeep(just updated today morning)17:38
regXboinow - am I reading it correctly :)17:39
mandeepregXboi: More like it is not committed for J, but we will try ...17:39
SumitNaiksatamregXboi: that is the most likely scenario, however we could probably have the horizon/heat ready in PoC form before K17:39
regXboiok... that works17:39
regXboithanks17:39
* cgoncalves notes SumitNaiksatam is reviewing BPs while chairing this meeting. great multi-tasker!17:39
mandeepSumitNaiksatam: Correct17:39
SumitNaiksatamsongole prasadv: you wanted to comment on the heat/horizon part?17:39
* regXboi goes back to working neutron documentation bugs17:40
SumitNaiksatamcgoncalves: :-)17:40
songoleSumitNaiksatam: we haven't thought about it yet17:40
LouisFmandeep: you mean USAGE WORKFLOW #4?17:40
* SumitNaiksatam thinks his sly monouvers have been exposed! :-P17:40
mandeepLouisF: Correct17:40
SumitNaiksatamsongole: okay17:40
*** thinrichs has joined #openstack-meeting-317:40
SumitNaiksatamsongole prasadv: you plan to take this up later though?17:41
LouisFmandeep: that does not explain how port is used17:41
songoleSumitNaiksatam: yes17:41
SumitNaiksatamsongole: ok17:41
mandeepAlso, see my comment on Cathy's question on patchset 7 (which that point was addressing)17:41
SumitNaiksatamin #link https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan#Tasks we have mandeep as owner for heat/horizon, songole you want to update that, if convenient, and provide a projected milestone?17:42
mandeepLouisF: The intent is not to prescribe how it is used, except that the semantics are defined as bump-in-the-wire "at that port"17:42
mandeepLouisF: The backend is free to do any implementation as long as it honors that semantic17:42
songoleSumitNaiksatam: okay17:42
SumitNaiksatammandeep: what is the reference impl planned for this?17:43
hemanthraviSumitNaiksatam: do we have until juno-3 to finish heat/horizon ?17:43
SumitNaiksatamhemanthravi: absolutely17:43
SumitNaiksatamhemanthravi: welcome back!17:43
mandeepSumitNaiksatam: It is based on the current FWaaS and VPNaaS17:44
SumitNaiksatammandeep: okay17:44
*** davidlenwell_ is now known as davidlelnwell17:44
mandeep(existing services based on the router ports)17:44
SumitNaiksatammandeep: is there a particular order for those two?17:44
*** davidlelnwell is now known as davidlelnwell__17:44
*** davidlelnwell__ is now known as davidlelnwell17:44
*** davidlelnwell is now known as davidlenwell17:44
SumitNaiksatammandeep: i mean a particular order that we would plan to support as the ref impl17:44
mandeepSumitNaiksatam: Current plan was FW-VPN, but I need to investigate what the VPN service supports today17:45
SumitNaiksatammandeep: fair enough17:45
SumitNaiksatammandeep: is songole also working on this bp?17:45
songoleSumitNaiksatam, mandeep: what is the deadline for BP approval for Juno17:46
SumitNaiksatammandeep: and/or hemanthravi?17:46
marios_10th/20th17:46
mandeepSumitNaiksatam: Yes17:46
SumitNaiksatammandeep: if so it would be good to have them called out in the assignees17:46
mandeepsongole: Next week Thr17:46
SumitNaiksatammarios_: thanks, yes17:46
SumitNaiksatamthought i would prefer that we use july 17th as the deadline17:46
mandeepYes, we will update the assignments17:46
SumitNaiksatam*though17:46
SumitNaiksatamsongole, hemanthravi: fine with that?17:47
songolemandeep: thanks17:47
SumitNaiksatamanyone else wants to help with the service chaining work, please reach out to mandeep17:47
SumitNaiksatamor me17:47
LouisFmandeep: i can help17:47
hemanthraviSumitNaiksatam: is this for a separate bp for heat/horizon?17:48
mandeepLouisF: OK17:48
SumitNaiksatamhemanthravi: for now, this is neutron but bleeds into other things as well17:48
SumitNaiksatamany more questions for mandeep?17:48
mandeephemanthravi: We can update this BP, if that makes it easier to manage17:48
SumitNaiksatami guess cathy is not around, she had questions before17:49
hemanthravimandeep: ok, that'll be better17:49
SumitNaiksatammandeep: any blockers at your end?17:49
SumitNaiksatammandeep: thanks for the update and revised spec, i think it reads very well!17:50
mandeepSumitNaiksatam: No we are OK now17:50
cgoncalvesmandeep: obviously I'm interested in the service chaining work. please let me know if I can be of any assistance to you on developing any part of the system17:50
SumitNaiksatam#topic Traffic steering17:51
*** openstack changes topic to "Traffic steering (Meeting topic: Networking Advanced Services)"17:51
*** cjellick_ has joined #openstack-meeting-317:51
mandeepcgoncalves: Will do. Thanks.17:51
SumitNaiksatam#link https://review.openstack.org/#/c/9247717:51
SumitNaiksatamcgoncalves: thanks for the new rev17:51
SumitNaiksatamcgoncalves: there are some more comments17:51
cgoncalvesa new spec rev was submitted last friday17:51
cgoncalvessome people have reviewing it and provided comments. I've just replied to all of them17:52
*** cjellick has quit IRC17:52
cgoncalvesgood news here is: we got +1 from cathy :)17:52
SumitNaiksatamcgoncalves: :-)17:53
SumitNaiksatamany questions for cgoncalves, or anything we need to discuss here?17:53
cgoncalvesso unless there are any questions I can answer to now, I'm ok and we can move on17:53
SumitNaiksatamcgoncalves: so no blockers (apart from reviewer attention) for you?17:54
cgoncalvesso that we still have time to discuss the flavor bp :-P17:54
SumitNaiksatamcgoncalves: thats very considerate of you :-P17:54
cgoncalvesSumitNaiksatam: correct17:54
SumitNaiksatamcgoncalves: thanks for all the hard work on this and the update today!17:54
SumitNaiksatam#topic Tap as a Service spec17:55
*** openstack changes topic to "Tap as a Service spec (Meeting topic: Networking Advanced Services)"17:55
cgoncalvesSumitNaiksatam: no problem. I was out of office until today so lots to catch up yet17:55
SumitNaiksatamcgoncalves: sure no17:55
SumitNaiksatamno problem17:55
SumitNaiksatam#link https://review.openstack.org/#/c/9614917:55
SumitNaiksatamvinay_yadhav, anil_rao: any major updates on this?17:55
vinay_yadhavno17:55
vinay_yadhavpactch set 6 is up for review17:56
SumitNaiksatami see that there havent been negative comments on this, so i would imagine most people are in agreement?17:56
SumitNaiksatamvinay_yadhav: thanks for the new rev17:56
vinay_yadhavi guess too, since we got a lot of +1s in the last rev17:56
SumitNaiksatamany questions for vinay_yadhav or anil_rao?17:56
SumitNaiksatamat your end, vinay_yadhav anil_rao you are all set?17:57
vinay_yadhavyes17:57
anil_raoyes17:57
vinay_yadhavwe want to start on the dev work soon17:57
cgoncalvesvinay_yadhav: I'll do my best to review it again soon, and hopefully give a +117:57
SumitNaiksatamvinay_yadhav anil_rao: good17:57
SumitNaiksatamcgoncalves: thanks!17:57
vinay_yadhavthanks!17:57
SumitNaiksatamvinay_yadhav: you can start the dev in parallel17:57
SumitNaiksatamif you feel comfortable17:57
vinay_yadhavsure... we will start out17:57
SumitNaiksatamregarding NSAaaS17:57
anil_raogreat17:57
SumitNaiksatami think we should probably leave that option open to the operator?17:58
SumitNaiksatamthere might be cases where the tenant might need the operator help in debugging, right?17:58
SumitNaiksatamoperator can publish his policy17:58
marios_SumitNaiksatam: you mean allow admin to monitor all ports but this is a config setting?17:58
vinay_yadhavwell NSAaaS can be done by the operator by bypassing tap anyways17:58
SumitNaiksatammarios_: yeah, in policy.json17:58
SumitNaiksatamvinay_yadhav: :-)17:59
songolevinay_yadhav: would tap be one of the action values in GBP?17:59
vinay_yadhavwe in TaaS dont want to have it as a feature17:59
cgoncalvesNSAaaS will disregard any policy operators enforce17:59
marios_yah just saw your comment reply in the spec17:59
*** Hao has quit IRC17:59
marios_SumitNaiksatam: ^^17:59
SumitNaiksatamsongole: good question!17:59
SumitNaiksatammarios_: okay17:59
vinay_yadhavpardon me GBP?17:59
vinay_yadhavi dont understant the term :)17:59
*** mestery has quit IRC18:00
SumitNaiksatamsongole: i have looked closely into this18:00
SumitNaiksatamgroup-based policy18:00
vinay_yadhavha ok...18:00
vinay_yadhavi need to think on this... but what is your opinion sumit18:00
SumitNaiksatamvinay_yadhav: #link https://wiki.openstack.org/wiki/Neutron/GroupPolicy18:00
*** mestery has joined #openstack-meeting-318:00
*** Longgeek has quit IRC18:01
*** yamamoto has joined #openstack-meeting-318:01
vinay_yadhavsumit: thanks i will check it out18:01
SumitNaiksatamvinay_yadhav: i think it will be good if you can consider songole’s question18:01
anil_raoOr we could just add admin capability in at a later time18:01
vinay_yadhavsure sumit18:01
marios_anil_rao: +1 i would go with this option - if for nothing else, so we can aland the spec in time18:01
SumitNaiksatamvinay_yadhav: we cannot two different tap implementations18:02
SumitNaiksatamvinay_yadhav: i mean for taas and for the GBP action18:02
SumitNaiksatamso best to reconcile18:02
*** peristeri has quit IRC18:02
vinay_yadhavsumit: i can check on this18:02
SumitNaiksatamanything else for vinay_yadhav or anil_rao?18:02
SumitNaiksatamvinay_yadhav: thanks18:03
vinay_yadhavsumit, All: thanks18:03
SumitNaiksatam#topic Service base definition and Insertion18:03
*** openstack changes topic to "Service base definition and Insertion (Meeting topic: Networking Advanced Services)"18:03
SumitNaiksatam#link https://review.openstack.org/#/c/9312818:03
SumitNaiksatami dont think either kanzhe or s3wong are in today18:03
SumitNaiksatamso i will fill in18:04
SumitNaiksatams3wong provided the update that he has updated the spec and addressed review comments18:04
SumitNaiksatamhe is also looking at the API and DB implelentation which Kanzhe has started18:04
SumitNaiksatamkanzhe is on vacation18:04
SumitNaiksatamhowever, after that i reviewed and have put a -118:04
SumitNaiksatamanyone else has thoughts/questions on this?18:05
SumitNaiksatami can relay to s3wong18:05
marios_i have a question about the necessity to remove attributes18:05
marios_i put a comment in v1518:05
*** yamamoto has quit IRC18:05
SumitNaiksatammarios_: ah, yeah regarding router_id in vpnaas18:05
*** jcoufal has joined #openstack-meeting-318:05
marios_right18:05
*** sarob has joined #openstack-meeting-318:05
marios_i think from the response the intention is 'its ok because we won't change the API'18:06
SumitNaiksatammarios_: need to think a little more on this18:06
marios_but i think it is still risky. we not only have to implement this stuff but also fix all the places in code where we do  .router_id18:06
SumitNaiksatammarios_: at some point though we would need to deprecate that attribute18:06
marios_why can't we just add the attribute and then remove in another cycle18:06
SumitNaiksatammarios_: so i guess we are discussng the transition18:06
marios_well yes and by doing this we can also deprecate properly18:06
SumitNaiksatammarios_: yes18:07
SumitNaiksatammarios_: i guess we are saying the same thing :-)18:07
marios_works for me :)18:07
marios_SumitNaiksatam: yes i think so too18:07
SumitNaiksatammarios_: lets also look for the closest precedent in this regard and follow it18:07
*** tomoe_ has joined #openstack-meeting-318:07
marios_didn't want to push it too much on the spec as i seemed to be a lone voice18:07
marios_ok sounds good18:07
SumitNaiksatammarios_: i believe we might find one with lbaas or service type framework18:07
SumitNaiksatammarios_: i agree thats a valid concern18:07
SumitNaiksatamlets check with nati_ueno as well18:08
SumitNaiksatamnati_ueno: there?18:08
*** CATHY_ has joined #openstack-meeting-318:08
SumitNaiksatammarios_: ok lets follow with nati_ueno and pcm18:09
*** amitpp has quit IRC18:09
SumitNaiksatam#action marios_ SumitNaiksatam s3wong to follow up with nati_ueno and pcm on VPNaaS router_id attribute deprecation18:09
SumitNaiksatamanything else on this?18:09
SumitNaiksatamenikanorov_: are you back?18:10
enikanorov_yes18:10
SumitNaiksatamenikanorov_: nice18:10
SumitNaiksatamand drum roll!18:10
SumitNaiksatam#topic Flavors18:10
enikanorov_hehe18:10
*** openstack changes topic to "Flavors (Meeting topic: Networking Advanced Services)"18:10
SumitNaiksatam#link https://review.openstack.org/10272318:10
*** amitpp has joined #openstack-meeting-318:10
enikanorov_ok, so i've started implementation based on most of points of this proposal18:10
SumitNaiksatamso per enikanorov_’s confirmation, we are now looking at the above spec (not the older one)18:10
SumitNaiksatamenikanorov_: great thanks18:11
enikanorov_ i think to make it land in juno we need to limit the scope of the first commit as much as possible18:11
enikanorov_and also postponed any features that create discussion contention18:11
SumitNaiksatamenikanorov_: on the process front, since you mention that you are already implementing this, but i dont see you as being one of the assignees in the above spec18:11
*** amitpp has quit IRC18:11
SumitNaiksatamenikanorov_: is this something we need to follow up with markmcclain or thats just a minor detail?18:11
enikanorov_markmcclain asked me if i can impl that18:12
enikanorov_so i think we're good on that front18:12
SumitNaiksatamenikanorov_: just want to make sure that you and markmcclain are in sync18:12
SumitNaiksatamenikanorov_: okay great18:12
enikanorov_so, I'm planning the first step impkementation to consist with the following items:18:12
enikanorov_Flavor API: flavors, service profiles18:12
enikanorov_DB plugin for that18:13
enikanorov_DB migration18:13
enikanorov_unit tests18:13
enikanorov_that's pretty much it...18:13
SumitNaiksatamenikanorov_: okay18:13
enikanorov_there is also one point left on which i think we haven't reach full consensus18:13
*** garyduan has joined #openstack-meeting-318:13
enikanorov_is an extension list in the flavor resource18:13
enikanorov_i still need to follow up on that with markmcclain18:14
SumitNaiksatamenikanorov_: okay18:14
*** thinrichs has quit IRC18:14
SumitNaiksatamenikanorov_: is that something we need to follow up on the -dev mailer?18:14
enikanorov_can't think of anything at this point18:14
SumitNaiksatamenikanorov_: regarding the extensions list18:15
enikanorov_do you have the question?18:15
SumitNaiksatamenikanorov_: if possible, can you summarize here for the benefit for everyone, what are the pros and cons of having exposing the extensions list?18:15
enikanorov_ok, so the intent of having extension list on the flavor is to be able to turn on or of certain features for the flavor18:16
enikanorov_say, you, as admin, want certain flavor with advanced features turned off18:16
enikanorov_and it will be cheaper18:16
enikanorov_but technically, it's usually not possible to turn API parts with flavors18:17
SumitNaiksatamenikanorov_: turn off?18:17
enikanorov_SumitNaiksatam: yes, like you try to access SSL and it's disabled because the resource is created with the flavor that doesn't support it18:17
SumitNaiksatamenikanorov_: this is true in general for the Neutron API/extensions’ framework, i believe, not limited to the flavors resource, right?18:18
enikanorov_the problem is that such API parts like SSL might not be connected to flavors in anyway18:18
enikanorov_so you can't really disable/turn off anything with extension list on the flavor just because flavor is not used when accessing this API18:18
SumitNaiksatamenikanorov_: did markmcclain indicate if he has a workaround for this?18:19
SumitNaiksatamenikanorov_: i believe that would have to be in the extensions’ framework?18:19
enikanorov_that's yet to be discussed18:19
enikanorov_and yes, also this feature requires some stuff to be done for extension framework18:19
SumitNaiksatamenikanorov_: ok perhaps, assessing what it takes to implement this would make it clear whether its achievable or not, right?18:19
enikanorov_but still i think it will not solve the issue from user perspective18:20
SumitNaiksatamachievable in the short Juno time frame that is18:20
SumitNaiksatamenikanorov_: ah ok18:20
enikanorov_afaik there are no extensions for fwaas and vpnaas18:20
SumitNaiksatamenikanorov_: there was also a comment from salvatore on the service_type18:20
enikanorov_so the only consumer is going to be lbaas so far18:20
SumitNaiksatamenikanorov_: but we will have in the future, at least for fwaas, in fact they are in review now18:21
SumitNaiksatamenikanorov_: i am not trying to justify the need18:21
enikanorov_good to know18:21
*** eghobo has quit IRC18:21
enikanorov_anyway, extension list in fact is a subset of tag functionality18:21
SumitNaiksatamenikanorov_: ah okay18:21
*** eghobo has joined #openstack-meeting-318:21
enikanorov_although i think that doing any kind of dispatching based on ext list/tags is an overkill18:21
SumitNaiksatamenikanorov_: so the service type has to be pre-defined/enumerated?18:22
enikanorov_what do you mean?18:22
SumitNaiksatamenikanorov_: or we can drop it from the flavor definition?18:22
SumitNaiksatamenikanorov_: it is currently enumerated right - LB, FW, VPN18:22
enikanorov_i'm not sure... let me recollect my concerns about it...18:22
enikanorov_ah18:22
enikanorov_yeah, so i think it's doable18:23
SumitNaiksatamenikanorov_: okay18:23
enikanorov_it puts some requirements for the drivers then, but requirements are not complex18:23
enikanorov_i'll followup with Slavatore18:24
SumitNaiksatamenikanorov_: ok, i think that makes it more flexible18:24
*** prad has left #openstack-meeting-318:24
SumitNaiksatamany other questions for enikanorov_ ?18:24
SumitNaiksatamor markmcclain?18:24
*** SridarK has joined #openstack-meeting-318:24
SumitNaiksatamenikanorov_: thanks for the udpate and your work on this!18:26
SumitNaiksatam#topic Open Discussion18:26
*** openstack changes topic to "Open Discussion (Meeting topic: Networking Advanced Services)"18:26
LouisFdoes servicebase have any dependency on the serviceVM work?18:26
SumitNaiksatamLouisF: not that i am aware of18:26
SumitNaiksatami again want to draw your attention to this:18:26
SumitNaiksatam#link https://wiki.openstack.org/wiki/NeutronJunoProjectPlan18:26
SumitNaiksatamat this point, from the PTL perspective, he has only included the flavor’s blueprint as a high prirority18:27
SumitNaiksatamand has assigned cores to review it18:27
SumitNaiksatammore specifically see: #link https://wiki.openstack.org/wiki/NeutronJunoProjectPlan#Juno-2_BP_Assignments18:27
SumitNaiksatamthis does not preclude our other blueprints18:28
SumitNaiksatamhowever, want to make sure that the expectations are conveyed from the PTL and the neutron core team perspective18:28
SumitNaiksatamas a team we will continue to try and work towards the best possible outcome for the blueprints we have been discussing18:29
SumitNaiksatamany questions on this?18:29
*** yamamoto has joined #openstack-meeting-318:29
SumitNaiksatamalright, thanks everyone for the work on the specs and your reviews18:30
SumitNaiksatamthis is the crunch as far as the specs are concerned18:30
cgoncalvesgood progress, team!18:30
SumitNaiksatamwe need to keep a watch on the reviews and +118:30
SumitNaiksatamwe need quick turn around in this week to meet the deadline18:30
SumitNaiksatamthanks all, and for once we are finishing on time! :-)18:30
SumitNaiksatam#endmeeting18:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:30
openstackMeeting ended Wed Jul  9 18:30:55 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-07-09-17.31.html18:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-07-09-17.31.txt18:30
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-07-09-17.31.log.html18:31
*** CATHY_ has quit IRC18:31
*** songole has left #openstack-meeting-318:31
*** cuddyt has quit IRC18:31
SumitNaiksatamSridarK: garyduan yisun Swami badveli: there?18:31
badveliyes18:31
SumitNaiksatamwe wil start in a min18:31
SridarKHi18:31
garyduanHi18:31
Swamihi18:32
yisunya18:32
*** mandeep has left #openstack-meeting-318:33
*** tomoe_ has quit IRC18:33
*** lifeless1 is now known as lifeless18:33
*** yamamoto has quit IRC18:33
*** beyounn has joined #openstack-meeting-318:34
SumitNaiksatamok lets  get started18:34
SumitNaiksatam#startmeeting Networking FWaaS18:34
openstackMeeting started Wed Jul  9 18:34:27 2014 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:34
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:34
*** openstack changes topic to " (Meeting topic: Networking FWaaS)"18:34
openstackThe meeting name has been set to 'networking_fwaas'18:34
SumitNaiksatam#info agenda https://wiki.openstack.org/wiki/Meetings/FWaaS18:34
SumitNaiksatam#topic Action Item follow up18:34
*** openstack changes topic to "Action Item follow up (Meeting topic: Networking FWaaS)"18:34
SumitNaiksatami think most of the AIs have been addressed18:35
SumitNaiksatamthanks to SridarK and yisun18:35
SumitNaiksatamwe had one to set up a meeting with the DVR folks18:35
SumitNaiksatamand Swami is here18:35
SumitNaiksatamso lets jump into that18:35
Swamiyes18:35
SumitNaiksatam#topic DVR discussion18:35
*** openstack changes topic to "DVR discussion (Meeting topic: Networking FWaaS)"18:35
SumitNaiksatamfirstly Swami welcome back, and thanks for joining! ;-)18:36
Swamisorry I was on vacation and could not join the meetings18:36
SumitNaiksatamSwami: you deserve it18:36
SumitNaiksatamSwami: i mean the vacation18:36
SumitNaiksatamSwami: as you can tell, we have been having quite a bit of discussion in the fwaas team on how to address the DVR integration18:36
SumitNaiksatamyisun: has been leading the charge on that front18:37
SwamiYes, can you update me on this, is there a proposal18:37
SumitNaiksatamand most of the fwaas team members met in person as well yesterday18:37
SumitNaiksatamSwami: yes18:37
SumitNaiksatamyisun: do you want to summarize18:37
SumitNaiksatamSwami: we have some questions for you as well18:37
Swamisure, if I know the answer I can provide you the answer right away.18:38
beyounnSumit, I'm in another meeting, could you help?18:38
SumitNaiksatambeyounn: sure18:38
SumitNaiksatamSwami: we first need to fully understand the manifestation of the “service” node18:38
SumitNaiksatamSwami: what is it, how will be deployed?18:39
*** cuddyt has joined #openstack-meeting-318:39
SumitNaiksatamSwami: there?18:40
SwamiService node is something similar to the network node that we have today and only services that will be running in that node is the "default snat", "dhcp" and probably VPNaaS18:40
SumitNaiksatamSwami: ok18:41
SumitNaiksatamSwami: so will it be part of a DVR (as in an implementation detail) or will it be a separate resource?18:41
SwamiThe way it is depolyed, is that, we have the same L3 agent working in service mode, but in the configuration file, you have to enable a flag for service node.18:41
SumitNaiksatamSwami: pardon my ignorance on this18:41
SridarKSwami: will all North - South traffic go thru this Service Node18:41
SumitNaiksatamSwami: ah got it18:41
SwamiNot all North South traffic will go through the Service Node. The VM's that have floating IP, will forward traffic directly from the Compute Node.18:42
garyduanSridark: I guess your quesion is regarding DNAT/Floating IP18:42
SumitNaiksatamSwami: ah18:42
SwamiFor other VMs that does not have floating IP, and has the default SNAT will forward traffic to the External network ( N-S) through the Service Node.18:43
SridarKSwami: thanks ok this was the issue that garyduan u brought up18:43
SumitNaiksatamSwami: in that case how will VPNaaS does not need to see any floating IP traffic?18:43
SumitNaiksatamrephrase - VPNaaS does not need to see any floating IP traffic?18:44
Swamiit depends on your implementation.18:44
SumitNaiksatamSwami: what about the reference implementation?18:44
SwamiIf the VPNaaS is running in a VM and if you have Floating IP associated to the VM, then your VPN traffic will not flow through the Service node.18:45
SumitNaiksatamnati_ueno: there?18:45
SwamiBut if you take our reference implementation for VPN, then this service will be running in the service node.18:45
nati_uenohi18:45
beyounnSwami: the case we are talking about is an VM that has FIP but the NATed traffic needs to go throughout VPNaaS18:46
*** regXboi has left #openstack-meeting-318:46
SumitNaiksatamnati_ueno: so is it okay for VPNaaS to not see the floating ip traffic?18:46
beyounnSwami, if that case, we still need to steering the FIP traffic to VPNaaS, do we?18:46
beyounns/if/in/18:46
nati_uenoI don't think vpn is seeing floating ip traffic18:46
SumitNaiksatamsorry, dont mean to distract from teh fwaas dsicussion, we are just trying to understand how it works for vpnaas18:46
SumitNaiksatamnati_ueno: ok, so not a concern for you?18:47
SwamiYes VPN does not need to see the FIP traffic. FIP is basically to get to the VM.18:47
nati_uenoSumitNaiksatam: gotcha. yeah, I think VPN is for private ip18:47
SumitNaiksatamnati_ueno: ok18:47
nati_uenoI believe service node has one external ip. This will be vpn endpoint.18:48
nati_uenoSwami: right?18:48
SumitNaiksatamnati_ueno: ok18:48
*** mestery has quit IRC18:48
SumitNaiksatamso Swami what we were thinking is that, as a first iteration, we would support FWaaS only as a perimiter firewall to deal with the N-S traffic18:48
SwamiYes, service node will the gateway to external network and that would be vpn endpoint.18:48
*** peristeri has joined #openstack-meeting-318:49
SumitNaiksatamSwami: howeve for the above to work we would need to see all N-S traffic18:49
Swamisumit: When you say North-South traffic it includes all FIP and other default Gateway traffic.18:50
garyduanSumitNaiksatam: on service node, we can only deal with S - N traffic18:50
SumitNaiksatambeyounn SridarK garyduan: correct?18:50
beyounnSumit:+118:50
SridarKSwami: Hmm! so both sides of the traffic will go thru the Service Node if that is the tunnel termination point for VPN ?18:50
SumitNaiksatamSwami: yes18:50
SridarKSumitNaiksatam: yes18:50
garyduanI guess for VPN referense design, traffic has to go through service node18:50
Swamigaryduan: Yes I agree.18:51
*** mestery has joined #openstack-meeting-318:51
garyduanFor FW, FIP traffic doesn't have to18:51
SridarKSwami: even in the DNAT scenario ?18:51
SumitNaiksatamyes, i think we can keep VPN aside for now, since it seems that for the reference implementation there is no issue, VPNaaS is dealing with onyl private IPs18:51
garyduannot 'for FW', just in general18:51
yyywuHi, one question, all NAT operation will be done on Service Node?18:51
garyduanyyywu: no, DNAT is on compute node18:52
garyduanyyywu: I mean FIP18:52
SumitNaiksatamSwami: ok let me take step back18:52
SwamiAll NAT operation for VM's that have default gateway will be done in Service Node.18:52
SumitNaiksatamSwami: in your mind, what solution had you thought of for integrating DVR with FWaaS?18:53
SwamiSumit: This was based on previous discussion that myself and vivek had with yi.18:54
SumitNaiksatamSwami: ok, and “this” being?18:54
*** prad has joined #openstack-meeting-318:54
SwamiFor the east-west we only route traffic on one compute node and so on the other side the traffic is not routed.18:54
SumitNaiksatamSwami: true, so we have a problem with FWaaS working as is for the E-W traffic18:54
SumitNaiksatamSwami: but we were trying to see if we can could just limit to FWaaS to the N-S traffic in the first iteration of DVR support18:55
SwamiSo I think the original proposal that we did was instead of applying the firewall rules in the router interfaces we can apply the rules on a bridge interface above the routers in each compute node, so that both sides of the traffic will hit the firewall rules.18:55
SumitNaiksatamSwami: however, that seems to be a problem too now, since not all N-S traffic hits the service node18:55
*** anil_rao has quit IRC18:56
SwamiBut when we initially had the discussion we did not see any issues with North-South. That is my understanding. Correct me if I am wrong.18:56
beyounnSwami: until we realized the FIP will not go to service node18:56
SumitNaiksatamSwami: but then the service node does not see all the N-S traffic per your earlier explanation18:56
SwamiFor the North-South scenario including the Service node and the compute node, the existing  reference implementation for FWaaS where the rules are applied to the router interface will work, provided the FWaaS rules are applied on all compute nodes where the routers are hosted.18:58
SumitNaiksatamSwami: ah ok18:58
*** david-lyle has quit IRC18:58
*** david-lyle has joined #openstack-meeting-318:58
SumitNaiksatamSwami: but how will we know which rules to apply on the compute nodes?18:59
SumitNaiksatamSwami: or are suggesting that we just apply the same rules everywhere?18:59
SumitNaiksatam*are you18:59
*** david-lyle has quit IRC18:59
SwamiProbably applying the same rules everywhere will be the easy option, but it might have some performance implications.19:00
SridarKSwami: but if response traffic does not hit the same point (service node) that will be a problem (in terms of connection tracking )19:00
*** prad has left #openstack-meeting-319:00
SridarKSwami: and this will the case if u have NAT happening on the compute node correct ?19:00
SwamiSridarK: For the North-South this will work, it will hit the same point.19:00
SridarKSwami: even with the NAT scenario ?19:01
*** david-lyle has joined #openstack-meeting-319:01
SumitNaiksatamSridarK: i believe for the FIP case, both directions will hit the same compute node, Swami right?19:01
SwamiSridarK: Let me explain.19:01
*** peristeri has quit IRC19:02
*** peristeri has joined #openstack-meeting-319:02
SwamiI think we need a picture to explain.19:02
*** Hao has joined #openstack-meeting-319:02
SridarKSwami: :-)19:02
SridarKi think i see what SumitNaiksatam is saying in that case yes19:03
SumitNaiksatamSwami: good point19:03
SumitNaiksatamSwami: how about a f2f meeting?19:03
yyywucould we draw a diagram on good doc?19:03
SridarKasciiflow for IRC product idea :-)19:03
yyywugoogle19:03
SwamiThe traffic will hit the router in both these cases, that is my understanding.19:04
SridarKSwami: by router - u mean service node19:04
SwamiI think we already have some good pictures out there in the google. We can take up that for explaining to the team.19:04
*** m1dev has joined #openstack-meeting-319:05
natarajkSridarK: there is a router running in each compute node for DVR19:05
SwamiLet me do one thing as sumit suggested we can have a virtual meeting room session to go over the scenario nextweek.19:06
SridarKnatarajk: yes i know - i wanted to understand which one19:06
SwamiIf that is ok with everyone.19:06
SumitNaiksatamSwami: good suggestion19:06
SumitNaiksatamSwami: let me work out the logistics with you19:06
SumitNaiksatam#action SumitNaiksatam Swami to plan virtual/f2f meeting to further follow up on DVR/FWaaS integration19:06
SwamiCouple of our folks are out this week. They will be in office next week.19:07
natarajkcan we do google hangout ?19:07
SumitNaiksatamSwami: for now, what is the best DVR document to look at (in case there is more than one)19:07
SwamiSo let us plan for either Tuesday or Wednesday next week.19:07
yyywuwebex possible?19:07
SumitNaiksatamSwami: and again, apologies for the ignorance on this19:07
SridarKyyywu: webex possible i can set that up19:07
SwamiThe design doc should be the best one to lock for.19:07
yyywuSridarK, thanks.19:07
SumitNaiksatamSwami: tuesday is better, so that we are prepared for the wednesday meeting19:07
SumitNaiksatamSwami: link?19:08
SwamiWe do have multiple design docs, I will forward you the L3 Agent/SNAT design doc link19:08
SumitNaiksatamSwami: thanks19:08
SumitNaiksatamSwami: the one with teh pretty figures ;-)19:08
SumitNaiksatamSwami: who else at your end are we missing this week?19:08
SwamiOtherwise, since the agenda is specific to North-South, I will put together a picture just to address the traffic flow.19:08
beyounnhttps://docs.google.com/document/d/1iXMAyVMf42FTahExmGdYNGOBFyeA4e74sAO3pvr_RjA/edit19:08
beyounnthis is what I was reading19:08
SumitNaiksatamSwami: sweet19:09
SumitNaiksatambeyounn: thanks19:09
SwamiI don't have Rajeev and Mike in office this week. Vivek is in a different timezone.19:09
SumitNaiksatamSwami: ok, i just wanted to understand what progress we can make this week19:10
SwamiThis document has couple of pictures that you may be interested in .19:10
SumitNaiksatamSwami: also, have you speced out the VPNaaS/FWaaS support to be part of the DVR spec, or you anticipate a new bp for this?19:10
SwamiOr else I will talk to vivek and let us put together a flow picture for North South traffic that uses the Service node and the one that uses the FIP on the compute Node.19:10
SumitNaiksatamSwami: i am just trying to understand since we have limited time to submit bp specs19:11
SumitNaiksatamSwami: that sounds great19:11
SwamiWill that work out, and if you have any questions we can take it up in the next week's meeting.19:11
*** Hao has quit IRC19:11
SumitNaiksatamSwami: ok we will wait for your diagram then, say by Friday?19:11
SwamiSumit: I have not speced out Services bp along with DVR. It would be a follow on.19:12
Swami#agreed.19:12
*** SridarK_ has joined #openstack-meeting-319:12
*** seizadi has joined #openstack-meeting-319:12
SumitNaiksatamSwami: ok that makes it tricky, i am not sure we have resources right now, do add a new bp spec before tomorrow19:12
SumitNaiksatamSwami: we will probably need to work it out with the PTL to ride on top of the DVR spec if we have to achieve this in Juno time frame19:13
SwamiOk, do you want me to add the spec.19:14
*** SridarK has quit IRC19:14
SumitNaiksatamSwami: lets check with the PTL on this19:14
Swamisure19:15
SumitNaiksatamin general, question to the FWaaS team, does anyone have to time to quickly write up a place holder FWaaS spec to support DVR?19:15
SumitNaiksatamthis will however have to land by tomorrow?19:15
SumitNaiksatamSridarK_ beyounn garyduan badveli: ^^^ ?19:15
SumitNaiksatamnatarajk: ^^^ ?19:15
SridarK_SumitNaiksatam: by placeholder what do we need in that ?19:15
SumitNaiksatamSridarK_: i tried to hand wave there, you caught me! :-P19:16
SridarK_SumitNaiksatam: :-)19:16
SwamiSridarK: probably everything that the spec guidlines mandates19:16
SumitNaiksatamSwami: :-)19:16
SwamiSridark: just kiding.19:16
badveliis it very detail19:16
SumitNaiksatami mean i wanted to meet the deadline for submitting the blueprint spec by tomorrow19:16
SridarK_SumitNaiksatam: Swami: i fear that with the spec we will have an issues19:16
SumitNaiksatami dont expect all the details to be filled out19:16
SridarK_with review cycles etc19:16
SridarK_can we target to get this done by associating with one of the existing BP19:17
SumitNaiksatami am just trying to understand if this is feasible19:17
SumitNaiksatamif not, it is what it is19:17
SridarK_SumitNaiksatam: i can add a spec quickly if u want19:18
SumitNaiksatamand the fall back option could be that Swami could submit a rev for his DVR blueprint19:18
SridarK_but need more discussion on what we want to put there19:18
SumitNaiksatamSridarK_: ok19:18
SumitNaiksatamSridarK_: agree19:18
beyounnSridark_+119:18
badveliyes19:18
SumitNaiksatamSwami: how soon is it possible to get the diagram that you were planning?19:18
beyounnSumit and Sridar: badveli could help too19:19
SwamiCan I get it to you latest by tomorrow evening? Will it be acceptable.19:19
SumitNaiksatamSwami: that is for the N-S and the FIP traffic19:19
badvelibeyounn: i will help19:19
SumitNaiksatamSwami: hmm, suspect that might be a little late (i understand though that you might have a dependency on Vivek and he is not immediately available)19:20
SumitNaiksatamSridarK_: tomorrow evening might be late, right?19:20
SridarK_SumitNaiksatam: yes cutting it too fine19:20
SumitNaiksatambeyounn: thanks, good to know that badveli can help19:20
*** shakamunyi has quit IRC19:20
SwamiYes, other option is I can try by tomorrow morning. That is the fastest I could do.19:20
*** jtomasek has quit IRC19:21
SridarK_Swami: would it be possible to have a call with Vivek tonight or early am tomorrow if that is reqd19:21
SumitNaiksatamSwami: okay lets shoot for tomorrow morning19:21
SumitNaiksatamSridarK_ badveli: meanwhile we can work on the bp spec skeleton19:21
SridarK_SumitNaiksatam: ok19:21
SwamiYes, I will keep him in the loop, if you guys have any question you can shoot him an email.19:21
SumitNaiksatamSwami: morning around 10 AM (sorry for being pushy!)19:22
badveliok sumit19:22
Swami#agreed19:22
SumitNaiksatamSwami: thanks much19:22
*** Hao has joined #openstack-meeting-319:23
SumitNaiksatam#action Swami to prepare N-S and FIP traffic diagram, send to FWaaS team by morning July 10th to aid submission of FWaaS support for DVR bp spec19:24
SumitNaiksatamSwami: would you also be available for a quick call tomorrow morning after the diagram is ready?19:24
Swamisumit: this will not be an ASCII diagram.19:24
SumitNaiksatamSwami: yes sure :-)19:24
SridarK_Swami: :-(19:24
SumitNaiksatamSridarK_: that is fine19:24
Swamisumit: yes, will be available.19:24
SridarK_SumitNaiksatam: just kidding19:24
SumitNaiksatamSwami: SridarK_: I am seeing this mainly as a tool for us to understand19:25
SumitNaiksatamSwami: you can perhaps add the diagram to your spec itself and we can reference it19:25
SumitNaiksatamSwami: so no ascii diagram required even when we submit the spec19:25
yyywuSwami, can you forward to mailing list?19:25
SumitNaiksatamSwami: whatever works for you, but at least get it to us19:25
Swamisumit: got it!19:26
garyduanSorry, I am back. I will look at the diagram19:26
SumitNaiksatamSridarK_ Swami: i might be busy with group policy meeting tomorrow morning, so can you guys sync up on the follow up call tomorrow morning?19:26
SridarK_SumitNaiksatam: sure19:27
SumitNaiksatamSridarK_: perhaps you can set up a webex for 11 or so and invite everyone involved here19:27
SumitNaiksatamSwami: sound okay?19:27
Swamisure19:27
SumitNaiksatamSwami: thanks19:27
SridarK_SumitNaiksatam: sure will do19:27
SridarK_Swami: thanks - will send u an email too19:27
SumitNaiksatamindeed, thanks much Swami for induling us!19:27
SumitNaiksatam#topic Open Discussion19:27
*** openstack changes topic to "Open Discussion (Meeting topic: Networking FWaaS)"19:27
SumitNaiksatami wanted to mainly focus on the DVR issue for today19:28
SumitNaiksatamany other burning concerns19:28
SumitNaiksatambeyounn: on the service objects19:28
badvelispec review19:28
beyounnSumit: yes, did not hear anything yet19:28
SumitNaiksatambeyounn: one question (and might be late to bring this up) - how did we arrive at the name “service objects”?19:28
beyounnSumit: it is a common term used by Juniper and Netscreen19:29
SumitNaiksatambeyounn: i want to make sure we have consensus on this and dont get blocked on it in the future (i know its kind of silly concern)19:29
SumitNaiksatambeyounn: ok19:29
*** yamamoto has joined #openstack-meeting-319:29
SumitNaiksatambeyounn: earlier we were talking in terms of “application” objects19:29
beyounnSumit: "naming" is the most complicate matter to discuss :-)19:30
*** Hao has quit IRC19:30
SumitNaiksatambeyounn:  this is when we had started the fwaas project19:30
SumitNaiksatambeyounn: ha :-)19:30
beyounnSumit: I have no problem to change that19:30
garyduan'application' might indicate APP ID function19:30
SumitNaiksatambeyounn: my concern is that people dont misinterpret with what we are trying to do, and hence progress gets blocked19:30
beyounnSumit: the app object can mean different things when the L7 feature started19:30
beyounnSumit: +119:31
beyounnSumit: when we have applicate identification, the application object is really a L7 term19:31
SumitNaiksatambeyounn garyduan: okay, i dont have problem with service objects, i just want to make sure that its what the community/industry understands and we are not blocked19:31
SumitNaiksatambeyounn: agree19:31
SumitNaiksatamSridarK_: whats your view on this?19:31
SumitNaiksatamnatarajk: you as well19:32
SridarK_SumitNaiksatam: i am fine with service group terminology19:32
beyounnSumit: the simplest way to look at is if you go to anything unix device /etc/services, you will get all the protocol/port/service definitions19:32
SridarK_i think this is common usage19:32
beyounns/anything/any/19:32
SumitNaiksatambeyounn: ah nice, taht works for me19:32
SumitNaiksatambeyounn: perhaps we can even add that justification/clarification to the spec19:33
SumitNaiksatamsorry if i raised an inconsequential concern!19:33
SumitNaiksatamfor once, the fwaas meeting has been longer than the adv services meeting!19:33
SridarK_:-)19:33
SumitNaiksatamanything else?19:33
SridarK_folks request to review spec: #link https://review.openstack.org/#/c/105373/ for our vendor implementation19:33
beyounnSumit: sure19:33
SridarK_natarajk: thanks for getting it started19:34
SumitNaiksatamSridarK_: thanks of adding us as reviewers, will look19:34
*** yamamoto has quit IRC19:34
beyounnGuys, please also help to put +1 to service objects19:34
SridarK_SumitNaiksatam: thanks19:34
beyounnI just want to get some activities19:34
SridarK_beyounn: surely i will do that19:34
beyounnSridark_: thanks19:34
SumitNaiksatambeyounn: yes19:34
SridarK_my old +1 is gone now19:34
natarajkSridarK: you are welcome. will give my +119:35
SumitNaiksatambeyounn: hence raised the topic here19:35
beyounnSridark_: all the +1 are gone19:35
SumitNaiksatambeyounn badveli: we need to iterate and respond quickly19:35
SridarK_beyounn: yes i have no issues thanks for addressing my earlier comments19:35
badveliok19:35
SumitNaiksatambeyounn: did you hear back from nati_ueno or akihiro?19:35
SridarK_beyounn: will do so today19:35
beyounnSumit: did not19:35
beyounnSumit: I normally update spec overnight19:36
nati_uenoooops  I'm missing something?19:36
*** jtomasek has joined #openstack-meeting-319:36
SumitNaiksatambeyounn: yes, keep up the good work19:36
SumitNaiksatamnati_ueno: the service objects spec :-)19:36
*** natarajk has left #openstack-meeting-319:36
nati_uenoSumitNaiksatam: gotcha! I'll review it today.19:36
beyounnnati_ueno: thank ahead19:36
*** sarob has quit IRC19:36
SumitNaiksatamnati_ueno: #link https://review.openstack.org/#/c/9413319:36
SumitNaiksatamnati_ueno: thanks much!19:37
SumitNaiksatamalrighty, thanks everyone19:37
beyounnThanks!!!!19:37
SumitNaiksatam#endmeeting19:37
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:37
openstackMeeting ended Wed Jul  9 19:37:37 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:37
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-07-09-18.34.html19:37
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-07-09-18.34.txt19:37
SridarK_thanks all19:37
SridarK_bye19:37
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_fwaas/2014/networking_fwaas.2014-07-09-18.34.log.html19:37
badvelithanks19:37
*** Sukhdev has quit IRC19:38
*** vinay_yadhav has quit IRC19:38
*** amitpp has joined #openstack-meeting-319:39
*** LouisF has quit IRC19:45
*** mestery has quit IRC19:46
*** SridarK_ has quit IRC19:46
*** mestery has joined #openstack-meeting-319:47
*** sarob has joined #openstack-meeting-319:49
*** shakamunyi has joined #openstack-meeting-319:49
*** shakamunyi has quit IRC19:49
*** mestery has quit IRC19:49
*** sarob_ has joined #openstack-meeting-319:50
*** beyounn has quit IRC19:51
*** amitpp has quit IRC19:52
*** sarob has quit IRC19:53
*** Sukhdev has joined #openstack-meeting-319:55
*** jcoufal has quit IRC19:56
*** eguz has joined #openstack-meeting-319:59
*** eguz has quit IRC20:02
*** eghobo has quit IRC20:02
*** eguz has joined #openstack-meeting-320:02
*** badveli has quit IRC20:10
*** ttrifonov_zZzz is now known as ttrifonov20:12
*** prad has joined #openstack-meeting-320:14
*** shakamunyi has joined #openstack-meeting-320:15
*** shakamunyi has quit IRC20:15
*** jmsoares has quit IRC20:17
*** nati_uen_ has joined #openstack-meeting-320:18
*** Toshi has joined #openstack-meeting-320:18
*** mestery has joined #openstack-meeting-320:20
*** nati_ueno has quit IRC20:20
*** markmcclain has quit IRC20:23
*** shakamunyi has joined #openstack-meeting-320:24
*** peristeri has quit IRC20:25
*** mestery has quit IRC20:26
*** Hao has joined #openstack-meeting-320:27
*** pgpus has quit IRC20:28
*** yamamoto has joined #openstack-meeting-320:29
*** Hao has quit IRC20:32
*** yamamoto has quit IRC20:34
*** pballand has quit IRC20:35
*** prad has quit IRC20:38
*** beyounn has joined #openstack-meeting-320:39
*** sarob_ is now known as sarob20:45
*** prad has joined #openstack-meeting-320:45
*** mfer has quit IRC20:47
*** MaxV has joined #openstack-meeting-320:53
*** sarob has quit IRC20:58
*** peristeri has joined #openstack-meeting-321:01
*** peristeri has quit IRC21:01
*** prad has quit IRC21:06
*** thangp has quit IRC21:06
*** shakamunyi has quit IRC21:08
*** shakamunyi has joined #openstack-meeting-321:09
*** shakamunyi has quit IRC21:09
*** jtomasek has quit IRC21:09
*** prad has joined #openstack-meeting-321:10
*** shakamunyi has joined #openstack-meeting-321:10
*** lblanchard has quit IRC21:11
*** julim has quit IRC21:12
*** thinrichs has joined #openstack-meeting-321:13
*** prad has left #openstack-meeting-321:15
*** thomasem has quit IRC21:15
*** MaxV has quit IRC21:16
*** sarob has joined #openstack-meeting-321:19
*** markmcclain has joined #openstack-meeting-321:22
*** Chris__ has joined #openstack-meeting-321:22
*** Chris__ has quit IRC21:23
*** Hao has joined #openstack-meeting-321:29
*** yamamoto has joined #openstack-meeting-321:29
*** ChrisRichardson has joined #openstack-meeting-321:30
ChrisRichardsonsdgfdsbg21:32
*** ChrisRichardson has quit IRC21:32
*** yamamoto has quit IRC21:34
*** Hao has quit IRC21:34
*** ivar-lazzaro has quit IRC21:38
*** david-lyle has quit IRC21:40
*** david-lyle has joined #openstack-meeting-321:40
*** david-lyle has quit IRC21:40
*** ivar-lazzaro has joined #openstack-meeting-321:41
*** mestery has joined #openstack-meeting-321:42
*** ivar-lazzaro has quit IRC21:43
*** chrisrichardson has joined #openstack-meeting-321:44
*** thomasem has joined #openstack-meeting-321:46
*** thomasem has quit IRC21:47
*** chrisrichardson has left #openstack-meeting-321:48
*** hemanthravi has quit IRC21:51
*** thomasem has joined #openstack-meeting-321:52
*** shakamunyi has quit IRC21:53
*** thomasem has quit IRC21:54
*** shakamunyi has joined #openstack-meeting-321:54
*** shakamunyi has quit IRC21:54
*** thomasem has joined #openstack-meeting-321:55
*** Sukhdev has quit IRC21:55
*** pballand has joined #openstack-meeting-321:56
*** jay-house-hunter has joined #openstack-meeting-322:02
*** Sukhdev has joined #openstack-meeting-322:04
*** zehicle has quit IRC22:05
*** nacim has joined #openstack-meeting-322:15
*** seizadi has quit IRC22:17
*** prasadv has quit IRC22:18
*** seizadi has joined #openstack-meeting-322:22
*** thomasem has quit IRC22:27
*** nacim has quit IRC22:28
*** yamamoto has joined #openstack-meeting-322:29
*** Hao has joined #openstack-meeting-322:30
*** yamamoto_ has joined #openstack-meeting-322:31
*** eguz has quit IRC22:33
*** zehicle has joined #openstack-meeting-322:34
*** yamamoto has quit IRC22:34
*** yamamoto_ has quit IRC22:35
*** Hao has quit IRC22:36
*** boris-42 has quit IRC22:37
*** jay-house-hunter has quit IRC22:38
*** boris-42 has joined #openstack-meeting-322:39
*** lblanchard has joined #openstack-meeting-322:42
*** eghobo has joined #openstack-meeting-322:49
*** rhagarty has quit IRC22:53
*** ttrifonov is now known as ttrifonov_zZzz22:54
*** ttrifonov_zZzz is now known as ttrifonov22:54
*** otherwiseguy has quit IRC22:57
*** mestery has quit IRC22:57
*** rkukura has quit IRC23:02
*** cuddyt has quit IRC23:07
*** rhagarty has joined #openstack-meeting-323:08
*** jackib has quit IRC23:10
*** carl_baldwin has quit IRC23:15
*** HenryG has quit IRC23:16
*** Sukhdev has quit IRC23:21
*** markmcclain has quit IRC23:21
*** ttrifonov is now known as ttrifonov_zZzz23:23
*** nelsnelson has quit IRC23:28
*** seizadi has quit IRC23:28
*** yamamoto has joined #openstack-meeting-323:29
*** Hao has joined #openstack-meeting-323:32
*** yamamoto has quit IRC23:34
*** seizadi has joined #openstack-meeting-323:36
*** Hao has quit IRC23:37
*** Sukhdev has joined #openstack-meeting-323:38

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