Friday, 2014-02-14

*** jroovers has joined #openstack-neutron00:02
*** xuhanp has quit IRC00:05
*** JPtheJP has joined #openstack-neutron00:09
*** alagalah has quit IRC00:11
*** alagalah has joined #openstack-neutron00:11
*** Gamekiller77 has quit IRC00:16
*** JPtheJP has quit IRC00:16
*** JPtheJP has joined #openstack-neutron00:17
openstackgerritAaron Rosen proposed a change to openstack/neutron: NSX: Fix newly created port's status should be DOWN  https://review.openstack.org/7308600:21
openstackgerritCarl Baldwin proposed a change to openstack/neutron: New multitool to run batched commands under ip netns and sudo (WIP)  https://review.openstack.org/6749000:23
openstackgerritA change was merged to openstack/neutron: Add DB mappings with NSX logical routers  https://review.openstack.org/5458400:26
*** mlavalle has quit IRC00:28
*** alagalah has quit IRC00:29
openstackgerritCarl Baldwin proposed a change to openstack/neutron: L3 agent fetches the external network id once  https://review.openstack.org/6692800:29
*** yamahata has quit IRC00:29
*** ramishra has joined #openstack-neutron00:32
*** ramishra has quit IRC00:37
*** zzelle_ has quit IRC00:40
openstackgerritPraneet Bachheti proposed a change to openstack/neutron: Juniper Contrail plug-in implementation for core resources  https://review.openstack.org/4379300:43
*** xianghui has joined #openstack-neutron00:50
*** rossigee has quit IRC00:57
*** rossigee has joined #openstack-neutron00:57
*** oda-g has quit IRC00:59
openstackgerritAaron Rosen proposed a change to openstack/neutron: NSX: propagate network name changes to backend  https://review.openstack.org/7096801:01
*** devlaps has quit IRC01:02
*** carl_baldwin has quit IRC01:03
*** godara has quit IRC01:10
*** evilstephen has quit IRC01:12
*** yamahata has joined #openstack-neutron01:15
*** cjellick has quit IRC01:15
*** SumitNaiksatam has quit IRC01:18
*** ramishra has joined #openstack-neutron01:33
*** Jianyong has joined #openstack-neutron01:36
*** ramishra has quit IRC01:37
*** jroovers has quit IRC01:40
*** sputnik13net has quit IRC01:42
*** mili has joined #openstack-neutron01:44
miliHi Neutron experts, I really need your help on this please have a look https://ask.openstack.org/en/question/11904/associate-public-ip-to-vms-interface/01:46
*** banix has quit IRC01:56
*** sn6i23a has quit IRC01:58
*** alagalah has joined #openstack-neutron01:59
*** ijw has quit IRC02:22
*** morganfainberg is now known as morganfainberg_Z02:24
*** xianghui has quit IRC02:24
*** ramishra has joined #openstack-neutron02:30
openstackgerritShashank Hegde proposed a change to openstack/neutron: Improves Arista's ML2 driver's sync performance. Closes-Bug: 1279619  https://review.openstack.org/7348202:30
*** alagalah has quit IRC02:34
*** SumitNaiksatam has joined #openstack-neutron02:43
*** mili has quit IRC02:46
*** godara has joined #openstack-neutron02:59
*** mgagne has quit IRC03:02
*** godara_ has joined #openstack-neutron03:02
*** godara has quit IRC03:04
*** godara has joined #openstack-neutron03:06
*** godara_ has quit IRC03:07
*** godara has quit IRC03:11
openstackgerritKyle Mestery proposed a change to openstack/neutron: Add OpenDaylight ML2 MechanismDriver  https://review.openstack.org/6977503:14
*** vkdrao has joined #openstack-neutron03:17
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Add SSL Certificate Validation  https://review.openstack.org/7090603:20
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Add agent to support neutron sec groups  https://review.openstack.org/7254303:22
*** baoli has quit IRC03:23
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename Router related methods for VMware NSX plugin  https://review.openstack.org/6728803:24
*** baoli has joined #openstack-neutron03:25
*** baoli has quit IRC03:25
*** baoli has joined #openstack-neutron03:25
*** shivh has quit IRC03:25
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Reset API naming scheme for VMware NSX plugin  https://review.openstack.org/6975703:31
*** ramishra has quit IRC03:39
*** pcm_ has quit IRC03:39
*** alagalah has joined #openstack-neutron03:44
*** carl_baldwin has joined #openstack-neutron03:45
*** ramishra has joined #openstack-neutron03:47
*** armax has left #openstack-neutron03:48
*** alagalah has quit IRC03:49
*** skath has quit IRC03:49
*** skath has joined #openstack-neutron03:49
*** baoli has quit IRC03:49
*** otherwiseguy has quit IRC03:49
*** otherwiseguy has joined #openstack-neutron03:50
*** vkdrao has quit IRC03:51
openstackgerritstephen-ma proposed a change to openstack/neutron: Delete duplicate internal devices in router namespace  https://review.openstack.org/5795403:53
*** WackoRobie has joined #openstack-neutron04:04
*** Li has quit IRC04:09
openstackgerritgongysh proposed a change to openstack/neutron: remove unused imports  https://review.openstack.org/7315904:09
*** chandan_kumar has joined #openstack-neutron04:11
*** baoli has joined #openstack-neutron04:12
*** ramishra has quit IRC04:12
*** ramishra has joined #openstack-neutron04:12
*** xianghui has joined #openstack-neutron04:13
*** baoli has quit IRC04:13
*** bashok has joined #openstack-neutron04:25
*** jp_at_hp has quit IRC04:25
*** ijw has joined #openstack-neutron04:28
*** carl_baldwin has quit IRC04:28
*** harlowja_ is now known as harlowja_away04:31
openstackgerritRobert Kukura proposed a change to openstack/neutron: Replace binding:capabilities with binding:vif_details  https://review.openstack.org/7245204:32
*** carl_baldwin has joined #openstack-neutron04:36
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename Router related methods for VMware NSX plugin  https://review.openstack.org/6728804:37
*** saju_m has joined #openstack-neutron04:39
*** Sukhdev has joined #openstack-neutron04:42
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename L2 Switch/Gateway related methods for VMware NSX plugin  https://review.openstack.org/6735304:42
*** sweston has quit IRC04:45
*** sweston has joined #openstack-neutron04:46
*** sweston has quit IRC04:47
*** WackoRobie has quit IRC04:51
*** WackoRobie has joined #openstack-neutron04:51
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Rename workers to api_workers and simplify code (WIP)  https://review.openstack.org/7256404:52
*** chandan_kumar has quit IRC04:52
*** WackoRobie has quit IRC04:56
*** ijw_ has joined #openstack-neutron04:56
*** ijw has quit IRC04:58
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename Security Groups related methods for VMware NSX plugin  https://review.openstack.org/6739005:06
*** ramishra has quit IRC05:11
*** ramishra has joined #openstack-neutron05:12
*** chandan_kumar has joined #openstack-neutron05:14
*** sputnik13net has joined #openstack-neutron05:15
openstackgerritRobert Kukura proposed a change to openstack/neutron: ML2 binding:profile port attribute  https://review.openstack.org/7350005:17
*** gdubreui has quit IRC05:20
*** bashok has quit IRC05:26
openstackgerritHenry Gessau proposed a change to openstack/neutron: Cisco APIC ML2 mechanism driver, part 1  https://review.openstack.org/7335505:30
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename Neutron core/service plugins for VMware NSX  https://review.openstack.org/7085805:31
openstackgerritHenry Gessau proposed a change to openstack/neutron: Cisco APIC ML2 mechanism driver, part 2  https://review.openstack.org/7337205:35
*** garyk1 has joined #openstack-neutron05:42
*** garyk has quit IRC05:44
*** AlexF has joined #openstack-neutron05:44
*** HenryG has quit IRC05:48
*** carl_baldwin has quit IRC05:51
*** Sukhdev has quit IRC05:53
*** chandankumar_ has joined #openstack-neutron05:54
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename DB models and related resources for VMware NSX plugin  https://review.openstack.org/7282505:56
*** saju_m has quit IRC05:58
*** sweston has joined #openstack-neutron05:58
*** HenryG has joined #openstack-neutron05:59
*** chandankumar_ has quit IRC06:00
*** WackoRobie has joined #openstack-neutron06:02
*** WackoRobie has quit IRC06:06
*** AlexF has quit IRC06:11
*** sballe has quit IRC06:11
*** AlexF has joined #openstack-neutron06:13
*** chandan_kumar has quit IRC06:15
*** vkozhukalov has joined #openstack-neutron06:21
*** AlexF has quit IRC06:23
*** AlexF has joined #openstack-neutron06:24
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/7316406:24
*** ijw_ has quit IRC06:24
*** bashok has joined #openstack-neutron06:27
*** dsockwell has quit IRC06:30
*** chandan_kumar has joined #openstack-neutron06:32
*** dgrig has quit IRC06:40
*** dgrig has joined #openstack-neutron06:46
*** AlexF has quit IRC06:47
*** dsockwell has joined #openstack-neutron06:49
*** AlexF has joined #openstack-neutron06:54
*** ijw has joined #openstack-neutron06:55
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename/remove Nicira NVP references from VMware NSX unit tests  https://review.openstack.org/7090006:57
openstackgerritLee Li proposed a change to openstack/python-neutronclient: Use six.moves.urllib.parse directly to replace try  https://review.openstack.org/7350906:57
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename DB models and related resources for VMware NSX plugin  https://review.openstack.org/7282507:04
openstackgerritOleg Bondarev proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020707:08
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: Implement OpenFlow Agent mechanism driver  https://review.openstack.org/7179107:11
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Rename/refactoring of NVP api client to NSX  https://review.openstack.org/7314307:11
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: apply agent scheduling for loadbalancer instance  https://review.openstack.org/7147207:11
*** chandan_kumar has quit IRC07:18
*** chandan_kumar has joined #openstack-neutron07:21
*** gongysh has joined #openstack-neutron07:22
*** sballe has joined #openstack-neutron07:24
*** ijw has quit IRC07:25
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Move config and REST to diff modules  https://review.openstack.org/7351407:25
*** saju_m has joined #openstack-neutron07:25
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Add SSL Certificate Validation  https://review.openstack.org/7090607:26
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: apply loadbalancer instance for agent and haproxy driver  https://review.openstack.org/7261907:30
*** vkozhukalov has quit IRC07:33
*** gongysh has quit IRC07:37
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Renaming plugin-specific exceptions to match NSX  https://review.openstack.org/7351807:38
*** AlexF has quit IRC07:38
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: options: consolidate options definitions  https://review.openstack.org/7352007:39
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: l3-agent-consolidation: framework for consolidating l3 agents  https://review.openstack.org/5762707:39
*** jprovazn has joined #openstack-neutron07:41
*** markwash has joined #openstack-neutron07:42
*** afazekas has joined #openstack-neutron07:48
*** gongysh has joined #openstack-neutron07:59
*** Jianyong has quit IRC08:03
*** jistr has joined #openstack-neutron08:06
openstackgerritLee Li proposed a change to openstack/python-neutronclient: Use six.moves.urllib.parse directly to replace try  https://review.openstack.org/7350908:14
*** rotbeard has joined #openstack-neutron08:15
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Add agent to support neutron sec groups  https://review.openstack.org/7254308:16
*** jlibosva has joined #openstack-neutron08:18
*** rohit404 has joined #openstack-neutron08:20
*** bvandenh has joined #openstack-neutron08:22
*** skraynev_afk is now known as skraynev08:25
*** markwash has quit IRC08:27
*** yamahata has quit IRC08:27
*** rohit404_ has joined #openstack-neutron08:30
*** rohit404 has quit IRC08:32
*** rohit404_ is now known as rohit40408:32
*** morganfainberg_Z has quit IRC08:42
*** morganfainberg_Z has joined #openstack-neutron08:47
*** morganfainberg_Z is now known as morganfainberg08:47
*** ygbo has joined #openstack-neutron08:52
*** bashok has quit IRC08:53
*** bashok has joined #openstack-neutron08:53
*** gongysh has quit IRC08:55
*** doude has quit IRC08:58
*** doude has joined #openstack-neutron08:59
*** jgallard has joined #openstack-neutron09:01
*** vkozhukalov has joined #openstack-neutron09:05
*** doude has quit IRC09:05
*** doude has joined #openstack-neutron09:05
*** doude has quit IRC09:10
*** doude has joined #openstack-neutron09:10
*** doude has quit IRC09:12
*** jp_at_hp has joined #openstack-neutron09:13
*** doude has joined #openstack-neutron09:15
*** marun has joined #openstack-neutron09:16
*** marun has quit IRC09:21
*** ramishra has quit IRC09:22
*** jroovers has joined #openstack-neutron09:24
*** jroovers|afk has joined #openstack-neutron09:25
*** slawek has joined #openstack-neutron09:28
*** jroovers has quit IRC09:28
*** ramishra has joined #openstack-neutron09:28
slawekhello everyone09:33
slawekI'm trying to use neutron with ML2 plugin and network with L3-agent. I'm wondering what methods from plugin are working when I'm trying to associate new floating IP to vm (and router). Maybe someone of You will know and can tell me that :)09:34
*** doude has quit IRC09:42
*** doude has joined #openstack-neutron09:42
*** uaberme has joined #openstack-neutron09:44
*** djoreilly has joined #openstack-neutron09:48
*** rossella_s has joined #openstack-neutron09:51
*** saju_m has quit IRC09:51
*** vkozhukalov has quit IRC09:53
*** doude has quit IRC09:58
*** doude has joined #openstack-neutron09:59
matrohonslawek : L3/router method are now implemented as service plugin10:02
*** vkozhukalov has joined #openstack-neutron10:05
slawekmatrohon: ok, so all code which made such things like set iptables rules (and other needed when I associate floating IP to instance) is in neutron/services/l3_router folder?10:16
*** b3nt_pin has joined #openstack-neutron10:16
slawekI need to find code which is making this operations (is calling "execute" method from neutron.agent.linux.utils) because I want to change something on that code (add some operations for example). Do You know where (or how) I can find exactly this code? :)10:18
*** jlibosva has quit IRC10:20
*** jlibosva has joined #openstack-neutron10:35
matrohonslawek : not exactly, sorry you will have to dig inside the code :) but it's not managed by ML2 plugin10:40
*** yamahata has joined #openstack-neutron10:43
*** leseb has joined #openstack-neutron10:44
lesebhi all10:44
lesebcan I use ipv6 addresses with my floating ips?10:50
*** ramishra has quit IRC10:55
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: Update help message of flag 'enable_isolated_metadata'  https://review.openstack.org/6707711:00
*** ramishra has joined #openstack-neutron11:05
*** tziOm has quit IRC11:06
*** tziOm has joined #openstack-neutron11:07
EmilienMleseb: I think you fit with this use case: https://blueprints.launchpad.net/neutron/+spec/ipv6-provider-nets-slaac11:08
EmilienMI don't see code, i'm not sure about the status11:08
EmilienMleseb: maybe you could find good information here: https://wiki.openstack.org/wiki/Meetings/Neutron-IPv6-Subteam11:09
lesebEmilienM: ok so it's not possible with Havana... thanks :)11:10
EmilienMleseb: either icehouse i think11:11
*** jgallard has quit IRC11:13
*** jroovers|afk has quit IRC11:23
*** jroovers has joined #openstack-neutron11:23
*** rohit404 has quit IRC11:27
*** rohit404 has joined #openstack-neutron11:28
ihrachysmarkmcclain: ping... [new client release]11:32
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Auto re-sync on backend inconsistencies  https://review.openstack.org/7357511:34
*** pcm_ has joined #openstack-neutron11:35
*** xianghui has quit IRC11:36
*** yamahata has quit IRC11:37
*** pcm_ has quit IRC11:37
*** mgoddard has quit IRC11:38
*** mgoddard_ has joined #openstack-neutron11:38
*** pcm_ has joined #openstack-neutron11:38
*** alagalah has joined #openstack-neutron11:39
*** alexpilotti has joined #openstack-neutron11:41
*** dims_ has quit IRC11:42
slawekdo do maybe know about possibility to make external network like with L3-agent but that the traffic is not routed via neutron server (with L3-agent) - I don know, for example Public IP is announced from compute host with BGP or something like that?11:43
*** jroovers|afk has joined #openstack-neutron11:46
*** jroovers has quit IRC11:48
*** Guest69469 has quit IRC11:49
*** dims_ has joined #openstack-neutron11:54
*** chandan_kumar has quit IRC11:58
djoreillyslawek: maybe the provider extension. Basically bridges VMs onto physical vlans.12:07
*** markvoelker has quit IRC12:12
*** banix has joined #openstack-neutron12:13
*** leseb has quit IRC12:20
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Use backend floating IP endpoint  https://review.openstack.org/7358912:26
*** sputnik13net has quit IRC12:31
*** yamahata has joined #openstack-neutron12:35
*** leseb has joined #openstack-neutron12:36
*** yamahata has quit IRC12:40
*** yamahata has joined #openstack-neutron12:56
*** alagalah has quit IRC12:56
*** banix has quit IRC13:01
*** mwagner_lap has joined #openstack-neutron13:03
*** balar has quit IRC13:06
*** balar has joined #openstack-neutron13:06
*** b3nt_pin is now known as beagles13:06
*** yamahata has quit IRC13:07
*** zzelle has joined #openstack-neutron13:15
zzellemarkmcclain, hi13:16
*** zzelle is now known as Guest542813:16
*** Guest5428 is now known as zzelle_tmp13:16
*** IanGovett has joined #openstack-neutron13:18
*** jgallard has joined #openstack-neutron13:19
*** dims_ has quit IRC13:24
*** markmcclain has quit IRC13:25
*** dims_ has joined #openstack-neutron13:26
*** mgoddard_ has quit IRC13:29
*** annegentle has quit IRC13:32
*** vkozhukalov has quit IRC13:34
matrohonslawek : this is something that well be needed for MPLS VPN integration13:35
matrohonhttps://blueprints.launchpad.net/neutron/+spec/neutron-bgp-mpls-vpn13:35
*** bashok has quit IRC13:37
*** yamahata has joined #openstack-neutron13:38
*** rohit404 has quit IRC13:43
*** rohit404 has joined #openstack-neutron13:43
*** jecarey has quit IRC13:46
*** vkozhukalov has joined #openstack-neutron13:47
*** bvandenh has quit IRC14:00
*** afazekas has quit IRC14:04
*** yamahata has quit IRC14:12
*** WackoRobie has joined #openstack-neutron14:13
*** alagalah has joined #openstack-neutron14:14
*** otherwiseguy has quit IRC14:14
*** annegentle has joined #openstack-neutron14:15
*** yamahata has joined #openstack-neutron14:15
*** afazekas has joined #openstack-neutron14:16
*** aymenfrikha has joined #openstack-neutron14:16
*** WackoRobie has quit IRC14:23
*** jecarey has joined #openstack-neutron14:24
*** WackoRobie has joined #openstack-neutron14:24
*** banix has joined #openstack-neutron14:25
*** alagalah has quit IRC14:25
*** baoli has joined #openstack-neutron14:27
*** baoli has quit IRC14:27
*** baoli has joined #openstack-neutron14:28
*** WackoRobie has quit IRC14:29
*** djoreilly has quit IRC14:32
*** djoreilly has joined #openstack-neutron14:33
*** yamahata has quit IRC14:41
*** yamahata has joined #openstack-neutron14:43
*** otherwiseguy has joined #openstack-neutron14:46
*** Nikolay_St has joined #openstack-neutron14:50
*** jroovers|afk has quit IRC14:50
*** rohit404 has quit IRC14:51
*** rohit404 has joined #openstack-neutron14:53
*** peristeri has joined #openstack-neutron14:58
*** zzelle_tmp has quit IRC15:04
*** jprovazn is now known as jprovazn_afk15:07
openstackgerritMarcos FermĂ­n Lobo proposed a change to openstack/python-neutronclient: Unexpected response in agent-list command  https://review.openstack.org/7036315:08
*** cjellick has joined #openstack-neutron15:10
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: Implement OpenFlow Agent mechanism driver  https://review.openstack.org/7179115:19
*** WackoRobie has joined #openstack-neutron15:22
*** clev has joined #openstack-neutron15:24
*** dave_tucker_zzz is now known as dave_tucker15:25
*** clev has quit IRC15:26
*** clev has joined #openstack-neutron15:26
*** jroovers has joined #openstack-neutron15:33
*** carl_baldwin has joined #openstack-neutron15:39
*** matrohon has quit IRC15:44
*** pasquier-s has quit IRC15:51
*** markwash has joined #openstack-neutron15:52
*** markmcclain has joined #openstack-neutron15:54
*** markmcclain has quit IRC15:54
*** markmcclain has joined #openstack-neutron15:54
openstackgerritArvind Somya proposed a change to openstack/neutron: Cisco APIC ML2 mechanism driver, part 2  https://review.openstack.org/7337215:55
openstackgerritMarcos FermĂ­n Lobo proposed a change to openstack/python-neutronclient: Unexpected response in agent-list command  https://review.openstack.org/7036315:56
*** mflobo has quit IRC15:56
*** thedodd has joined #openstack-neutron15:56
*** markwash has quit IRC16:03
*** markwash has joined #openstack-neutron16:06
*** AlexF has joined #openstack-neutron16:06
*** beagles is now known as seagulls16:07
*** klindgren__ has quit IRC16:07
*** jgrimm has joined #openstack-neutron16:08
*** klindgren__ has joined #openstack-neutron16:09
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: options: consolidate options definitions  https://review.openstack.org/7352016:11
sballeHi I am reading up on Neutron LBaaS and just want to make sure I am looking at the latest architecture doc in the Wiki. https://wiki.openstack.org/wiki/Neutron/LBaaS/Architecture. Can somebody please confirm this is still up to date? thx16:13
*** Nikolay_St has quit IRC16:13
*** russellb is now known as rustlebee16:16
*** francois_eleouet has quit IRC16:18
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: options: consolidate options definitions  https://review.openstack.org/7352016:19
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: Implement OpenFlow Agent mechanism driver  https://review.openstack.org/7179116:20
*** afazekas has quit IRC16:21
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: NSX svc plugin: flush session before starting task  https://review.openstack.org/7363616:21
*** AlexF has quit IRC16:24
*** terrylhowe has quit IRC16:26
*** jlibosva has quit IRC16:26
*** vkozhukalov has quit IRC16:26
*** AlexF has joined #openstack-neutron16:27
*** AlexF has quit IRC16:32
*** mrsnivvel has quit IRC16:34
*** sweston has quit IRC16:38
*** geekinutah is now known as nerdinthewest16:39
*** AlexF has joined #openstack-neutron16:39
*** nerdinthewest is now known as MichaelHughWilso16:40
*** MichaelHughWilso is now known as nerdinthewest16:40
*** zzelle has joined #openstack-neutron16:41
zzellemarkmcclain, hi16:42
*** AlexF has quit IRC16:44
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Remove nvplib and move utility methods into nsxlib  https://review.openstack.org/7364916:45
*** markmcclain has quit IRC16:48
*** IanGovett1 has joined #openstack-neutron16:51
*** IanGovett has quit IRC16:51
*** dave_tucker is now known as dave_tucker_zzz16:53
*** saju_m has joined #openstack-neutron16:54
*** vkozhukalov has joined #openstack-neutron16:56
*** alagalah has joined #openstack-neutron16:57
*** ygbo has quit IRC17:03
*** jgallard has quit IRC17:03
*** yjiang5 has quit IRC17:06
*** yamahata has quit IRC17:10
*** garyk1 has quit IRC17:12
*** nerdinthewest has left #openstack-neutron17:13
*** zzelle has quit IRC17:13
*** yamahata has joined #openstack-neutron17:15
*** vkozhukalov has quit IRC17:17
*** klindgren__ has left #openstack-neutron17:22
openstackgerritHenry Gessau proposed a change to openstack/neutron: Cisco APIC ML2 mechanism driver, part 1  https://review.openstack.org/7335517:24
*** godara has joined #openstack-neutron17:25
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: tests/service: consolidate setUp/tearDown logic  https://review.openstack.org/7066817:25
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: Implement service vm framework: REST API and DB model part  https://review.openstack.org/5689217:25
*** SumitNaiksatam has quit IRC17:35
*** markmcclain has joined #openstack-neutron17:40
*** armax has joined #openstack-neutron17:40
*** rossella_s has quit IRC17:41
openstackgerritArvind Somya proposed a change to openstack/neutron: Cisco APIC ML2 mechanism driver, part 2  https://review.openstack.org/7337217:44
*** ramishra has quit IRC17:45
*** rdo has quit IRC17:47
*** jistr has quit IRC17:51
*** alagalah has quit IRC17:54
*** ijw has joined #openstack-neutron17:55
*** alagalah has joined #openstack-neutron17:55
*** AlexF has joined #openstack-neutron17:59
*** sweston has joined #openstack-neutron18:02
*** Gamekiller77 has joined #openstack-neutron18:03
*** SumitNaiksatam has joined #openstack-neutron18:03
enikanorovmarkmcclain: hi18:06
*** seagulls is now known as beagles18:06
*** enikanorov_ has joined #openstack-neutron18:06
enikanorov_markmcclain: got 15-20 mins for lbaas?18:07
*** beagles is now known as seagulls18:08
markmcclainenikanorov: sure18:08
enikanorov_cool!18:08
*** jistr has joined #openstack-neutron18:09
*** jistr has quit IRC18:09
enikanorov_so... i'd like to start with stating that we already have this notion of lb instance18:09
enikanorov_which is a pool right now18:09
enikanorov_so we bind any non-lbaas specific (like drivers/providers, agents, etc) to a pool18:10
enikanorov_main motivation to move to separate entity is introduction of multiple pools per logical configuration18:10
enikanorovso that would allow us to preserve tree-like configuration18:11
markmcclainI'm still unsure why we need a resource to hold multiple pools18:11
*** _gk_ has joined #openstack-neutron18:12
markmcclainthe relationship is really VIP <-> Pools18:12
enikanorovit's true18:12
enikanorovthe thing is the the pool is our container (instance) right now18:12
enikanorovthat's one point18:13
enikanorovanother one is that we are planning to have multiple vips per pool as well18:13
enikanorovalso i've studied other APIs like libra/atlas and aws18:14
enikanorovseems that they doesn't support l7/multiple vips18:14
enikanorovso their instance is the pool and it can have multiple vips (or 'listeners')18:14
* markmcclain interupted by call18:15
enikanorovno prob18:15
enikanorovmeanwhile i'll give you an example18:15
enikanorovconsider existing workflow (haproxy implementation)18:15
enikanorovuser creates pool, and it gets scheduled to an agent18:16
*** ramishra has joined #openstack-neutron18:16
*** garyk has joined #openstack-neutron18:16
enikanorovto create another pool (to attach it to a vip via l7 rules) we would need to not to schedule the pool being created18:16
*** tongli has joined #openstack-neutron18:16
enikanorovso this is inconsistent with what we have right now18:17
enikanorovthis particular problem could be solved by making a vip this container/instance18:17
enikanorovbut that not only breaks existing workflow but also is backward incompatible change18:18
enikanorovand it doesn't address the problem when we have multiple vips per pool18:18
enikanorovi remember you suggested having a pool and services18:18
enikanorovwhich are ip+port18:18
enikanorovbut in fact that is making 'Vip' effectively an instance i'm introducing18:19
enikanorovso that 'service' entity whould need to have all attributes of the vip, session persistence, ip, tcp port, ssl attributes18:21
*** ramishra has quit IRC18:21
enikanorovand the vip itself will only have port_id maybe (from what it has right now)18:21
*** godara is now known as manishg18:22
enikanorovi think having vip as it is right now is a little bit more flexible because we may let driver do the wiring18:23
enikanorovfor example two vips can reuse same neutron port18:23
enikanorovor the vip may have 2 neutron ports (driver-specific wiring)18:23
*** alagalah has quit IRC18:26
*** enikanorov has quit IRC18:26
enikanorov_do do you think it makes sense?18:27
enikanorov_*so18:27
*** jgrimm has quit IRC18:28
*** sputnik13 has joined #openstack-neutron18:38
*** sweston has quit IRC18:39
enikanorov_markmcclain: please ping me once you're back from the call18:39
*** ijw has quit IRC18:41
*** thedodd has quit IRC18:46
*** devlaps has joined #openstack-neutron18:47
*** jroovers has quit IRC18:47
*** zzelle has joined #openstack-neutron18:48
markmcclainenikanorov_: sorry back18:48
zzellemarkmcclain, hi18:50
*** _gk_ has quit IRC18:50
*** skath has quit IRC18:50
markmcclainzzelle: hi18:50
enikanorov_markmcclain: i'm here18:50
zzellemarkmcclain, it's about the https://review.openstack.org/#/c/71904 and its associated BP https://blueprints.launchpad.net/neutron/+spec/provider-network-partial-specs18:51
zzelleit has been accepted during last ML2 meeting18:51
zzelleyou are the one which updates launchpad BP status ?18:52
markmcclainzzelle: I am… I'll work on making sure we can fit this into I-318:53
zzelleI-3 deadline is 18/02 ?18:53
markmcclainzzelle: code proposal deadline is 18/0218:55
*** zzelle has left #openstack-neutron18:55
*** zzelle has joined #openstack-neutron18:55
enikanorov_markmcclain: should be continue?18:55
markmcclainwhich has been met since the first submission has already occurred18:55
markmcclainenikanorov_: yes18:55
markmcclainenikanorov_: so my concern is that the api is reflecting too much of the underlying implementation18:56
*** akshithg has joined #openstack-neutron18:56
markmcclainand not of the functions that user is trying to create18:56
*** salv-orlando_ has joined #openstack-neutron18:56
enikanorov_markmcclain:  markmcclain: which API part (particular resource maybe?) you think reflects much of the underlying impl?18:56
*** salv-orlando has quit IRC18:56
*** salv-orlando_ is now known as salv-orlando18:56
markmcclainright now we've got VIPs and Pools18:57
enikanorov_yep18:57
markmcclainand the relationships between them18:57
*** sweston has joined #openstack-neutron18:57
*** garyk has quit IRC18:57
markmcclainfrom a user perspective that is mostly free of underlying implementation18:57
enikanorov_agree18:57
markmcclain(I am ignoring the service_provider part as the developing plan for flavors further decouples)18:58
enikanorov_ok18:58
markmcclainso what we're looking for is a way to express how vips and pools are related to each other18:59
enikanorov_i think this particular aspect is addressed by l7 rules and multiple-vips-per-pool proposal19:00
enikanorov_so this part is simple19:00
markmcclainbut don't those require we add the loadbalancer resource?19:00
enikanorov_i think lb instance is required to make corresponding workflows more clear, and also it would greatly simplify the code around that19:01
*** ijw has joined #openstack-neutron19:01
markmcclainworkflows for who?19:01
enikanorov_because even if we isolate the user completely, we still have to deal with implementation details19:01
enikanorov_for the user19:01
markmcclainI'm not sure the API for the user is eaiser19:02
enikanorov_based on my discussion on the summit19:02
markmcclainwhich discussion the one from design session or coffee?19:02
enikanorov_i found that it would be useful to let users to think of their whole logical conf19:02
enikanorov_not just vips and pools19:03
enikanorov_markmcclain: mostly after the tech deep dive on lbaas19:03
markmcclainok.. I never got the sense that there was a good consensus after that session19:03
enikanorov_also folks which represent vendors also found this idea quite fitting how they think about logical configuration19:04
markmcclainbecause the logical config view was too centric on the underlying hardware implementation19:04
*** alagalah has joined #openstack-neutron19:04
enikanorov_markmcclain: not really!19:04
enikanorov_it doesn't consider backend impl19:05
enikanorov_it works perfectly for process on host, which is current haproxy provider19:05
enikanorov_and also would help to adopt appliances and virt appliances19:05
markmcclainwhile it works for making implementations easier the api is kind of confusing and not very cloudy19:06
markmcclainbecause it requires that the user consider how vips and pools are grouped into logical boxes19:07
enikanorov_markmcclain: what is confusing you about 'loadbalancer' resource?19:07
markmcclaininstead of functions19:07
enikanorov_(the part being added)19:07
enikanorov_well, if you use l7 rules, you need to know that, no?19:07
enikanorov_you need to know that l7 pools are bound to the same vip, which implies that they belong to the one backend19:08
*** sweston has quit IRC19:08
enikanorov_the same for multiple vips per pool19:08
enikanorov_so better to say 'logical instance' instead of backend19:09
markmcclainwell maybe… there's nothing that dictates that vips that share the same poolset be colocated on the same applicance19:09
enikanorov_but currently it's 1:1 mapping anyway (HA may add 1:m)19:09
markmcclainfrom an implementation standpoint is ideal that they are on the same appliance (virtual or real)19:10
enikanorov_yes19:10
enikanorov_and nothing dictates they should be, but i can hardly see a use case for that19:10
enikanorov_because if two vips share the pool19:10
enikanorov_they mostly share more or less lightweight object which is effectively a list of members19:11
markmcclainbut from the API perspective we shouldn't require that the use thinks of such things19:11
markmcclains/use/user/19:11
*** saju_m has quit IRC19:11
enikanorov_i think we can consider that, but so far i see that implementation limitation makes sense19:12
enikanorov_my concern is that not everything we may want to allow fits into haproxy-on-host solution19:13
enikanorov_so if we get rid of some API limitations like the one you mentioned, we may introduce some implied limitation\19:13
markmcclainHA proxy may not fit everything we're trying to do19:13
enikanorov_when something just gives an exception19:14
markmcclainbut from a core API perspective we have to have implementations that are back by it or another open soltion19:14
*** sweston has joined #openstack-neutron19:14
markmcclaincore the API if there is not open implementation we cannot test the API for gating19:14
enikanorov_exactly19:15
*** alexpilotti has quit IRC19:15
enikanorov_that's why haproxy impl is the source of requirements for the API19:15
markmcclainit seems we're getting stuck on trying to offer every feature right away19:15
enikanorov_markmcclain: i don't think we're trying to offer everything19:16
markmcclaininstead of incrementally adding features to the API19:16
enikanorov_in fact the instance being proposed provides the simple basis for more advanced features19:16
enikanorov_and yet it preserves existing simplistic workflows19:16
*** ramishra has joined #openstack-neutron19:16
enikanorov_so right now user may even never know it has something other than pool and a vip19:17
enikanorov_and only go to 'instance' if they need l7 or multiple vips19:17
markmcclainexcept I'm still not seeing the value that a loadbalancer resource provides19:17
markmcclainjust seems to add overhead19:17
enikanorov_overhead for who?19:18
markmcclainthe user19:18
markmcclainit's another uuid to manage19:18
enikanorov_ok, so right now it's not necessary19:19
enikanorov_(with 1:1 vip:pool)19:19
*** akshithg has quit IRC19:19
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Fix request timeout errors during calls to NSX controller  https://review.openstack.org/7369519:19
enikanorov_when we'll move to l719:19
enikanorov_how do we group another pool to the already created pools?19:19
enikanorov_(thats the part where additinal uuid is used in my proposal)19:20
*** jprovazn_afk is now known as jprovazn19:20
*** ramishra has quit IRC19:21
*** bjornar has joined #openstack-neutron19:22
*** alexpilotti has joined #openstack-neutron19:23
markmcclainenikanorov_: we need something that expresses the relationship between the vip and pool19:23
markmcclainnot necessarily a master object19:23
enikanorov_it's VipPoolAssociation19:23
enikanorov_or (L7VipPoolAssociation per exiting patchset)19:24
enikanorov_but right now when we create the pool it is already a master object19:24
*** sgrasley has quit IRC19:24
enikanorov_it has it's provider, it's scheduled to an agent, etc19:25
*** WackoRobie has quit IRC19:26
enikanorov_and what we are trying to do is we attaching it to the vip (by l7 rules) and making it a dependet object of existing configuration19:27
*** WackoRobie has joined #openstack-neutron19:27
enikanorov_there is no way we can express that through the api right now19:27
markmcclainthe L7 stuff doesn't use the loadbalancer resource19:28
enikanorov_that's correct19:28
enikanorov_but19:28
enikanorov_it assumes that the pool you're adding to the vip is on the same logical isntance19:29
enikanorov_because however you may think of it - it's going to be deployed on the same physical instance19:29
enikanorov_ah, btw, L7 stuff is centered about grouping existing vips and pools19:30
enikanorov_so loadbalancer resource is needed earlier - when creating vips/pools19:31
markmcclainright.. the l7 work does not break the bidirectional link between vip and pool19:31
markmcclainbased on the proposed L7 work, I'm still failing to see the need for a load balancer resource19:32
*** thedodd has joined #openstack-neutron19:32
enikanorov_L7 work itself doesn't need lb resource19:32
*** mlavalle has joined #openstack-neutron19:32
enikanorov_but it also doesn't provide a way of having pool correctly placed19:32
enikanorov_(deployed)19:32
*** sputnik13net has joined #openstack-neutron19:33
markmcclainthe responsibility for correctly deploying a pool is the backend19:33
markmcclainnot the API19:33
enikanorov_markmcclain: not exactly, giving you an example19:33
enikanorov_you create a pool19:33
enikanorov_and it's scheduled to some... device, or agent or router19:34
enikanorov_you try to add it to a vip19:34
enikanorov_and you can't because the vip is on another config which is deployed to some other entities (of listed)19:34
*** suresh12 has joined #openstack-neutron19:35
*** sputnik13 has quit IRC19:36
enikanorov_markmcclain: btw to try to talk about all this other way around, may be you can propose your solution and I'll ask about the concerns I have? that could help us understand each other better19:36
markmcclainmy solution has been to keep the logical resources of vip and pool19:37
markmcclainright now that relationship is bidirectional, but that's obviously not ideal going forward19:38
enikanorov_yep19:38
enikanorov_we address it by l7 (in one way)19:38
markmcclainbecause some has to associate the vip to the pool19:38
enikanorov_and by getting rid of vip_id from the pool19:38
enikanorov_(multiple vips per pool)19:38
*** shivharis has joined #openstack-neutron19:39
markmcclaincorrect19:39
enikanorov_so immediate problem is how to deploy  the new pool to already existing backend19:40
enikanorov_i mean you've created one , and you add another pool to existing vip via l7 rules19:40
*** echohead has joined #openstack-neutron19:41
markmcclainright scheduling should take into account the vip right?19:42
enikanorov_we even don't get to the vip yet. to be able to add the pool, tyou need to create it first19:43
enikanorov_so first of all when you create it, you provide provider/flavor19:43
enikanorov_and using that it is scheduled19:43
markmcclainwhat if that work flow is wrong19:44
enikanorov_yes, it's possible :)19:44
markmcclainif you attach flavor to VIP that changes lots of things does it not?19:44
enikanorov_well, it changes the workflow a little bit19:45
enikanorov_so that is another your suggestion, right?19:45
enikanorov_we add flavor/rpvider to the vip, not pool19:45
enikanorov_do i understand you correctly?19:45
*** markwash_ has joined #openstack-neutron19:45
markmcclainit is something to explore19:46
markmcclainretaining flavor on the pool might be constraining19:46
*** suresh12 has quit IRC19:46
enikanorov_i thought about it, in fact19:46
enikanorov_and this way leads to the same instance proposal, actualy19:46
enikanorov_let me explain19:46
*** markwash has quit IRC19:47
*** markwash_ is now known as markwash19:47
enikanorov_we may be vip-centric, instead of pool-centric19:47
enikanorov_that breaks existing API /workflow, but let's just imagine19:47
*** banix has quit IRC19:47
enikanorov_that will address the problem of collocating pools (needed by L7)19:47
*** sn6i23a has joined #openstack-neutron19:47
enikanorov_and then we need multiple vips per pool19:48
enikanorov_we can solve it by introducing 'listener' notion19:48
enikanorov_so VIp can have many of those19:48
enikanorov_and...19:48
markmcclainexpand on listener19:48
enikanorov_listener is ip addr+ tcp port + ssl attrs + pool_id19:49
enikanorov_(+neutron port may be)19:49
*** djoreilly has quit IRC19:49
enikanorov_so funny thing is that this whole model will make VIP exactly the same as loadbalancer in my proposal19:49
enikanorov_only possible benefit is that it is still 'vip' resource19:50
enikanorov_but former vip will move to a 'listener'19:50
enikanorov_(additional resource)19:51
*** suresh12 has joined #openstack-neutron19:51
markmcclainso the listener would associate the VIP to the pool19:51
markmcclainhow would L7 work in that instance19:51
enikanorov_so listener would have something like [(L7policy, pool_id)]19:52
enikanorov_+pool_id of the default pool19:52
kevinbentonmarkmcclain: what is the deadline for patches to icehouse?19:52
markmcclainkevinbenton: patches must be proposed by end of day Feb 18th19:53
kevinbentonthanks19:53
markmcclainand then we'll enter the bug phase which goes on for another 6 wks19:54
markmcclainenikanorov_: this might make things more workable, but it will need more details specified in a wiki19:55
enikanorov_markmcclain: would you agree it is similar to the loadbalancer proposal?19:55
*** seagulls is now known as beagles19:56
markmcclainit is and it isn't19:56
markmcclainthe details are always the differentiator19:56
enikanorov_ok. let's do the following19:56
enikanorov_i'll draw the diagrams of both approaches19:57
enikanorov_and will put it on the wiki19:57
enikanorov_with a brief description19:57
markmcclainok.. will help to frame the discussion a bit19:57
enikanorov_and we'll discuss it on monday. I'm still hoping to get this merged in I, because the code is basically ready and works19:58
*** alagalah has quit IRC19:58
*** alagalah has joined #openstack-neutron19:58
enikanorov_and also tested by followup patches (adoption for haproxy)19:58
sbalukoffMonday is a holiday in the USA--  maybe Tuesday?19:59
markmcclainsbalukoff: not everyone has Monday off19:59
enikanorov_sbalukoff: tuesday is code proposal deadline... the sooner the better19:59
enikanorov_i'm free to discuss it tomorrow or on sunday :)19:59
sbalukoffGot it.19:59
*** jprovazn is now known as jprovazn_afk19:59
enikanorov_but i don't want to spoil weekend to anyone :)19:59
*** alagalah has quit IRC20:00
enikanorov_ok, we decided on the plan.20:00
markmcclainenikanorov_: unsure how alternate design can already have code written20:00
*** alagalah has joined #openstack-neutron20:01
markmcclainI wouldn't call it a plan as much as something else to consider to build a consensus20:01
enikanorov_markmcclain: honestly i'm hoping to persue you to go with what i've already proposed :)20:01
enikanorov_because this alternate design is mostly renaming of entities20:02
*** vkozhukalov has joined #openstack-neutron20:02
enikanorov_but that would cause incompatible change of course20:02
markmcclainif we're just relabeling things then that does really change the equation20:03
markmcclains/does/does not/20:03
enikanorov_yep, it doesn't20:03
*** leseb has quit IRC20:03
enikanorov_so the missing part of the eq will be those differences that you're thinking about20:04
enikanorov_i think it would be easier to list them when we'll have diagrams to look at20:04
markmcclainpictures always help20:04
enikanorov_ok, really appreciate your time, Mark. i think we'll be able to make a progress on this.20:05
markmcclainhappy we found some common time to discuss this20:06
*** _gk_ has joined #openstack-neutron20:06
*** alexpilotti_ has joined #openstack-neutron20:16
*** ramishra has joined #openstack-neutron20:17
ihrachysmarkmcclain: how about 'git tag' for new neutronclient [and releasing a new client to pypi probably]? u/s havana release is already cut off the tree and tarballed, so at the moment we have no neutronclient version in pypi that does not break its neutron-metadata-agent. :|20:18
*** alexpilotti has quit IRC20:18
*** slaweq has joined #openstack-neutron20:22
*** ramishra has quit IRC20:22
*** alexpilotti_ has quit IRC20:23
*** ijw has quit IRC20:23
*** bjornar has quit IRC20:24
*** AlexF has quit IRC20:34
*** devlaps has quit IRC20:36
*** leseb has joined #openstack-neutron20:36
*** _gk_ has quit IRC20:37
*** sweston has quit IRC20:39
*** leseb has quit IRC20:40
*** djoreilly has joined #openstack-neutron20:46
*** sputnik13net has quit IRC20:46
*** jlibosva has joined #openstack-neutron20:48
jlibosvamarkmcclain: hi20:48
*** suresh12 has quit IRC20:48
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some vlan provider attributes choice to neutron  https://review.openstack.org/7190420:49
*** thomasem has joined #openstack-neutron20:50
*** sputnik13 has joined #openstack-neutron20:50
*** thomasem has left #openstack-neutron20:51
*** rms_13 has quit IRC20:51
*** slawek has quit IRC20:52
*** djoreilly has quit IRC20:52
*** alexpilotti has joined #openstack-neutron20:53
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Avoid unnecessarily checking the existence of a device  https://review.openstack.org/6747520:54
*** mwagner_lap has quit IRC20:54
*** jecarey has quit IRC20:54
*** tongli has quit IRC20:55
*** suresh12 has joined #openstack-neutron20:57
*** sweston has joined #openstack-neutron21:01
*** ajo|mac has joined #openstack-neutron21:03
*** otherwiseguy has quit IRC21:04
*** ajo|mac is now known as aj021:05
*** aj0 is now known as mangelajo21:05
*** ijw has joined #openstack-neutron21:08
*** IanGovett has joined #openstack-neutron21:09
*** bjornar has joined #openstack-neutron21:09
*** IanGovett1 has quit IRC21:09
*** jlibosva has quit IRC21:15
*** alexpilotti has quit IRC21:16
*** jprovazn_afk has quit IRC21:17
*** ramishra has joined #openstack-neutron21:18
*** sweston has quit IRC21:20
*** uaberme has quit IRC21:22
*** ramishra has quit IRC21:23
*** changbl has quit IRC21:24
*** changbl has joined #openstack-neutron21:24
openstackgerritRobert Kukura proposed a change to openstack/neutron: ML2 binding:profile port attribute  https://review.openstack.org/7350021:24
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Avoid unnecessarily checking the existence of a device  https://review.openstack.org/6747521:25
openstackgerritCarl Baldwin proposed a change to openstack/neutron: New multitool to run batched commands under ip netns and sudo (WIP)  https://review.openstack.org/6749021:33
*** sweston has joined #openstack-neutron21:36
*** leseb has joined #openstack-neutron21:37
*** banix has joined #openstack-neutron21:39
*** IanGovett has quit IRC21:41
*** leseb has quit IRC21:41
*** rohit404 has quit IRC21:43
*** otherwiseguy has joined #openstack-neutron21:43
*** rohit404 has joined #openstack-neutron21:44
*** rohit404 has quit IRC21:44
*** alagalah has quit IRC21:48
*** JPtheJP has quit IRC21:51
*** mangelajo has quit IRC21:51
*** ijw has quit IRC21:56
*** clev has quit IRC22:04
*** clev has joined #openstack-neutron22:04
*** aymenfrikha has left #openstack-neutron22:14
*** peristeri has quit IRC22:15
*** SumitNaiksatam has quit IRC22:18
*** ramishra has joined #openstack-neutron22:19
*** banix has quit IRC22:21
*** rms_13 has joined #openstack-neutron22:22
*** ramishra has quit IRC22:23
*** JPtheJP has joined #openstack-neutron22:28
*** JPtheJP_ has joined #openstack-neutron22:30
*** cjellick1 has joined #openstack-neutron22:31
*** cjellick has quit IRC22:31
*** cjellick1 has quit IRC22:31
*** banix has joined #openstack-neutron22:31
*** cjellick has joined #openstack-neutron22:32
*** JPtheJP has quit IRC22:32
*** _gk_ has joined #openstack-neutron22:34
*** rwsu has quit IRC22:34
*** _gk_ has quit IRC22:37
*** leseb has joined #openstack-neutron22:37
pcm_markmcclain: ping22:41
*** leseb has quit IRC22:42
*** sweston has quit IRC22:44
*** slaweq has quit IRC22:52
*** jecarey has joined #openstack-neutron22:56
*** alagalah has joined #openstack-neutron22:59
pcm_mestery: ping23:01
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Use backend floating IP endpoint  https://review.openstack.org/7358923:01
*** alagalah has quit IRC23:03
*** rwsu has joined #openstack-neutron23:04
*** vkozhukalov has quit IRC23:04
*** pcm_ has left #openstack-neutron23:04
*** banix has quit IRC23:06
zzellepcm_, hi23:06
*** carl_baldwin has quit IRC23:11
*** thedodd has quit IRC23:12
*** leseb has joined #openstack-neutron23:16
*** ramishra has joined #openstack-neutron23:20
*** rwsu has quit IRC23:22
*** ramishra has quit IRC23:24
*** dims_ has quit IRC23:25
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Add L3 VRRP HA base classes  https://review.openstack.org/6455323:27
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Add a new scheduler for the l3 HA  https://review.openstack.org/6634723:29
*** banix has joined #openstack-neutron23:30
*** JPtheJP has joined #openstack-neutron23:35
*** sn6i23a has quit IRC23:38
*** leseb has quit IRC23:38
*** JPtheJP_ has quit IRC23:39
*** JPtheJP has quit IRC23:39
*** banix has quit IRC23:40
*** dims_ has joined #openstack-neutron23:40
*** leseb has joined #openstack-neutron23:43
*** sputnik13 has quit IRC23:43
*** SumitNaiksatam has joined #openstack-neutron23:45
*** SumitNaiksatam has quit IRC23:46
*** SumitNaiksatam has joined #openstack-neutron23:47
*** sputnik13 has joined #openstack-neutron23:48
*** sputnik13 has quit IRC23:51
*** sputnik13 has joined #openstack-neutron23:51
*** pcm_ has joined #openstack-neutron23:59
*** mlavalle has quit IRC23:59

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