Tuesday, 2014-12-16

*** nlahouti has joined #openstack-neutron00:00
*** zz_avozza is now known as avozza00:00
*** suresh12 has joined #openstack-neutron00:00
*** bradjones has joined #openstack-neutron00:01
*** dsneddon has quit IRC00:02
*** manishg_ has quit IRC00:02
*** jorgem has joined #openstack-neutron00:03
*** jorgem has quit IRC00:03
*** Marga_ has quit IRC00:03
openstackgerritAngus Lees proposed openstack/neutron: Add a custom pylint check for misused context managers  https://review.openstack.org/12032000:03
openstackgerritAngus Lees proposed openstack/neutron: Add a custom pylint check for oslo i18n and logging  https://review.openstack.org/14194500:03
*** yeungp has joined #openstack-neutron00:03
*** manishg_ has joined #openstack-neutron00:03
*** Marga_ has joined #openstack-neutron00:03
*** yfried|afk is now known as yfried00:04
*** dsneddon has joined #openstack-neutron00:04
openstackgerritSalvatore Orlando proposed openstack/neutron-specs: Reliable quota enforcement specification  https://review.openstack.org/12831800:04
*** dboik has quit IRC00:05
*** dboik has joined #openstack-neutron00:05
*** manishg__ has joined #openstack-neutron00:06
*** aranjan has joined #openstack-neutron00:06
*** suresh12_ has joined #openstack-neutron00:07
*** suresh12 has quit IRC00:07
*** Marga_ has quit IRC00:08
*** manishg_ has quit IRC00:08
*** yamamoto has joined #openstack-neutron00:08
*** padkrish has quit IRC00:09
*** avozza is now known as zz_avozza00:10
*** aranjan has quit IRC00:11
*** zz_avozza is now known as avozza00:11
*** raildo has joined #openstack-neutron00:11
*** Masahiro has joined #openstack-neutron00:12
*** Marga_ has joined #openstack-neutron00:12
*** SridharRamaswamy has joined #openstack-neutron00:13
*** yfried is now known as yfried|afk00:14
*** fandi has joined #openstack-neutron00:15
*** Masahiro has quit IRC00:17
*** rm_work is now known as rm_work|away00:21
*** GonZo2K has quit IRC00:22
*** sbalukoff has quit IRC00:24
*** fandi has quit IRC00:28
*** jobewan has quit IRC00:28
*** GonZo2K has joined #openstack-neutron00:28
*** padkrish has joined #openstack-neutron00:29
*** annegent_ has joined #openstack-neutron00:29
*** jerryz has joined #openstack-neutron00:33
*** mvenesio_ has quit IRC00:34
*** annegent_ has quit IRC00:34
*** david-lyle is now known as david-lyle_afk00:35
*** fandi has joined #openstack-neutron00:35
*** pc_m has quit IRC00:37
*** dims has joined #openstack-neutron00:38
*** raildo has quit IRC00:39
*** sbfox has quit IRC00:39
*** padkrish has quit IRC00:40
*** oomichi has joined #openstack-neutron00:41
*** ZZelle has quit IRC00:43
*** dsneddon has quit IRC00:44
*** dsneddon has joined #openstack-neutron00:45
*** raildo has joined #openstack-neutron00:51
*** raildo has quit IRC00:51
*** emagana has joined #openstack-neutron00:51
*** Masahiro has joined #openstack-neutron00:51
*** dsundarraj has joined #openstack-neutron00:54
*** absubram_ has quit IRC00:55
*** AbsinthMind has joined #openstack-neutron00:55
*** emagana has quit IRC00:56
*** alexpilotti has joined #openstack-neutron00:58
*** sbalukoff has joined #openstack-neutron00:58
*** xgerman has quit IRC00:59
*** dsundarr_ has joined #openstack-neutron01:05
*** ChuckC has quit IRC01:05
*** dsneddon has quit IRC01:05
openstackgerritJamie Lennox proposed openstack/python-neutronclient: Use requests_mock instead of mox  https://review.openstack.org/13221301:06
openstackgerritJamie Lennox proposed openstack/python-neutronclient: Use adapter from keystoneclient  https://review.openstack.org/11800601:06
*** avozza is now known as zz_avozza01:06
openstackgerritJamie Lennox proposed openstack/python-neutronclient: Clean up CLI  https://review.openstack.org/13625701:06
*** dsneddon has joined #openstack-neutron01:06
*** markmcclain has quit IRC01:07
*** dsundarraj has quit IRC01:08
*** padkrish has joined #openstack-neutron01:10
*** dsundarraj has joined #openstack-neutron01:14
*** dsundarr_ has quit IRC01:17
*** padkrish has quit IRC01:19
*** padkrish has joined #openstack-neutron01:20
*** padkrish has quit IRC01:21
*** padkrish has joined #openstack-neutron01:22
*** Marga_ has quit IRC01:22
*** Marga_ has joined #openstack-neutron01:23
*** dsneddon has quit IRC01:26
*** Marga_ has quit IRC01:27
*** dsneddon has joined #openstack-neutron01:28
*** annegent_ has joined #openstack-neutron01:30
*** dboik has quit IRC01:32
*** prad has quit IRC01:33
*** xgerman has joined #openstack-neutron01:33
*** AbsinthMind has quit IRC01:33
*** annegent_ has quit IRC01:35
*** dsundarraj has quit IRC01:35
*** julim has quit IRC01:36
*** stanzgy has joined #openstack-neutron01:36
*** popw has joined #openstack-neutron01:41
*** Marga_ has joined #openstack-neutron01:41
*** ChuckC has joined #openstack-neutron01:42
*** padkrish has quit IRC01:44
*** killer_prince is now known as lazy_prince01:45
*** xgerman has quit IRC01:47
*** dsneddon has quit IRC01:47
*** alexpilotti has quit IRC01:47
*** sbalukoff has quit IRC01:47
*** manishg__ has quit IRC01:48
*** manishg_ has joined #openstack-neutron01:48
*** dsneddon has joined #openstack-neutron01:49
*** yalie has joined #openstack-neutron01:51
*** emagana has joined #openstack-neutron01:52
*** seizadi has joined #openstack-neutron01:53
yalieHi mestery , rkukura , could you help review the port-sec spec?  https://review.openstack.org/#/c/99873/01:54
*** xuhanp has joined #openstack-neutron01:54
*** emagana has quit IRC01:56
*** geekinutah has quit IRC01:58
*** diegows has quit IRC02:01
*** trad511 has joined #openstack-neutron02:01
*** trad511 has quit IRC02:02
*** diegows has joined #openstack-neutron02:05
*** erkules_ has joined #openstack-neutron02:05
*** dims has quit IRC02:06
*** dims has joined #openstack-neutron02:06
*** erkules has quit IRC02:08
*** mlavalle has quit IRC02:09
*** dsneddon has quit IRC02:09
*** dsneddon has joined #openstack-neutron02:10
*** dims has quit IRC02:11
*** zhhuabj has quit IRC02:13
*** shashankhegde has quit IRC02:13
*** zhhuabj has joined #openstack-neutron02:14
*** oomichi has quit IRC02:16
*** Marga_ has quit IRC02:16
*** diegows has quit IRC02:16
*** Marga_ has joined #openstack-neutron02:17
*** Marga_ has quit IRC02:21
*** zz_avozza is now known as avozza02:27
*** seizadi has quit IRC02:28
*** annegent_ has joined #openstack-neutron02:29
*** haleyb has quit IRC02:29
*** dsneddon has quit IRC02:30
*** dsneddon has joined #openstack-neutron02:31
*** Marga_ has joined #openstack-neutron02:33
*** annegent_ has quit IRC02:34
*** avozza is now known as zz_avozza02:38
*** emagana has joined #openstack-neutron02:43
openstackgerritwatanabe isao proposed openstack/neutron: Bug-Fix for unexpected DHCP agent redundant  https://review.openstack.org/13865902:44
openstackgerritwatanabe isao proposed openstack/neutron: Improve test coverage of dhcp agent scheduling  https://review.openstack.org/12080402:44
*** ivar-laz_ has joined #openstack-neutron02:45
*** mnaser has joined #openstack-neutron02:46
*** vinsh has joined #openstack-neutron02:46
mnaserI've discovered a bug that I'm trying to solve.. https://github.com/openstack/neutron/blob/master/neutron/cmd/usage_audit.py02:46
mnaserplugin.get_routers(cxt): is erroring out: AttributeError: 'Ml2Plugin' object has no attribute 'get_routers'02:47
*** emagana has quit IRC02:48
*** ivar-lazzaro has quit IRC02:49
*** emagana has joined #openstack-neutron02:50
*** jaypipes has joined #openstack-neutron02:50
*** dsneddon has quit IRC02:51
*** vinsh has quit IRC02:51
*** dsneddon has joined #openstack-neutron02:53
*** emagana has quit IRC02:54
*** dims has joined #openstack-neutron02:59
*** yapeng has quit IRC02:59
*** SridharRamaswamy has quit IRC02:59
mnaserfixed!03:00
mnaseri'll submit a patch03:00
*** Masahiro has quit IRC03:02
*** Masahiro has joined #openstack-neutron03:02
*** annegent_ has joined #openstack-neutron03:03
*** annegent_ has quit IRC03:05
*** signed8bit has joined #openstack-neutron03:08
*** rwsu has quit IRC03:09
*** dsundarraj has joined #openstack-neutron03:10
*** anil_rao has quit IRC03:19
*** Marga_ has quit IRC03:19
*** signed8bit has quit IRC03:21
*** erkules_ is now known as erkules03:22
*** fandi has quit IRC03:25
*** Marga_ has joined #openstack-neutron03:25
*** numan has joined #openstack-neutron03:28
*** zz_avozza is now known as avozza03:30
*** dsundarraj has quit IRC03:30
*** zzzeek has quit IRC03:31
*** lukasa_work has quit IRC03:32
*** boris-42 has quit IRC03:33
*** lukasa_work has joined #openstack-neutron03:33
*** lazy_prince is now known as killer_prince03:34
*** GonZo2K has quit IRC03:35
*** JameLk has joined #openstack-neutron03:39
*** SridharRamaswamy has joined #openstack-neutron03:39
*** sbfox has joined #openstack-neutron03:39
*** avozza is now known as zz_avozza03:40
*** emagana has joined #openstack-neutron03:41
*** Marga_ has quit IRC03:41
*** sbfox1 has joined #openstack-neutron03:43
*** sbfox1 has quit IRC03:44
*** SridharRamaswamy has quit IRC03:44
*** sbfox1 has joined #openstack-neutron03:44
*** sbfox has quit IRC03:44
*** suresh12_ has quit IRC03:44
*** dims has quit IRC03:49
*** sbalukoff has joined #openstack-neutron03:49
*** Marga_ has joined #openstack-neutron03:52
*** marun has quit IRC03:52
*** oomichi has joined #openstack-neutron03:53
*** oomichi has quit IRC03:54
*** dsneddon has quit IRC03:54
*** Marga_ has quit IRC03:55
*** dsneddon has joined #openstack-neutron03:55
*** signed8bit has joined #openstack-neutron04:00
*** liusheng has quit IRC04:00
*** liusheng has joined #openstack-neutron04:01
*** signed8bit has quit IRC04:01
*** radez is now known as radez_g0n304:06
*** armax has joined #openstack-neutron04:08
*** tflynn_ has joined #openstack-neutron04:08
*** sbfox1 has quit IRC04:10
*** seizadi has joined #openstack-neutron04:11
*** tflynn has quit IRC04:12
*** tflynn_ has quit IRC04:13
*** dsneddon has quit IRC04:14
*** vthapar has joined #openstack-neutron04:16
*** dsneddon has joined #openstack-neutron04:16
*** ivar-laz_ has quit IRC04:17
*** zzzeek has joined #openstack-neutron04:24
*** dsundarraj has joined #openstack-neutron04:25
*** stanzgy has quit IRC04:25
*** stanzgy has joined #openstack-neutron04:25
*** dsundarraj has quit IRC04:29
*** zzzeek has quit IRC04:30
*** zz_avozza is now known as avozza04:31
*** seizadi has quit IRC04:34
*** seizadi has joined #openstack-neutron04:34
*** lbragstad has quit IRC04:35
*** baoli has quit IRC04:35
*** vishy has quit IRC04:35
*** harmw has quit IRC04:36
*** dsneddon has quit IRC04:36
*** jagter has quit IRC04:36
*** zacksh has quit IRC04:36
*** gus has quit IRC04:36
*** seizadi has quit IRC04:37
*** harmw has joined #openstack-neutron04:37
*** dsneddon has joined #openstack-neutron04:37
*** zacksh has joined #openstack-neutron04:38
*** jagter has joined #openstack-neutron04:38
*** lbragstad has joined #openstack-neutron04:38
*** gus has joined #openstack-neutron04:39
*** vishy has joined #openstack-neutron04:39
*** avozza is now known as zz_avozza04:41
*** killer_prince has quit IRC04:41
*** yfried|afk is now known as yfried04:43
*** SridharG has joined #openstack-neutron04:43
*** sbfox has joined #openstack-neutron04:51
*** suresh12 has joined #openstack-neutron04:55
*** yfried is now known as yfried|afk04:56
*** aranjan has joined #openstack-neutron04:58
*** dsneddon_ has joined #openstack-neutron04:59
*** suresh12 has quit IRC05:00
*** dsneddon has quit IRC05:01
*** achanda has joined #openstack-neutron05:02
*** nlahouti has quit IRC05:02
*** shashankhegde has joined #openstack-neutron05:05
*** tflynn has joined #openstack-neutron05:06
*** anshul has joined #openstack-neutron05:08
*** numan has quit IRC05:10
*** tflynn has quit IRC05:11
*** vinsh has joined #openstack-neutron05:12
*** yfried|afk is now known as yfried05:12
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191805:20
*** gildub has joined #openstack-neutron05:20
*** vitorc has quit IRC05:24
*** yfried is now known as yfried|afk05:25
*** vitorc has joined #openstack-neutron05:25
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191805:25
*** trinaths has joined #openstack-neutron05:25
*** reed has quit IRC05:25
*** SridharG has quit IRC05:26
*** vinsh has quit IRC05:26
*** reed has joined #openstack-neutron05:27
*** yfried|afk is now known as yfried05:28
*** zz_avozza is now known as avozza05:32
*** aranjan_ has joined #openstack-neutron05:32
trinathsHi Neutroners , Very Good Morning05:33
*** manishg_ has quit IRC05:33
*** shashankhegde has quit IRC05:34
*** aranjan has quit IRC05:36
*** vthapar has quit IRC05:37
*** oomichi has joined #openstack-neutron05:38
openstackgerritAngus Lees proposed openstack/neutron: Tighten dnsmasq version regex  https://review.openstack.org/13988905:38
openstackgerritAngus Lees proposed openstack/neutron: Remove unnecessary regex grouping  https://review.openstack.org/13988805:38
openstackgerritAngus Lees proposed openstack/neutron: Enable pylint checks for "anomalous" string escapes  https://review.openstack.org/13018405:38
openstackgerritAngus Lees proposed openstack/neutron: Combine author_tag and log_translation_hint regexes  https://review.openstack.org/13988705:38
*** vthapar has joined #openstack-neutron05:39
*** dsneddon_ has quit IRC05:39
*** dsneddon_ has joined #openstack-neutron05:41
*** oda-g has quit IRC05:41
*** avozza is now known as zz_avozza05:41
*** harlowja is now known as harlowja_away05:42
*** xgerman has joined #openstack-neutron05:42
*** numan has joined #openstack-neutron05:45
*** SridarK has joined #openstack-neutron05:48
*** vinay_yadhav has joined #openstack-neutron05:49
*** irenab has joined #openstack-neutron05:49
*** yfried has quit IRC05:49
*** numan has quit IRC05:51
trinathsGot a doubt here with respect to split of vendor code and neutron core. Do the ML2 MDs and Vendor specific *aas plugins take a new place from the neutron/openstack repositories?05:51
*** achanda has quit IRC05:53
*** oda-g has joined #openstack-neutron05:57
*** boris-42 has joined #openstack-neutron05:59
*** tflynn has joined #openstack-neutron05:59
openstackgerritMerged openstack/neutron: Set timeout for functional job  https://review.openstack.org/14144106:01
*** dsneddon_ has quit IRC06:01
*** aranjan_ has quit IRC06:01
*** oomichi has quit IRC06:02
*** dsneddon_ has joined #openstack-neutron06:03
*** achanda has joined #openstack-neutron06:03
*** jschwarz_ has joined #openstack-neutron06:03
*** SridharRamaswamy has joined #openstack-neutron06:05
*** bradjones has quit IRC06:07
*** ajmiller has quit IRC06:07
*** trinaths has quit IRC06:08
*** Marga_ has joined #openstack-neutron06:08
*** bradjones has joined #openstack-neutron06:09
*** vthapar has quit IRC06:10
*** vthapar has joined #openstack-neutron06:10
*** SridharG has joined #openstack-neutron06:11
*** Marga_ has quit IRC06:13
*** gildub has quit IRC06:17
*** ZZelle has joined #openstack-neutron06:17
*** trinaths has joined #openstack-neutron06:18
*** aepifanov has joined #openstack-neutron06:19
*** numan has joined #openstack-neutron06:21
*** dsneddon_ has quit IRC06:22
*** emagana has quit IRC06:23
*** dsneddon_ has joined #openstack-neutron06:23
*** sbfox has quit IRC06:24
openstackgerritBrandon Logan proposed openstack/neutron: Advanced services support in neutron-db-manage  https://review.openstack.org/14053706:26
*** Marga_ has joined #openstack-neutron06:27
openstackgerritMerged openstack/neutron: ofa_test_base: Fix NoSuchOptError in UT  https://review.openstack.org/13443506:27
openstackgerritMerged openstack/neutron: tests: initialize admin context after super().setUp call  https://review.openstack.org/13999806:27
*** tflynn has quit IRC06:27
*** ollivier has joined #openstack-neutron06:30
trinathsany inputs for me ?06:30
jschwarz_trinaths, inputs?06:30
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191806:33
*** Marga__ has joined #openstack-neutron06:33
trinathsjschwarz_: Got a doubt here with respect to split of vendor code and neutron core. Do the ML2 MDs and Vendor specific *aas plugins take a new place from the neutron/openstack repositories?06:34
jschwarz_lol trinaths, i'm the wrong person to ask :<06:34
jschwarz_I'm way out of touch in this regard06:35
*** bradjones has quit IRC06:35
*** Marga__ has quit IRC06:35
*** reed has quit IRC06:35
*** vinay_yadhav has quit IRC06:36
*** neeti has joined #openstack-neutron06:36
trinathsjschwarz_: :)06:36
*** xgerman has quit IRC06:36
*** tflynn has joined #openstack-neutron06:36
*** Marga_ has quit IRC06:38
*** SridarK has quit IRC06:38
*** teju has joined #openstack-neutron06:39
*** Marga_ has joined #openstack-neutron06:39
*** vthapar has quit IRC06:40
trinathsirenab: Hi, w..r.t your reply mail in ML, any thoughts on vendor code and neutron core  split.?06:41
*** killer_prince has joined #openstack-neutron06:41
*** tflynn has quit IRC06:41
*** zz_avozza is now known as avozza06:41
*** shashankhegde has joined #openstack-neutron06:41
*** lazy_prince has joined #openstack-neutron06:42
*** kopparam has joined #openstack-neutron06:42
openstackgerritSridhar Gaddam proposed openstack/neutron: Validate IPv6 subnet while associating to Router  https://review.openstack.org/13673306:42
*** aepifanov has quit IRC06:42
*** lazy_prince has joined #openstack-neutron06:43
*** tflynn has joined #openstack-neutron06:43
*** tflynn has quit IRC06:45
*** tflynn has joined #openstack-neutron06:45
openstackgerritJohn Schwarz proposed openstack/neutron: Allow filtering routers by network-ids  https://review.openstack.org/11158006:46
*** nlahouti has joined #openstack-neutron06:47
*** tflynn_ has joined #openstack-neutron06:48
*** tflynn has quit IRC06:48
yaliehi salv-orlando , how do you think about the lastest port-sec spec? could you help to review when you have time ?06:48
*** bobmel has joined #openstack-neutron06:49
*** SridharRamaswamy has quit IRC06:49
*** nlahouti has quit IRC06:49
*** nmagnezi has joined #openstack-neutron06:50
*** Marga_ has quit IRC06:50
*** Marga_ has joined #openstack-neutron06:50
*** nlahouti has joined #openstack-neutron06:51
*** jagter has left #openstack-neutron06:51
*** bobmel_ has quit IRC06:51
*** yfried has joined #openstack-neutron06:54
*** emagana has joined #openstack-neutron06:54
*** SridarK has joined #openstack-neutron06:54
*** tflynn_ has quit IRC06:54
*** tflynn has joined #openstack-neutron06:54
*** itzikb has joined #openstack-neutron06:56
*** emagana has quit IRC06:58
*** kopparam has quit IRC07:00
*** jamielennox is now known as jamielennox|away07:01
*** sballe has quit IRC07:02
*** kopparam has joined #openstack-neutron07:03
*** kopparam has quit IRC07:03
*** shashankhegde has quit IRC07:03
*** dsneddon_ has quit IRC07:04
*** yamamoto has quit IRC07:06
*** vinay_yadhav has joined #openstack-neutron07:07
openstackgerrityangzhenyu proposed openstack/neutron-fwaas: Restart l3 agent services leads to firewall error.  https://review.openstack.org/14173407:07
*** dsneddon_ has joined #openstack-neutron07:07
*** Marga_ has quit IRC07:07
*** avozza is now known as zz_avozza07:08
*** apuimedo has joined #openstack-neutron07:09
*** achanda has quit IRC07:10
*** achanda has joined #openstack-neutron07:11
*** Marga_ has joined #openstack-neutron07:12
*** aranjan has joined #openstack-neutron07:12
*** achanda has quit IRC07:16
*** aranjan has quit IRC07:17
*** gongysh has quit IRC07:17
*** garyk has joined #openstack-neutron07:18
*** pcaruana has joined #openstack-neutron07:19
jschwarz_garyk, good morning friend :)07:22
*** ZZelle has quit IRC07:22
garykjschwarz_: morning07:23
*** vthapar has joined #openstack-neutron07:23
jschwarz_how are you? :)07:23
*** Marga_ has quit IRC07:23
*** tflynn has quit IRC07:24
*** tflynn has joined #openstack-neutron07:24
*** Longgeek has joined #openstack-neutron07:24
*** sweston is now known as sweston_away07:27
*** aranjan has joined #openstack-neutron07:29
*** gongysh has joined #openstack-neutron07:30
*** vinay_yadhav has quit IRC07:31
*** rotbeard has joined #openstack-neutron07:31
*** sbfox has joined #openstack-neutron07:34
*** achanda has joined #openstack-neutron07:34
*** vthapar has quit IRC07:35
*** yamamoto has joined #openstack-neutron07:35
*** nuritv has joined #openstack-neutron07:36
*** Nuritv_ has joined #openstack-neutron07:38
*** nuritv has quit IRC07:38
*** tflynn has quit IRC07:39
*** trinaths has quit IRC07:39
*** tflynn has joined #openstack-neutron07:40
*** Nuritv_ is now known as nuritv07:40
*** belmoreira has joined #openstack-neutron07:43
*** aepifanov has joined #openstack-neutron07:50
*** liusheng has quit IRC07:51
*** liusheng has joined #openstack-neutron07:52
*** sbfox has quit IRC07:53
*** vthapar has joined #openstack-neutron07:54
*** emagana has joined #openstack-neutron07:55
*** vthapar has quit IRC07:56
*** vthapar has joined #openstack-neutron07:56
openstackgerritXu Han Peng proposed openstack/python-neutronclient: Add ip_version to extra dhcp opts  https://review.openstack.org/14201507:57
*** yamamoto has quit IRC07:58
*** jpich has joined #openstack-neutron07:58
*** devvesa has joined #openstack-neutron07:59
*** emagana has quit IRC07:59
*** erikmoe has joined #openstack-neutron07:59
*** trinaths has joined #openstack-neutron07:59
*** sbfox has joined #openstack-neutron08:00
*** garyk has quit IRC08:01
*** kopparam has joined #openstack-neutron08:04
*** yamamoto has joined #openstack-neutron08:06
*** achanda has quit IRC08:08
*** dsneddon_ has quit IRC08:08
*** dsneddon_ has joined #openstack-neutron08:09
*** zz_avozza is now known as avozza08:09
*** yamamoto has quit IRC08:10
*** kopparam has quit IRC08:11
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Avoid unnecessary explicit str() conversion around exceptions  https://review.openstack.org/13870908:12
*** moshele has joined #openstack-neutron08:14
*** achanda has joined #openstack-neutron08:15
*** yamamoto has joined #openstack-neutron08:15
ZZelle__salv-orlando, thanks08:15
*** amuller has joined #openstack-neutron08:15
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Avoid unnecessary explicit str() conversion around exceptions  https://review.openstack.org/13870908:18
*** yamamoto has quit IRC08:20
*** yamamoto has joined #openstack-neutron08:21
*** ajo has joined #openstack-neutron08:23
*** vinay_yadhav has joined #openstack-neutron08:23
openstackgerritSridhar Gaddam proposed openstack/python-neutronclient: Parse provider network attributes in net_create  https://review.openstack.org/13486208:23
*** yalie__ has joined #openstack-neutron08:25
*** yamamoto has quit IRC08:25
*** vinayyadhav has joined #openstack-neutron08:26
*** dsneddon_ has quit IRC08:28
*** SridharG has quit IRC08:29
jschwarz_ZZelle__, happy to see that the root patch has stabilized :)08:29
*** vinay_yadhav has quit IRC08:29
*** dsneddon_ has joined #openstack-neutron08:30
*** Mayank has joined #openstack-neutron08:32
ZZelle__jschwarz_, the change passes CI, will it pass review?08:33
*** karimb has joined #openstack-neutron08:33
jschwarz_ZZelle__, time will tell :>08:34
jschwarz_ZZelle__, I'll do my best to review it either today or tomorrow08:34
*** matrohon has joined #openstack-neutron08:34
ZZelle__jschwarz_, it hopes its parent change is merged soon as 6 changes depend on it :s08:35
ZZelle__s/it hopes/i hope/08:35
* ZZelle__ need coffee08:35
*** bobmel has quit IRC08:35
*** ZZelle__ is now known as ZZelle08:35
*** bobmel has joined #openstack-neutron08:36
*** sbfox has quit IRC08:41
*** Krast has joined #openstack-neutron08:42
*** vinayyadhav has quit IRC08:45
trinathsirenab: Hi08:45
apuimedoakamyshnikova: I was looking at https://review.openstack.org/#/c/138709/9/neutron/agent/l3_agent.py and the other files of the patch, shouldn't you drop the %s when substituting LOG.error with LOG.exception08:46
*** k4n0 has joined #openstack-neutron08:47
*** liusheng has quit IRC08:48
irenabtrinaths:hi, how are you?08:48
akamyshnikovaapuimedo, this is link for 9th patch set. there is no %s now https://review.openstack.org/#/c/138709/17/neutron/agent/l3/agent.py in the 17th08:48
apuimedoah, ok08:49
*** liusheng has joined #openstack-neutron08:49
*** Longgeek has quit IRC08:49
apuimedoakamyshnikova: for some reason when I pressed above to the link made by the bot I got that version :O08:49
trinathsirenab: I'm fine.. How are you? :)08:49
irenabI am fine, thanks08:49
apuimedosorry for the noise08:50
*** dsneddon_ has quit IRC08:50
akamyshnikovaapuimedo, np :)08:50
*** kopparam has joined #openstack-neutron08:50
*** Longgeek has joined #openstack-neutron08:50
*** safchain has joined #openstack-neutron08:51
trinathsirenab: Is there any Ml2 MD split from neutron ML2 is progress, Any update on this on how to proceed.08:51
*** dsneddon_ has joined #openstack-neutron08:51
*** armax has quit IRC08:53
irenabtrinaths: I hoped to discuss it during ML2 meeting tomorrow and understand how to proceed.08:53
*** SridharG has joined #openstack-neutron08:53
openstackgerritP. Watsalya Mishra proposed openstack/python-neutronclient: "neutron help router-update" help info updated  https://review.openstack.org/14100608:55
*** jpena has joined #openstack-neutron08:55
trinathsirenab: okay. I have seen the meeting log on Dec-3rd08:55
*** emagana has joined #openstack-neutron08:55
trinathsirenab: ut there no conclusion or a decision taken. Some thing might happend on this in the mid-cycle.08:56
*** numan has quit IRC08:57
irenabtrinaths: I think both ml2 subteam leaders attended  middle cycle sprint last week. I hope ttey will provide clear direction08:57
*** tflynn has quit IRC08:57
trinathsirenab: okay. Good to know. :)08:57
*** kopparam has quit IRC08:57
trinathsirenab: if a split is necessary how will that happen, any idea. Do we need to propose the code again with new code re-organization.08:58
*** yarker has quit IRC08:58
*** kopparam has joined #openstack-neutron08:59
*** emagana has quit IRC09:00
*** skolekonov has joined #openstack-neutron09:01
irenabtrinaths: I think we will have to. There is some discussion already on mailing list09:01
*** yamamoto has joined #openstack-neutron09:01
irenabtrinaths: you are already on this thread. Let's see what will be suggested09:02
*** fandi has joined #openstack-neutron09:03
*** moshele has quit IRC09:05
openstackgerritMerged openstack/neutron-vpnaas: Do not restart vpn processes for every router update  https://review.openstack.org/14162509:05
*** yamamoto has quit IRC09:06
trinathsirenab: okay.09:06
*** moshele has joined #openstack-neutron09:06
trinathsirenab:  thank you.09:06
*** kopparam has quit IRC09:07
*** xuhanp has quit IRC09:07
*** claudiub has joined #openstack-neutron09:08
*** kopparam has joined #openstack-neutron09:09
*** dsneddon_ has quit IRC09:11
*** ygbo has joined #openstack-neutron09:12
openstackgerritElena Ezhova proposed openstack/neutron: Cleanup req_format in test_api_v2_resource  https://review.openstack.org/14178509:12
*** garyk has joined #openstack-neutron09:13
*** dsneddon_ has joined #openstack-neutron09:13
*** yarker has joined #openstack-neutron09:13
openstackgerritJohn Schwarz proposed openstack/neutron: Allow filtering routers by network-ids  https://review.openstack.org/11158009:13
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191809:18
openstackgerritJakub Libosvar proposed openstack/neutron: Add Process class helper to manage processes with namespace  https://review.openstack.org/12220709:20
*** jlibosva has joined #openstack-neutron09:22
*** numan has joined #openstack-neutron09:22
*** kopparam_ has joined #openstack-neutron09:28
*** kopparam has quit IRC09:29
*** ijw has joined #openstack-neutron09:31
*** ijw has quit IRC09:31
*** achanda has quit IRC09:32
*** ijw has joined #openstack-neutron09:32
*** dsneddon_ has quit IRC09:32
*** achanda has joined #openstack-neutron09:32
*** dsneddon_ has joined #openstack-neutron09:33
*** SridharG has quit IRC09:33
ijwamuller: I responded on the spec, btw09:33
amullerijw: Thanks I'll get back to it today hopefully09:34
*** vjardin has joined #openstack-neutron09:34
openstackgerritRossella Sblendido proposed openstack/neutron: Remove locking from network and subnet delete op  https://review.openstack.org/11536009:34
*** achanda has quit IRC09:37
*** Jabadia has joined #openstack-neutron09:38
*** nplanel has joined #openstack-neutron09:40
*** yalie has quit IRC09:41
*** achanda has joined #openstack-neutron09:41
teju hi all...can anyone help me with https://ask.openstack.org/en/question/56421/how-to-assign-floating-ip/ ?09:42
*** nefelos has joined #openstack-neutron09:43
*** achanda has quit IRC09:44
*** achanda has joined #openstack-neutron09:44
openstackgerrityangzhenyu proposed openstack/neutron-fwaas: Restart l3 agent services leads to firewall error  https://review.openstack.org/14173409:45
*** vinayyadhav has joined #openstack-neutron09:46
openstackgerritJakub Libosvar proposed openstack/neutron: Add functional tests for IptablesManager using tcp/udp  https://review.openstack.org/12034909:48
*** cb2_ has joined #openstack-neutron09:48
*** SridharG has joined #openstack-neutron09:49
*** achanda has quit IRC09:50
*** achanda has joined #openstack-neutron09:50
*** nefelos has quit IRC09:50
*** nefelos has joined #openstack-neutron09:51
*** dsneddon_ has quit IRC09:52
*** lukasa_work has quit IRC09:53
*** aranjan has quit IRC09:53
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191809:53
*** Jabadia has quit IRC09:54
openstackgerritMerged openstack/neutron: Fixed test test_update_port_security_off_address_pairs  https://review.openstack.org/14034109:55
*** dsneddon_ has joined #openstack-neutron09:55
*** emagana has joined #openstack-neutron09:56
*** kopparam_ has quit IRC10:00
*** emagana has quit IRC10:01
*** luqas has quit IRC10:02
*** ihrachyshka has joined #openstack-neutron10:04
*** moshele has quit IRC10:05
*** jasondotstar has joined #openstack-neutron10:05
*** moshele has joined #openstack-neutron10:06
*** ekarlso- has quit IRC10:07
*** ekarlso- has joined #openstack-neutron10:07
*** garyk has quit IRC10:10
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191810:12
*** jerryz has quit IRC10:14
*** jerryz has joined #openstack-neutron10:14
*** dsneddon_ has quit IRC10:15
*** dsneddon_ has joined #openstack-neutron10:16
*** ijw has quit IRC10:17
*** ijw has joined #openstack-neutron10:26
openstackgerritMerged openstack/neutron: Enable test_migration  https://review.openstack.org/14099710:27
*** fandi has quit IRC10:27
*** cb2_ has quit IRC10:27
*** lukasa has joined #openstack-neutron10:27
*** avozza is now known as zz_avozza10:29
*** evgenyf has joined #openstack-neutron10:33
*** pask81 has joined #openstack-neutron10:35
*** dsneddon_ has quit IRC10:36
pask81hello, anyone here?10:36
pask81is there a specific reason for which a fixed_ips is bound to a port on a subnet where dhcp is disabled? it is confusing to have this info shown when the instance doesn't have actually an ip on that port.10:37
pask81Should I fill a bug report, or is this a wanted behavior?10:37
*** dsneddon_ has joined #openstack-neutron10:38
*** achanda has quit IRC10:40
*** karimb has quit IRC10:40
*** garyk has joined #openstack-neutron10:41
*** liusheng has quit IRC10:44
*** liusheng has joined #openstack-neutron10:45
*** blues-man has joined #openstack-neutron10:46
*** jp_at_hp has joined #openstack-neutron10:50
*** jp_at_hp has quit IRC10:50
*** jp_at_hp has joined #openstack-neutron10:50
*** aranjan has joined #openstack-neutron10:50
*** stanzgy has quit IRC10:51
openstackgerritIhar Hrachyshka proposed openstack/neutron: Removed unused iso8601 dependency  https://review.openstack.org/14206010:53
*** garyk has quit IRC10:53
openstackgerritIhar Hrachyshka proposed openstack/neutron-vpnaas: Cleaned up requirements.txt  https://review.openstack.org/14206110:53
openstackgerritIhar Hrachyshka proposed openstack/neutron-fwaas: Cleaned up requirements.txt  https://review.openstack.org/14206410:54
*** aranjan has quit IRC10:55
*** zz_avozza is now known as avozza10:55
*** luqas has joined #openstack-neutron10:56
*** emagana has joined #openstack-neutron10:57
*** ZZelle has quit IRC10:58
*** ZZelle has joined #openstack-neutron10:58
ijwAre there specs about for the REST/API split?11:00
*** kopparam has joined #openstack-neutron11:00
*** emagana has quit IRC11:01
*** irenab has quit IRC11:02
*** yfried is now known as yfried|afk11:06
*** nefelos has quit IRC11:08
*** popw has quit IRC11:08
*** vinayyadhav has quit IRC11:10
*** yfried|afk is now known as yfried11:15
*** bradjones has joined #openstack-neutron11:16
*** kopparam has quit IRC11:16
*** kopparam has joined #openstack-neutron11:16
*** SridharG has quit IRC11:17
*** dsneddon_ has quit IRC11:19
*** dsneddon_ has joined #openstack-neutron11:20
openstackgerritP. Watsalya Mishra proposed openstack/python-neutronclient: "neutron help router-update" help info updated  https://review.openstack.org/14100611:21
*** Masahiro has quit IRC11:23
*** gongysh has quit IRC11:24
*** evgenyf has quit IRC11:25
*** moha_hunt has joined #openstack-neutron11:26
*** jschwarz_ has quit IRC11:27
*** pc_m has joined #openstack-neutron11:27
*** SridharG has joined #openstack-neutron11:31
*** karimb has joined #openstack-neutron11:34
*** nefelos has joined #openstack-neutron11:35
*** diegows has joined #openstack-neutron11:38
*** Masahiro has joined #openstack-neutron11:39
* ijw pokes salv-orlando11:46
salv-orlandoijw: I thought you moved to the bay area?11:47
* ijw is an international man of mystery11:47
ijw(baby)11:47
ijwIn Europe till after Christmas, now11:47
*** Mayank has quit IRC11:48
*** nplanel has quit IRC11:48
ijwsalv-orlando: just looking at your plugin API stuff11:49
*** Mayank has joined #openstack-neutron11:49
ijwIs there anything else that covers the REST/API split, cos I think that's somewhat related?11:49
ijwSorry, RPC/API even11:50
ijwNot least because it implies that the DB would be in the API side and most of the plugin's work would be on the RPC side11:50
salv-orlandoijw: I have two specs - one for switching the REST layer to pecan and get rid of the current WSGI stuff, and the other one is the one you're reading. The other spec also includes separation of RPC and REST servers11:50
*** nefelos has quit IRC11:50
salv-orlandobut they will both have access to the database (still)11:50
*** trinaths has quit IRC11:51
ijwWhich one is the 'other' one, the pecan one?11:51
salv-orlandoyes the pecan one11:51
ijwsalv-orlando: that kinda sucks, cos it makes upgrades an arse (which is why nova has a conductor11:51
ijwsalv-orlando: I was wondering if the REST one would be able to write the DB and then pass changes to the RPC one, which would use the REST API to get any more information from the DB that it needed11:51
salv-orlandoijw: it could if we kind of changed everything. mostly because the plugin will still be responsible for writing to the DB.11:52
salv-orlandobut since the specs are not yet approved, nothing is committed yet11:52
salv-orlandowe can still revise everything and take another release cycle to do things in a different way11:53
salv-orlandocan't we?11:53
*** irenab has joined #openstack-neutron11:54
salv-orlandoWe considered an architecture with a conductor, but at the end of the day it did not really suit neutron's needs, since we don't have a lot of db-intensive agents as nova does. But I agree that in theory11:55
*** emagana has joined #openstack-neutron11:58
ijwI guess it's a bit easier in Neutron because you only have two services rather than an unlimited number, but I still prefer the no-db-read option.  Problem is that changes the way Neutron thinks about the DB, as it becomes related to the API and part of core, as opposed to part of the plugin.  (For what it's worth I think that's a healthy change but it's certainly a different perspective to what we have now.)11:58
ijwMore accurately, *most* of the tables are part of core, but there's a few things that are plugin-side like the segmentation IDs and stuff11:58
*** moha_hunt has quit IRC11:59
*** kopparam has quit IRC12:00
*** dsneddon_ has quit IRC12:01
*** jasondotstar is now known as jasondotstar|afk12:01
*** emagana has quit IRC12:02
*** dsneddon_ has joined #openstack-neutron12:02
*** yamamoto has joined #openstack-neutron12:04
*** teju has left #openstack-neutron12:04
*** kopparam has joined #openstack-neutron12:05
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Implements the ProcessMonitor in the l3_agent  https://review.openstack.org/11493112:06
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Implements ProcessMonitor in the dhcp_agent  https://review.openstack.org/11593512:06
*** Masahiro has quit IRC12:07
*** dims has joined #openstack-neutron12:07
*** nefelos has joined #openstack-neutron12:08
*** yamamoto has quit IRC12:09
*** yamamoto has joined #openstack-neutron12:10
*** yamamoto_ has joined #openstack-neutron12:11
*** yamamoto has quit IRC12:11
*** ihrachyshka has quit IRC12:12
*** dougwig_ has joined #openstack-neutron12:12
*** s0mik_ has joined #openstack-neutron12:13
*** vitorc_ has joined #openstack-neutron12:13
*** dougwig has quit IRC12:14
*** s0mik has quit IRC12:14
*** vitorc has quit IRC12:14
*** luqas has quit IRC12:14
*** diegows has quit IRC12:14
*** vitorc_ is now known as vitorc12:14
*** dougwig_ is now known as dougwig12:14
*** s0mik_ is now known as s0mik12:14
*** nefelos has quit IRC12:14
*** kopparam has quit IRC12:15
*** Mayank has quit IRC12:15
*** karimb has quit IRC12:15
*** karimb has joined #openstack-neutron12:16
*** garyk has joined #openstack-neutron12:16
*** diegows has joined #openstack-neutron12:16
*** arif-ali has quit IRC12:16
*** EmilienM is now known as EmilienM|afk12:17
*** arif-ali has joined #openstack-neutron12:17
*** david[p] has quit IRC12:18
*** harmw has quit IRC12:18
*** ihrachyshka has joined #openstack-neutron12:19
*** kevinbenton has quit IRC12:20
*** tsufiev has quit IRC12:20
*** harmw has joined #openstack-neutron12:20
*** nefelos has joined #openstack-neutron12:21
*** dsneddon_ has quit IRC12:22
*** ondergetekende has quit IRC12:22
*** kevinbenton has joined #openstack-neutron12:22
*** flaviof has quit IRC12:23
*** vjardin has quit IRC12:23
*** baoli has joined #openstack-neutron12:24
*** harmw_ has joined #openstack-neutron12:25
*** baoli has quit IRC12:25
*** baoli has joined #openstack-neutron12:25
*** Mayank has joined #openstack-neutron12:25
itzikbirenab: ping12:25
*** kopparam has joined #openstack-neutron12:25
*** tsufiev has joined #openstack-neutron12:26
*** amotoki has joined #openstack-neutron12:26
*** cgoncalv1s has joined #openstack-neutron12:26
*** nefelos has quit IRC12:27
irenabitzikb: pong12:28
*** vjardin has joined #openstack-neutron12:30
*** yamamoto_ has quit IRC12:30
*** Mayank has quit IRC12:30
itzikbirenab: When using driver with SR-IOV and Launching an instance with Openvswitch interface I don't get an IP. This happens just after the driver is loaded i.e. When No instance is launched with SR-IOV interface12:30
*** moha_hunt has joined #openstack-neutron12:30
*** harmw has quit IRC12:31
*** blues-man has quit IRC12:31
*** ujjain has quit IRC12:31
*** cgoncalves has quit IRC12:31
garykihrachyshka: you have a sec?12:31
itzikbirenab: When Lauching an Instance with SR-IOV interface on the same PF the first VM ( with OVS interface) can now get an IP12:31
ihrachyshkagaryk: for you, any time sir!12:32
*** ujjain has joined #openstack-neutron12:33
garykihrachyshka: i have a silly question regardingt he git history - we would like if for the plugin decomposition. any idea how i do this?12:33
*** yamamoto has joined #openstack-neutron12:33
*** nefelos has joined #openstack-neutron12:33
garykwhen i create a stageforge project i need to post a link for the git repo - i was assuming that neutron.git would suffice, but seems like this is not the case and i need to do git filter branch?12:33
*** ondergetekende has joined #openstack-neutron12:34
garykstageforge => stackforge12:34
*** vjardin has quit IRC12:34
ihrachyshkagaryk: there are some split tools available from infra to cut out the needed history only. or you can just use 'git subtree' (I guess)12:36
ihrachyshkawell, you could also start from neutron.git and then clear it up of remainings, though that will mean that you will carry all history for the whole neutron with your plugin (=long initial cloning, huge .git)12:37
*** kevinbenton has quit IRC12:37
*** yamamoto has quit IRC12:37
*** nefelos has quit IRC12:38
ihrachyshkahttp://specs.openstack.org/openstack-infra/infra-specs/specs/puppet-modules.html12:38
HenryGgaryk: Did you look at dougwig's script?  https://github.com/dougwig/split-repo/blob/master/service-split.sh12:39
*** aranjan has joined #openstack-neutron12:39
*** kevinbenton has joined #openstack-neutron12:40
*** luqas has joined #openstack-neutron12:41
*** luqas has quit IRC12:41
*** yamamoto has joined #openstack-neutron12:43
garykihrachyshka: thanks!12:44
*** aranjan has quit IRC12:44
ihrachyshkagaryk: HenryG: I would suggest not to grab incubator as in the script, at least not as part of the split12:45
*** yamamoto has quit IRC12:46
HenryGihrachyshka: I have not got that far yet. What does it do?12:47
*** blues-man has joined #openstack-neutron12:49
ihrachyshkaHenryG: well, it copies all incubator code to split repo (though it does not change imports; most modules are not used at all; and probably we'll end up with no modules in split repos, though the latter still seems to be under discussion).12:51
HenryGihrachyshka: thanks. Where is this discussion taking place?12:52
HenryGjlibosva: ping12:53
ihrachyshkaHenryG: '[all][oslo][neutron] Managing oslo-incubator modules after project split'12:53
jlibosvaHenryG: hello12:54
HenryGihrachyshka: thanks!12:54
* HenryG goes to look in his oslo mail folder ...12:54
*** yfried is now known as yfried|afk12:55
* HenryG moves his oslo mail filter below his neutron filter12:55
HenryGjlibosva: just wondering if you have any idea why the grenade job is failing?12:56
jlibosvaHenryG: I do12:56
jlibosvaHenryG: sec12:56
ihrachyshkaHenryG: again?12:56
jlibosvaHenryG: it's not related to neutron, all grenade jobs are failing12:56
jlibosvaHenryG: https://review.openstack.org/#/c/139880/3/global-requirements.txt12:56
ihrachyshkaNIMBY12:57
jlibosvaHenryG: IIUC current requirements are not compatible with Juno and swift fails to start because of this12:57
jlibosvaHenryG: I was looking at https://review.openstack.org/#/c/141927/1 whether it can help12:57
jlibosvaHenryG: what I don't understand is what we're trying to achieve. Seems like patch I sent in last link is just a revert of the first patch, but little bit uglier. :)12:58
HenryGMy brain hurts12:59
jlibosvaah, there is a new one!12:59
*** yamamoto has joined #openstack-neutron12:59
*** yatin has joined #openstack-neutron12:59
*** alexpilotti has joined #openstack-neutron13:02
*** yatin has quit IRC13:03
HenryGa new what?13:05
*** doude has quit IRC13:06
*** alexpilotti_ has joined #openstack-neutron13:06
*** aepifanov has quit IRC13:07
*** dims has quit IRC13:07
*** alexpilotti has quit IRC13:07
*** alexpilotti_ is now known as alexpilotti13:07
*** jckasper has joined #openstack-neutron13:07
*** aepifanov has joined #openstack-neutron13:07
*** doude has joined #openstack-neutron13:07
*** yfried|afk is now known as yfried13:07
*** dims has joined #openstack-neutron13:07
*** Masahiro has joined #openstack-neutron13:07
*** blues-man has quit IRC13:08
jlibosvaHenryG: new patchset. I saw only the first one that was failing on a gate13:12
*** Masahiro has quit IRC13:12
*** Zemeio has joined #openstack-neutron13:12
*** zhipeng has joined #openstack-neutron13:13
*** zhipeng has joined #openstack-neutron13:13
*** SridharG has quit IRC13:14
*** kopparam has quit IRC13:16
*** avozza is now known as zz_avozza13:17
*** yfried_ has joined #openstack-neutron13:19
*** kopparam has joined #openstack-neutron13:19
*** yfried has quit IRC13:19
*** yapeng has joined #openstack-neutron13:20
*** kopparam has quit IRC13:20
amullerNakato: Hello Sachi13:23
Nakatoamuller: Sup?13:24
amullerNakato: About your patch: https://review.openstack.org/#/c/139932/513:24
amullerI think it's important, I want to speed it along13:24
amullerOne thing is bothering me - I think it's weird to hold vips in a list, so you can add the same vip multiple times, but then the getter converts it to a set13:25
amullerYou pointed that out in the patch some where - We should hold the data in a set13:25
amulleror13:25
amullerhold it in a list, but raise an error if the vip is already in the list13:25
amullerwhich is what I'm in favor of13:25
*** nplanel has joined #openstack-neutron13:25
amullerWhat do you think about raising an error?13:26
*** raildo has joined #openstack-neutron13:26
NakatoI agree raising an error if a duplicate hits add_vip could be good.  But I'm also concerned that it may be unecessary and result in needless checking.13:27
NakatoThe reason I'm returning a list is to be compatable with the existing function that gets the configured IPs from the interface.13:28
Madkisshey there13:28
*** EmilienM|afk is now known as EmilienM13:28
amullerNakato: you mean returning a set?13:29
*** yfried_ has quit IRC13:29
Madkissif I have, for instance, have an application that tries to open /v2.0/ipams.json, then where would that "ipams.json" be defined to make stuff work?13:29
Nakatoamuller: Sorry, yes13:30
*** SridharG has joined #openstack-neutron13:30
amullerNakato: I have no problem with returning a set, as long as we either save the data in a set, or in a list but check for duplicates when we add13:30
amullerI don't want to miss additional similar bugs13:30
amullerin the future13:30
amullerbut saving it in a list and converting it to a set in the getter is weird13:30
*** aix has joined #openstack-neutron13:31
*** sweston_away has quit IRC13:31
Nakatoamuller: Sounds good.13:31
*** doude has quit IRC13:31
*** doude has joined #openstack-neutron13:31
amullerNakato: Let's try 1 or 2 quick iterations so I can +113:31
amullerthen I'll pester some cores and we'll get it merged, I'll backport it13:31
amullerNakato: thanks13:32
*** amuller is now known as amuller_afk13:32
*** amuller_afk is now known as amuller_meeting13:32
Nakatoamuller_meeting: Could you pop it in a message into gerrit.  (It's 12:30 AM here and I'm not really that sober)  I'll get on it first thing in the morning13:32
NakatoThanks for getting back to me13:32
amuller_meetingwill do13:32
openstackgerritAnn Kamyshnikova proposed openstack/neutron: WIP: Default security group table  https://review.openstack.org/14210113:33
*** lifeless_ has joined #openstack-neutron13:33
openstackgerritIhar Hrachyshka proposed openstack/neutron: ipv6: set OtherConfig flag for DHCPv6 stateless subnets  https://review.openstack.org/13765613:33
*** sweston_away has joined #openstack-neutron13:34
*** sweston_away is now known as sweston13:35
*** itzikb has quit IRC13:35
*** lifeless has quit IRC13:35
*** itzikb has joined #openstack-neutron13:35
*** ijw has quit IRC13:39
*** aranjan has joined #openstack-neutron13:40
*** ijw has joined #openstack-neutron13:40
*** aranjan has quit IRC13:44
openstackgerritRussell Bryant proposed openstack/neutron: Scope dhcp rpc api using a messaging namespace  https://review.openstack.org/14051113:46
*** geekinutah has joined #openstack-neutron13:47
*** rpothier has joined #openstack-neutron13:48
*** julim has joined #openstack-neutron13:49
*** itzikb_ has joined #openstack-neutron13:50
*** itzikb has quit IRC13:50
*** nati_ueno has joined #openstack-neutron13:50
*** trinaths has joined #openstack-neutron13:50
openstackgerritRossella Sblendido proposed openstack/neutron: Remove locking from network and subnet delete op  https://review.openstack.org/11536013:51
*** dane_leblanc has joined #openstack-neutron13:51
*** marun has joined #openstack-neutron13:57
*** dane_leblanc has quit IRC13:57
*** dane_leblanc has joined #openstack-neutron13:59
*** emagana has joined #openstack-neutron13:59
*** markmcclain has joined #openstack-neutron13:59
*** itzikb has joined #openstack-neutron14:00
*** itzikb_ has quit IRC14:00
*** bradjones has quit IRC14:01
moshelegaryk: can you review again https://review.openstack.org/#/c/140330/?  thanks in advance14:02
*** dane_leblanc_ has joined #openstack-neutron14:03
*** dane_leblanc has quit IRC14:03
*** dane_leblanc_ has quit IRC14:03
irenabsalv-orlando: hi14:03
*** dane_leblanc_ has joined #openstack-neutron14:03
*** emagana has quit IRC14:04
*** bradjones has joined #openstack-neutron14:04
*** geekinutah has quit IRC14:04
*** signed8bit has joined #openstack-neutron14:05
openstackgerritMarios Andreou proposed openstack/neutron: Adds base in-tree functional testing of the ovs_neutron_agent  https://review.openstack.org/14004214:06
*** SridharG has quit IRC14:06
*** xuhanp has joined #openstack-neutron14:07
*** trinaths has left #openstack-neutron14:09
*** signed8bit has quit IRC14:09
*** blues-man has joined #openstack-neutron14:11
*** signed8bit has joined #openstack-neutron14:11
*** crose has joined #openstack-neutron14:12
*** itzikb has quit IRC14:13
*** itzikb has joined #openstack-neutron14:14
*** emagana has joined #openstack-neutron14:14
*** mvenesio has joined #openstack-neutron14:17
*** thomasem has joined #openstack-neutron14:18
*** neeti has quit IRC14:19
*** signed8bit has quit IRC14:20
*** haleyb has joined #openstack-neutron14:20
*** sgordon` has quit IRC14:20
*** ajo_ has joined #openstack-neutron14:21
*** ollivier has quit IRC14:21
*** signed8bit has joined #openstack-neutron14:21
*** Shohei has joined #openstack-neutron14:21
*** sgordon` has joined #openstack-neutron14:22
*** yeungp1 has joined #openstack-neutron14:22
*** mtreinish_ has joined #openstack-neutron14:22
*** johnbelamaric has joined #openstack-neutron14:23
*** kbringard has joined #openstack-neutron14:23
*** emagana has quit IRC14:23
*** trad511 has joined #openstack-neutron14:24
*** WormMan_ has joined #openstack-neutron14:24
*** trown|call has joined #openstack-neutron14:25
*** jeblair_ has joined #openstack-neutron14:25
*** changbl has quit IRC14:25
*** yalie_ has joined #openstack-neutron14:26
*** xuhanp_ has joined #openstack-neutron14:26
*** dane_leblanc_ has quit IRC14:26
*** yano has joined #openstack-neutron14:27
*** dane_leblanc_ has joined #openstack-neutron14:27
*** HenryG_ has joined #openstack-neutron14:28
irenabHenryG_: hi14:29
*** dboik has joined #openstack-neutron14:30
*** xuhanp has quit IRC14:30
*** rpothier has quit IRC14:30
*** k4n0 has quit IRC14:30
*** ajo has quit IRC14:30
*** jpich has quit IRC14:30
*** JameLk has quit IRC14:30
*** yalie__ has quit IRC14:30
*** yeungp has quit IRC14:30
*** Shohei_ has quit IRC14:30
*** trown has quit IRC14:30
*** GonZo2000 has quit IRC14:30
*** HenryG has quit IRC14:30
*** mtreinish has quit IRC14:30
*** jeblair has quit IRC14:30
*** WormMan has quit IRC14:30
*** juice has quit IRC14:30
*** ianw has quit IRC14:30
*** mtreinish_ is now known as mtreinish14:30
*** ianw has joined #openstack-neutron14:30
*** moha_hunt has quit IRC14:30
*** juice has joined #openstack-neutron14:30
*** GonZo2000 has joined #openstack-neutron14:30
*** GonZo2000 has quit IRC14:30
*** GonZo2000 has joined #openstack-neutron14:30
*** emagana has joined #openstack-neutron14:31
*** aix has quit IRC14:31
*** k4n0 has joined #openstack-neutron14:31
*** jerryz has quit IRC14:31
*** aix has joined #openstack-neutron14:32
*** irenab has quit IRC14:32
*** amuller_meeting is now known as amuller14:33
*** thomasem has quit IRC14:33
*** jpich has joined #openstack-neutron14:36
openstackgerritMerged openstack/neutron: Update rpc_api docs with example version update  https://review.openstack.org/14051014:38
*** evgenyf has joined #openstack-neutron14:39
*** Masahiro has joined #openstack-neutron14:40
*** thomasem has joined #openstack-neutron14:40
*** lazy_prince is now known as killer_prince14:40
*** claudiub has quit IRC14:42
*** rotbeard has quit IRC14:43
*** jerryz has joined #openstack-neutron14:44
*** apuimedo has quit IRC14:44
*** Masahiro has quit IRC14:44
*** aveiga has joined #openstack-neutron14:45
*** yano has quit IRC14:46
*** marun has quit IRC14:47
*** nati_ueno has quit IRC14:47
ihrachyshkanuman: hey. re: https://bugs.launchpad.net/neutron/+bug/1402407 are you actively looking into it?14:48
*** dane_leblanc_ has quit IRC14:48
*** yeungp1 has quit IRC14:48
*** mvenesio has quit IRC14:49
*** moshele has quit IRC14:50
*** vt102 has joined #openstack-neutron14:52
*** nati_ueno has joined #openstack-neutron14:53
*** ajmiller has joined #openstack-neutron14:54
numanihrachyshka, Hi14:54
*** yano has joined #openstack-neutron14:54
*** manishg_ has joined #openstack-neutron14:55
salv-orlandomarun: are you satisfied with rossella_s answers to you comment re reliable state sync on https://review.openstack.org/#/c/137808? (asking as I'm considering approving)14:56
*** carl_baldwin has joined #openstack-neutron14:56
*** manishg_ has quit IRC14:56
*** jerryz has quit IRC14:56
*** manishg_ has joined #openstack-neutron14:57
*** jerryz has joined #openstack-neutron14:57
*** dane_leblanc has joined #openstack-neutron14:57
*** nefelos has joined #openstack-neutron14:57
baolimestery: ping14:58
openstackgerritMerged openstack/python-neutronclient: subnet: allow --enable-dhcp=False/True syntax, again  https://review.openstack.org/14106314:59
*** mhanif has joined #openstack-neutron14:59
emaganaarrggghhh  again my calendar is wrong about the meeting15:00
ihrachyshkamestery: ^^ woot, merged, now waiting for client release :)15:00
emaganamestery: Sorry for not attending the meeting, I wam awake now15:01
*** moshele has joined #openstack-neutron15:01
mesteryihrachyshka: Yay! I'll roll that release once my 1:1 with ttx is done15:01
mesterybaoli: pong15:01
vt102How do I understand which tap interface a running VM is associated with?  For example, how do I get from process "qeum-kvm...-netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29" to the actual interface of tap98b25053-25?15:01
*** manishg_ has quit IRC15:01
mesteryemagana: No worries, I linked your doc updates, thanks for updating the wiki!15:01
emaganamestery: but it seems that the outlook calendar in the wiki for all meetings is wrong15:01
vt102I can find the process by uuid, I just don't understand how the correct tap interface is associated with it.15:01
emaganamestery: it shows 7:00am PST for today15:02
mesteryYikes, that's not right15:02
emaganamestery: and here I am!!  :-(15:02
diegowsis there a way to test neutron notifications to nova without launching a new instance ? :P15:02
* mestery goes to 1:1 and will be back in 1015:02
*** mhanif has left #openstack-neutron15:02
*** itzikb has quit IRC15:02
baolimestery: thanks for looking at the ipv6 router and dvr spec. So basically you want it to be divided into two: ipv6 router, ipv6 dvr, and focus on the first one for kilo, right?15:03
*** nefelos has quit IRC15:04
*** zzzeek has joined #openstack-neutron15:05
britthou_vt102: the 98b25053-25 is a snippet of the UUID of the neutron port associated with the VM.15:06
*** nmagnezi has quit IRC15:07
*** SridharRamaswamy has joined #openstack-neutron15:09
baolimestery: if that's the case, I can change the title, and take the material for the first part out of this existing spec, and be more specific on what need to be done. Would that be acceptable?15:09
vt102britthou_: Ah, that helps a little.  But I don't see the running process knows to use that tap interface?  I may not be clear, I'm new to Linux networking.  Since 98b25053-25 doesn't appear in the process arguments, how does the qeum-kvm process know to use that interface?15:09
*** crose has quit IRC15:10
britthou_vt102: good question to which I don't know the answer.  I've always approached it from the other direction when troubleshooting.15:11
openstackgerritMerged openstack/neutron-specs: Allow router external IPs to be set  https://review.openstack.org/14089015:12
*** itzikb has joined #openstack-neutron15:13
*** itzikb has quit IRC15:13
*** jasondotstar|afk is now known as jasondotstar15:15
*** yeungp has joined #openstack-neutron15:15
*** yeungp has quit IRC15:16
*** yeungp has joined #openstack-neutron15:16
*** shakamunyi has joined #openstack-neutron15:16
*** shakamunyi has quit IRC15:16
openstackgerritMerged openstack/neutron-specs: New iptables firewall driver  https://review.openstack.org/13810715:17
*** zzzeek_ has joined #openstack-neutron15:20
*** wwriverrat has joined #openstack-neutron15:20
*** manishg_ has joined #openstack-neutron15:22
*** manishg__ has joined #openstack-neutron15:23
*** jp_at_hp has quit IRC15:23
*** jp_at_hp has joined #openstack-neutron15:23
mesterybaoli: That sounds good, please proceed with that plan. Lets do centralized router for Kilo as armax and HenryG indicate15:23
*** zzzeek has quit IRC15:23
*** zzzeek_ is now known as zzzeek15:23
*** signed8bit has quit IRC15:24
*** signed8bit has joined #openstack-neutron15:24
*** sgordon` has quit IRC15:24
*** sgordon` has joined #openstack-neutron15:24
baolimestery: sure. thanks.15:24
*** kbringard has quit IRC15:25
*** kbringard has joined #openstack-neutron15:25
*** trown|call has quit IRC15:25
*** trown|call has joined #openstack-neutron15:25
*** yalie_ has quit IRC15:25
*** yalie_ has joined #openstack-neutron15:25
*** HenryG_ has quit IRC15:25
*** HenryG_ has joined #openstack-neutron15:25
*** dboik has quit IRC15:25
*** dboik has joined #openstack-neutron15:25
*** ianw has quit IRC15:25
*** ianw has joined #openstack-neutron15:25
*** k4n0 has quit IRC15:25
*** k4n0 has joined #openstack-neutron15:25
*** aix has quit IRC15:25
*** aix has joined #openstack-neutron15:25
*** dane_leblanc has quit IRC15:25
*** dane_leblanc has joined #openstack-neutron15:25
*** moshele has quit IRC15:25
*** moshele has joined #openstack-neutron15:25
*** yeungp has quit IRC15:25
*** yeungp has joined #openstack-neutron15:25
mesterybaoli: Tahnks!15:26
*** manishg_ has quit IRC15:26
*** wwriverrat has quit IRC15:27
*** bharath has joined #openstack-neutron15:27
*** manishg__ has quit IRC15:28
*** vinsh has joined #openstack-neutron15:28
*** apuimedo has joined #openstack-neutron15:28
*** yamamoto has quit IRC15:28
*** yamamoto has joined #openstack-neutron15:29
*** afazekas has joined #openstack-neutron15:29
*** zhipeng has quit IRC15:29
*** aranjan has joined #openstack-neutron15:29
*** afazekas is now known as afazekas_pto15:29
britthou_vt102: I think its must be defined in the xml used to define the instance, but really I think this is a question for Nova.15:30
*** SridarK has quit IRC15:30
*** xuhanp_ has quit IRC15:32
mesteryihrachyshka: http://lists.openstack.org/pipermail/openstack-dev/2014-December/053094.html15:33
ihrachyshkawow, that was quick :)15:33
*** aranjan has quit IRC15:34
bharathHi, does anyone worked with ncclient?15:34
mesteryihrachyshka: It's like magic ;)15:34
*** moshele has quit IRC15:35
*** yamamoto has quit IRC15:36
salv-orlandocarl_baldwin: https://review.openstack.org/#/c/138201/ <- can you look at markmcclain's comment15:36
*** jobewan has joined #openstack-neutron15:36
carl_baldwinsalv-orlando: Yes, I will take a look15:36
*** sbalukoff has quit IRC15:37
ZZellecarl_baldwin, salv-orlando, hi15:37
ZZellecarl_baldwin, salv-orlando, i did a PoC on  https://review.openstack.org/138201 with xtables15:38
carl_baldwinsalv-orlando: The spec talks about the RHEL case.  It acknowledges that RHEL and SUSE may not have the package in the standard repos.  That’s why is the main motifvation behind making it optional.15:38
*** nefelos has joined #openstack-neutron15:39
ZZellecarl_baldwin, salv-orlando, it's working on precise but not on trusty ... i lost the whole day to find this15:39
*** jerryz has quit IRC15:39
carl_baldwinsalv-orlando: markmcclain:  Is the concern that we shouldn’t do it at all if it isn’t supported with the standard packages on RHEL/SUSE?15:40
ZZellecarl_baldwin, salv-orlando, http://sourceforge.net/p/xtables-addons/xtables-addons/ci/9414a5df343bf30ba13e76dbd7181c55683b11cb15:40
*** emagana has quit IRC15:41
carl_baldwinZZelle: Do you know why?  Was it just not working?15:41
ZZellecarl_baldwin, raw nat has been removed between xtables 2.3 and 2.4 ... and trusty kernels (>=3.13) only support 2.4+15:41
*** pcaruana has quit IRC15:42
ZZellecarl_baldwin, according to the commit there is no maintainer for RAWSNAT/RAWDNAT15:42
carl_baldwinZZelle: I did not see that coming?  Is there something fundamentally wrong with it that we didn’t see before?15:42
*** PaulCzar has joined #openstack-neutron15:42
*** xgerman has joined #openstack-neutron15:42
ZZellecarl_baldwin, (me neither as it works fine on precise)15:43
carl_baldwinZZelle:   :’(15:43
ZZellecarl_baldwin, with xtables 2.3 and kernel 3.13, iptables -t rawpost implies a kernel panic + no maintainer ==> feature drop?15:43
*** cbits has joined #openstack-neutron15:45
britthou_vt102: Yeah its in the XML.  Check out http://bit.ly/1tUZocH#sthash.Gjk8kYAU.dpuf15:45
dhellmannmestery: you might be interested in the release notes generation script we have for oslo: http://git.openstack.org/cgit/openstack/oslo-incubator/tree/tools/release_notes.sh15:45
carl_baldwinZZelle: salv-orlando: Unfortunately, I’ve got to run now to an eye doctor appointment.  We can discuss later.  Is there any hope with the tc method?15:45
mesterydhellmann: Fantastic, I'll take a look, thanks!15:45
dhellmannmestery: we should talk to ttx about getting a version into the release-tools repo, too15:45
mesterydhellmann: ++15:46
ZZellecarl_baldwin, i also tested tc, it works with trusty but it's more difficult to understand than xtables + iptables15:46
bharathDoes anyone know how to connect to netconf using "ip netns.." using ncclient ?15:47
carl_baldwinZZelle: I was worried about that.  Let’s sync up a bit later.15:47
ZZellecarl_baldwin, i just need to check tc inside namespace15:47
ZZellecarl_baldwin, oki15:47
salv-orlandocarl_baldwin: I am around15:48
salv-orlandonow and later15:48
*** vinay_yadhav has joined #openstack-neutron15:48
carl_baldwinZZelle: salv-orlando:  I should be back on in 2 hours or sooner.15:48
*** carl_baldwin has quit IRC15:49
anteayajlibosva: are the cern people showing up to your meetings?15:50
*** crose has joined #openstack-neutron15:50
jlibosvaanteaya: afaik we had only one so far and they attended15:50
*** crose has quit IRC15:50
anteayagreat, when is the next one scheduled?15:51
*** crose has joined #openstack-neutron15:51
*** nlahouti has quit IRC15:51
*** nlahouti has joined #openstack-neutron15:51
openstackgerritNuman Siddique proposed openstack/neutron: Support 'alive' filter for get_agents() in agents_db  https://review.openstack.org/14083315:52
*** trad511 has quit IRC15:52
anteayajlibosva: ^15:54
*** apuimedo has quit IRC15:54
*** SridharRamaswamy has quit IRC15:54
jlibosvaanteaya: I don't think there is a next one. We don't have regular meetings.15:54
anteayahmmmm15:55
*** wwriverrat has joined #openstack-neutron15:55
anteayawell they need to be involved in testing nova to neutron migrations15:55
anteayaso who is doing the nova to neutron migrations work?15:55
anteayaI don't want them to disappear15:56
*** numan has quit IRC15:56
anteayaI want them to be helping us test the migration15:56
anteayawhich is important to them as well15:56
*** nlahouti has quit IRC15:56
*** wwriverrat has left #openstack-neutron15:56
*** achanda has joined #openstack-neutron15:57
*** reed has joined #openstack-neutron15:57
*** moshele has joined #openstack-neutron15:58
anteayaobondarev: are you working on the nova to neutron migration?15:59
*** nati_ueno has quit IRC16:00
obondarevanteaya: Hi. I do16:00
*** marrusl has quit IRC16:00
*** markmcclain has quit IRC16:00
anteayagreat16:00
anteayaso there are two cern developers16:00
anteayawho need to be involved in the discussion16:00
anteayaand are willing to help test the migration path16:00
anteayaas whatever is selected needs to be able to work for cern16:00
obondarevanteaya: that's good news16:00
anteayaI thought so too16:00
anteayaand they have attended one of jlibosva's meetings16:01
obondarevanteaya: actually I was aware of that16:01
anteayaso they will show up16:01
anteayagreat16:01
*** dane_leblanc has quit IRC16:01
anteayabut I don't want to lose them16:01
obondarevanteaya: yeah, Jacub told me16:01
anteayaif we have no movement here16:01
*** sballe has joined #openstack-neutron16:01
anteayagood, I'm glad16:01
*** dane_leblanc has joined #openstack-neutron16:01
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Just a test  https://review.openstack.org/12647016:01
*** emagana has joined #openstack-neutron16:01
anteayaI was hoping they might be active in channel16:01
anteayabut if they are, I can't see it16:01
anteayaso16:02
anteayawhat should we do so we keep that connection alive?16:02
obondarevanteaya: well, before testing we need to have something to test16:03
anteayamaybe they might have some thoughts?16:04
anteayahave you a patchset up for a spec16:04
anteayaor an etherpad?16:04
obondarevanteaya: I'm hoping to post the first (neutron) spec on review soon16:04
*** zhipeng has joined #openstack-neutron16:04
anteayagreat16:04
anteayado you have their email addresses?16:04
obondarevanteaya: so can have discussion there16:04
anteayaperhaps they can review the spec?16:04
anteayaright, but since they are not active in channel that I can see16:05
anteayathey might not know about it16:05
obondarevanteaya: I think I have, we were discussing the migration a couple of weeks ago16:05
anteayaunless someone tells them16:05
anteayagreat16:05
*** achanda has quit IRC16:05
*** erikmoe has quit IRC16:06
obondarevanteaya: thanks for your interest16:06
anteayaI don't want to lose what these folks have offered16:06
obondarevanteaya: agree16:07
*** johnbelamaric has quit IRC16:07
*** johnbelamaric has joined #openstack-neutron16:07
*** flaviof has joined #openstack-neutron16:07
*** moshele has quit IRC16:12
*** aepifanov has quit IRC16:15
*** achanda has joined #openstack-neutron16:15
*** johnbelamaric1 has joined #openstack-neutron16:16
*** johnbelamaric has quit IRC16:16
*** jpich has quit IRC16:16
ZZelleobondarev, hi16:18
*** johnbelamaric has joined #openstack-neutron16:19
*** johnbelamaric1 has quit IRC16:19
*** ihrachyshka has quit IRC16:20
*** jprovazn has joined #openstack-neutron16:20
*** vthapar has quit IRC16:23
dkehnHenryG_: we talked about this in mid-cycle sprint https://etherpad.openstack.org/p/neutron-dhcp-org16:28
*** vinay_yadhav has quit IRC16:28
*** skolekonov has quit IRC16:28
*** Marga_ has joined #openstack-neutron16:28
*** Masahiro has joined #openstack-neutron16:29
*** xgerman has quit IRC16:30
*** JameLk has joined #openstack-neutron16:30
*** matrohon has quit IRC16:32
*** johnbelamaric has quit IRC16:32
HenryG_dkehn: Thanks, that looks quite thorough16:33
*** Masahiro has quit IRC16:34
*** nefelos has quit IRC16:34
*** EmilienM is now known as EmilienM|afk16:34
*** nefelos has joined #openstack-neutron16:34
*** trad511 has joined #openstack-neutron16:36
*** yamamoto has joined #openstack-neutron16:36
*** reed has quit IRC16:36
*** trad511 has quit IRC16:37
*** reed has joined #openstack-neutron16:37
*** johnbelamaric has joined #openstack-neutron16:39
dkehnHenryG_: we try16:40
thomasemhey all16:41
*** yamamoto has quit IRC16:41
openstackgerritJakub Libosvar proposed openstack/neutron: Backward compatibility for advanced services  https://review.openstack.org/14215016:41
*** nlahouti has joined #openstack-neutron16:41
jlibosvamestery: dougwig ^^16:41
thomasemI just started up a spec regarding sharing additional IPs and was wondering, since the Kilo proposal deadline is up, where should I put this spec for review/iteration?16:42
*** nplanel has quit IRC16:42
thomasemI'd like to get it in front of folks eyes soon, before holidays hit, for feedback.16:43
*** david-lyle_afk is now known as david-lyle16:44
*** nplanel has joined #openstack-neutron16:47
ZZelleHenryG_, hi16:47
ZZelleHenryG_, do you know if there is a core is following functional tests with marun?16:48
*** belmoreira has quit IRC16:48
ZZelleHenryG_, do you know if there is a core following functional tests with marun?16:48
*** crose has quit IRC16:48
HenryG_ZZelle: I am.16:49
*** Marga_ has quit IRC16:49
ZZelleHenryG_, so let me add you as reviewer :)16:49
HenryG_ZZelle: sure16:49
*** changbl has joined #openstack-neutron16:49
*** Marga_ has joined #openstack-neutron16:49
ZZelleHenryG_, done (https://review.openstack.org/136511)16:50
*** bharath has quit IRC16:53
openstackgerritJakub Libosvar proposed openstack/neutron: Backward compatibility for advanced services  https://review.openstack.org/14215016:54
*** alexpilotti has quit IRC16:55
*** rm_work|away is now known as rm_work16:55
*** dane_leblanc_ has joined #openstack-neutron16:58
*** markmcclain has joined #openstack-neutron16:58
*** garyk has quit IRC16:58
*** jorgem has joined #openstack-neutron17:01
*** dane_leblanc has quit IRC17:02
openstackgerritBrandon Logan proposed openstack/neutron: Advanced services support in neutron-db-manage  https://review.openstack.org/14053717:02
*** cbits has quit IRC17:06
*** ygbo has quit IRC17:06
*** ChuckC_ has joined #openstack-neutron17:06
*** olc has joined #openstack-neutron17:07
*** ChuckC has quit IRC17:07
*** nefelos has quit IRC17:08
*** martyfalatic has joined #openstack-neutron17:09
*** nefelos has joined #openstack-neutron17:09
*** rotbeard has joined #openstack-neutron17:09
*** evgenyf has quit IRC17:09
*** sweston is now known as _sweston17:09
*** anshul has quit IRC17:09
*** carl_baldwin has joined #openstack-neutron17:12
*** markmcclain1 has joined #openstack-neutron17:12
*** ijw has quit IRC17:13
*** markmcclain has quit IRC17:13
olchi - i have created the external network described in the juno install guide, it works as expected. Then I have deployed a second network node, configured corosync to manage l3/dhcp/metada agents.17:14
*** ijw has joined #openstack-neutron17:15
olcBut then shutting down the first network node provents the VMs and network endpoints to work.17:15
*** sweston has joined #openstack-neutron17:15
*** sbalukoff has joined #openstack-neutron17:15
*** manishg_ has joined #openstack-neutron17:16
*** andrearosa has left #openstack-neutron17:16
*** enikanorov has quit IRC17:17
*** moshele has joined #openstack-neutron17:18
ZZelleolc, you could enable l3_ha for such case17:19
*** mvenesio has joined #openstack-neutron17:19
*** ChuckC_ has quit IRC17:19
*** ivar-lazzaro has joined #openstack-neutron17:20
ZZelleolc, ie: by design dhcp is HA (if you set i_don-t_remember_the_option option to a value >1 (in practice == 2))17:20
kevinbentonmestery: ping17:20
mesterykevinbenton: pong17:20
ZZelleolc, l3_ha = true enables HA for l3agent (+metadata?)17:20
kevinbentonmestery: does the gate always run with the master build of the neutron client?17:21
kevinbentonmestery: or does it just run with the latest released one?17:21
*** achanda has quit IRC17:21
mesterykevinbenton: That's a good question, I'm not 100% sure, I'd have to look at if it's pulling it from pypi or from source.17:21
mesterykevinbenton: salv-orlando may know17:21
mesteryOr even mtreinish ^^^17:22
*** carl_baldwin has quit IRC17:22
kevinbentonk17:22
*** dims has quit IRC17:23
mesterykevinbenton: Is there an issue you're seeing post my 2.3.10 client release?17:23
*** dims has joined #openstack-neutron17:23
olcZZelle: tks for the pointer, i didn't see anything related to that in the openstack HA guide but I'll look around17:23
*** yamamoto has joined #openstack-neutron17:24
kevinbentonmestery: no, i'm going to propose a somewhat invasive change and it would be good for it to get lots of use in the gate and devstack deployments before release17:24
ZZelleolc, let me check17:24
mesterykevinbenton: Ack, makes sense17:24
*** achanda_ has joined #openstack-neutron17:24
olchttp://docs.openstack.org/high-availability-guide/content/ch-network.html  <--  this is what I followed17:24
kevinbentonmestery: going to try to switch the openstack common client code that the other clients use17:24
kevinbentonmestery: so we can reach parity with them on some of the features like pluggable authentication17:25
ZZelleolc, every option is described a little in neutron.conf sample17:25
mesterykevinbenton: Huge win, thanks!17:26
*** shashankhegde has joined #openstack-neutron17:27
*** alexpilotti has joined #openstack-neutron17:27
*** dims_ has joined #openstack-neutron17:28
*** achanda_ has quit IRC17:28
HenryG_mestery: what is the current policy on reviews for bug fixes to vendor drivers?17:28
*** dims has quit IRC17:28
mesteryHenryG_: It's tricky. Small bug fixes are ok I believe, per armax's document17:29
*** achanda has joined #openstack-neutron17:29
*** Marga_ has quit IRC17:29
HenryG_mestery: thanks.17:30
*** ihrachyshka has joined #openstack-neutron17:30
dougwigHenryG_: burn them in a fiery pit of hell and damnation!  dirty vendors.17:31
*** yamamoto has quit IRC17:32
*** mkerrin has quit IRC17:32
*** claudiub has joined #openstack-neutron17:32
*** marun has joined #openstack-neutron17:32
*** achanda has quit IRC17:33
*** manishg_ has quit IRC17:33
*** manishg_ has joined #openstack-neutron17:34
*** carl_baldwin has joined #openstack-neutron17:35
*** safchain has quit IRC17:36
*** karimb has quit IRC17:37
*** garyk has joined #openstack-neutron17:37
*** padkrish has joined #openstack-neutron17:37
*** manishg_ has quit IRC17:38
*** manishg_ has joined #openstack-neutron17:39
*** ijw has quit IRC17:39
*** ijw has joined #openstack-neutron17:39
*** trad511 has joined #openstack-neutron17:39
openstackgerritMerged openstack/neutron-specs: OVS agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/13898017:40
*** aranjan has joined #openstack-neutron17:40
*** ganso has joined #openstack-neutron17:42
openstackgerritVivekanandan Narasimhan proposed openstack/neutron-specs: Retrieve list of ports using input security-groups  https://review.openstack.org/13869517:44
*** s3wong has joined #openstack-neutron17:44
carl_baldwinsalv-orlando: ZZelle: Back from the optometrist.  Should we continue the stateless NAT discussion?17:45
*** armax has joined #openstack-neutron17:45
openstackgerritIhar Hrachyshka proposed openstack/neutron: Removed spurious check for ip version  https://review.openstack.org/14216817:47
*** pask81 has quit IRC17:47
*** ChuckC_ has joined #openstack-neutron17:47
kevinbentoncarl_baldwin: what is this stateless nat you speak of?17:48
kevinbentoncarl_baldwin: sounds like witchcraft to me17:48
carl_baldwinkevinbenton: https://review.openstack.org/#/c/138201/17:49
carl_baldwinkevinbenton: I thought you had touched that review too but I guess not.17:50
kevinbentoncarl_baldwin: oh, this one...17:50
kevinbentoncarl_baldwin: floating IPs are much less exciting than the prospect of stateless PAT17:51
kevinbentoncarl_baldwin: which is what I thought you were referring to :)17:51
*** blues-man has quit IRC17:51
*** padkrish has quit IRC17:51
*** devvesa has quit IRC17:51
kevinbentoncarl_baldwin: i didn't review this spec but we chatted about it at the summit and i think i commented on the patch with code17:52
*** a_le has quit IRC17:52
carl_baldwinkevinbenton: I haven’t given stateless PAT much thought.17:52
kevinbentoncarl_baldwin: well i don't think it's possible so don't spend too much time thinking about it17:52
carl_baldwinkevinbenton: I don’t intend to give it much thought.17:53
*** Marga_ has joined #openstack-neutron17:54
*** ChuckC_ has quit IRC17:54
*** shashankhegde has quit IRC17:55
*** shashankhegde has joined #openstack-neutron17:56
*** achanda has joined #openstack-neutron17:56
carl_baldwinsc68cal: haleyb: ping17:56
sc68calcarl_baldwin: pong17:56
*** ChuckC_ has joined #openstack-neutron17:56
*** tflynn has joined #openstack-neutron17:56
*** shashankhegde has quit IRC17:57
carl_baldwinI’m back and ready to chat about the subnet allocation question.17:57
*** padkrish_ has joined #openstack-neutron17:57
sc68calcarl_baldwin: google hangout for higher bandwidth?17:57
carl_baldwinLet me dig my headset out of my bag.17:57
haleybcarl_baldwin: pong17:57
salv-orlandocarl_baldwin, ZZelle: the major points about stateless NAT are the crashes on trusty - and mostly what ZZelle about the feature not being maintained anymore17:58
*** tflynn has quit IRC17:58
*** tflynn has joined #openstack-neutron17:59
salv-orlandomarun: this resync thing on https://review.openstack.org/#/c/137808/ - are you unhappy because it does not address the underlying problem, or is your concern that it makes it worse?18:00
marunsalv-orlando: I think it has the potential to make it worse, and I'm unhappy that we as a project are purusing performance rather than reliability.18:00
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Implements the ProcessMonitor in the l3_agent  https://review.openstack.org/11493118:01
marunsalv-orlando: but I can hardly claim to the arbiter of good taste, if the community doesn't share my views then I haven't done a good job of communicating my concerns.18:01
*** jp_at_hp has quit IRC18:01
*** garyk has quit IRC18:02
*** garyk has joined #openstack-neutron18:03
openstackgerritJakub Libosvar proposed openstack/neutron: Backward compatibility for advanced services  https://review.openstack.org/14215018:04
*** jeblair_ is now known as jeblair18:04
*** k4n0 has quit IRC18:06
*** vinay_yadhav has joined #openstack-neutron18:06
*** fandi has joined #openstack-neutron18:06
salv-orlandomarun: I might have not read all the comments on the various patch sets - did you state why you'd think it could make it worse?18:06
salv-orlandobecause there could be some ports whose state would never be synchronized at all?18:07
*** jamielennox|away is now known as jamielennox18:08
*** sripriya has joined #openstack-neutron18:08
marunsalv-orlando: the conversation was on the previous patchset.  as per one of rossella_s's comment, decreasing the frequency of full resyncs has the potential to slow down the rate of convergence if notifications are missed.18:08
marunsalv-orlando: but it's admittedly pretty accidental that this results in convergence at all.18:09
*** nefelos has quit IRC18:09
marunsalv-orlando: it requires errors in communication to occur around missed notifications such that full resyncs are triggered.18:09
marunsalv-orlando: I was thinking that the spec should consider adding a periodic job that did full resyncs on a tunable interval.18:10
marunsalv-orlando: but everyone seems to think that it's simply not in scope.18:10
carl_baldwinsalv-orlando: I’m not sure how to resolve that and still use RAWSNAT/RAWDNAT.18:11
marunsalv-orlando: I'm considering adding that as a bug instead.18:11
*** achanda has quit IRC18:12
*** harlowja_away is now known as harlowja18:12
*** achanda has joined #openstack-neutron18:13
carl_baldwinsalv-orlando: ZZelle:  I commented on the review.  I think the tc based implementation may be the only hope left.18:13
*** achanda has quit IRC18:14
salv-orlandomarun: If you have cycles for doing that I won't surely bug you requiring a spec18:14
marunsalv-orlando: ok18:14
*** achanda has joined #openstack-neutron18:14
mesterymarun salv-orlando: ++18:15
mesterymarun: Thanks for sharing your thoughts here too on this.18:15
rossella_smarun: if I will have spare cycles I am happy to help fixing that problem18:15
rossella_ssalv-orlando, marun thanks!18:16
marunrossella_s: thanks!18:16
salv-orlandocarl_baldwin: it seems reasonable for me to delay a blueprint for which our only hope is something that you know little about (and I know nothing about)18:16
mtreinishkevinbenton: it will pull the latest release on pypi, unless it's a change to neutronclient18:16
salv-orlandocarl_baldwin: what do you reckon?18:16
kevinbentonmtreinish: thanks. is that the same for devstack users?18:17
*** manishg_ has quit IRC18:17
carl_baldwinsalv-orlando: Since ZZelle will own the blueprint, I would like to hear from him.  He did report some experience with the tc implementation.18:17
*** Masahiro has joined #openstack-neutron18:17
*** manishg_ has joined #openstack-neutron18:17
*** s3wong_ has joined #openstack-neutron18:18
*** s3wong has quit IRC18:18
*** s3wong_ has quit IRC18:18
mtreinishkevinbenton: yes that's the devstack default now to install the libs from the package, but you can override it18:18
*** johnbelamaric has quit IRC18:18
*** s3wong has joined #openstack-neutron18:18
*** johnbelamaric has joined #openstack-neutron18:19
carl_baldwinsalv-orlando: I am bummed about that xtables-addons thing.  It just didn’t cross my mind that it might have been abandoned recentely.18:19
*** geekinutah has joined #openstack-neutron18:20
kevinbentonmtreinish: is that a flag in local.conf?18:20
openstackgerritIhar Hrachyshka proposed openstack/neutron: ipv6: set OtherConfig flag for DHCPv6 stateless subnets  https://review.openstack.org/13765618:20
*** crose has joined #openstack-neutron18:21
*** markmcclain1 has quit IRC18:21
*** s3wong has quit IRC18:21
*** markmcclain has joined #openstack-neutron18:21
*** johnbelamaric has quit IRC18:22
*** johnbelamaric has joined #openstack-neutron18:22
*** Masahiro has quit IRC18:22
salv-orlandocarl_baldwin: I did not know that either18:22
*** manishg_ has quit IRC18:22
*** shashankhegde has joined #openstack-neutron18:23
*** lcurtis has joined #openstack-neutron18:23
*** ChuckC_ is now known as ChuckC18:23
salv-orlandocarl_baldwin: I am sure we can wait for ZZelle to chime in18:24
*** yamamoto has joined #openstack-neutron18:24
*** manishg has joined #openstack-neutron18:24
salv-orlandothere are tents of specs still waiting for a review18:24
mtreinishkevinbenton: yes there is a LIBS_FROM_GIT env variable which you set in the localrc (or the localrc section of the local.conf)18:24
carl_baldwinsalv-orlando: Thanks.  I think ZZelle will appreciate the opportunity to chime in.18:24
kevinbentonmtreinish: thanks for the pointers18:25
haleybkevinbenton: there's a small snippet here about the env variable - http://osdir.com/ml/openstack-dev/2014-11/msg00806.html  I just got bit by a keystone isue and needed to use it18:28
haleybopenstack, keystone and glance clients all seem to have issues18:30
*** gaud has joined #openstack-neutron18:32
*** shashankhegde has quit IRC18:32
*** zz_avozza is now known as avozza18:33
*** shashankhegde has joined #openstack-neutron18:33
*** ZZelle_ has joined #openstack-neutron18:34
*** catohornet has joined #openstack-neutron18:34
*** EmilienM|afk is now known as EmilienM18:35
gansoHi guys! I am testing VLAN segmentation IDs using provider networks. Unless I am doing something wrong, I created a physnet2:2000:2500, it allows me to create a network using VLAN ID 3200, and physical computer in the provider network with VLAN ID 3200 is able to reach my VM inside openstack, is this correct?18:36
*** WormMan_ is now known as WormMan18:37
lcurtisHello all...wondering if anyone has recommendations or experiences using  gre, vlan, vxlan18:40
*** xgerman has joined #openstack-neutron18:46
*** shashankhegde has quit IRC18:47
*** shashankhegde has joined #openstack-neutron18:47
reedhello vinay_yadhav! welcome18:48
*** HenryG_ has quit IRC18:48
*** HenryG has joined #openstack-neutron18:49
*** catohornet has quit IRC18:50
*** aranjan has quit IRC18:51
*** vinay_yadhav has quit IRC18:51
*** vinay_yadhav has joined #openstack-neutron18:52
*** vinay_yadhav has quit IRC18:53
*** aix has quit IRC18:53
*** vinay_yadhav has joined #openstack-neutron18:53
*** Marga_ has quit IRC18:55
anteayamestery: as an fyi, I -2'd this nre repo creation: https://review.openstack.org/#/c/140409/18:56
anteayamestery: you work with garyk or dougwig can18:56
mesteryanteaya: I just saw that. I've synced with garyk already on that, I'll know more tomorrow.18:56
anteayaI do _not_ want to repeat what we had to do with services repo split18:56
mesteryanteaya: For htis one, it's me and armax, but dougwig can certainly help too ;)18:56
anteayamestery: you tell me when I can remove the -218:57
mesteryanteaya: Will do!18:57
anteayamestery: great18:57
anteayathank you for understanding18:57
*** Marga_ has joined #openstack-neutron18:57
*** aranjan has joined #openstack-neutron18:58
*** fandi has quit IRC18:59
* dougwig starts chilling the red bull. Do I need to put in extra for mestery and armax?18:59
mesterylol19:00
*** SridharRamaswamy has joined #openstack-neutron19:05
*** marrusl has joined #openstack-neutron19:05
*** sripriya has quit IRC19:06
openstackgerritNuman Siddique proposed openstack/neutron: Support 'alive' filter for get_agents() in agents_db  https://review.openstack.org/14083319:07
*** sripriya has joined #openstack-neutron19:07
*** Marga_ has quit IRC19:07
*** yamamoto has quit IRC19:07
*** Marga_ has joined #openstack-neutron19:07
*** amuller has quit IRC19:08
*** ijw has quit IRC19:11
*** aveiga has quit IRC19:11
*** ijw has joined #openstack-neutron19:12
openstackgerritJakub Libosvar proposed openstack/neutron: Backward compatibility for advanced services  https://review.openstack.org/14215019:12
*** moshele has quit IRC19:13
*** Marga_ has quit IRC19:13
*** sripriya has quit IRC19:13
*** Marga_ has joined #openstack-neutron19:13
*** sripriya has joined #openstack-neutron19:14
openstackgerritMichael Smith proposed openstack/neutron: This patch will be used to compare dvr vs full neturon runs  https://review.openstack.org/14189719:14
*** a_le has joined #openstack-neutron19:17
*** achanda has quit IRC19:26
*** slogan621 has joined #openstack-neutron19:28
*** garyk has quit IRC19:30
openstackgerritIhar Hrachyshka proposed openstack/neutron: tests: drop unit tests that only check default configuration values  https://review.openstack.org/14220119:30
*** alextricity has joined #openstack-neutron19:32
*** mleroy has quit IRC19:33
*** padkrish_ has quit IRC19:33
alextricityI spun up an instance and route_info failed. All I see in my logs is http://pastebin.com/65qwGP8a. Does anyone know what might be going on?19:33
*** claudiub has quit IRC19:34
openstackgerritMerged openstack/neutron-specs: Neutron OVS agent on Windows  https://review.openstack.org/13693619:34
alextricitythe vxlan portion of my build is failing..but I have no idea how to trouble shoot. Monitoring traffic across my different networking bridges suggest the VM's DHCP request isn't reaching the DHCP namespace19:34
openstackgerritMerged openstack/neutron-specs: Reliable quota enforcement specification  https://review.openstack.org/12831819:34
*** padkrish has joined #openstack-neutron19:36
openstackgerritOpenStack Proposal Bot proposed openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/14095619:36
*** ihrachyshka has quit IRC19:37
*** SridharRamaswamy has quit IRC19:37
*** sbfox has joined #openstack-neutron19:39
*** johnbelamaric has quit IRC19:40
*** ivar-lazzaro has quit IRC19:41
*** SridharRamaswamy has joined #openstack-neutron19:42
*** mlavalle has joined #openstack-neutron19:42
*** aranjan has quit IRC19:43
*** johnbelamaric has joined #openstack-neutron19:44
*** ijw has quit IRC19:47
*** ijw has joined #openstack-neutron19:47
*** dsundarraj has joined #openstack-neutron19:47
ZZelle_carl_baldwin, salv-orlando, ping19:48
carl_baldwinZZelle_: hi19:49
*** markmcclain has quit IRC19:49
*** markmcclain has joined #openstack-neutron19:49
ZZelle_carl_baldwin, so nat with tc is working but it implies to define a TcManager (like IptablesManager) ... perhaps we need to add NO-TRACK rule in raw table19:50
*** bjornar_ has joined #openstack-neutron19:52
carl_baldwinZZelle_: Both sound like implementation details to me.19:52
*** bjornar_ is now known as bjornar19:53
*** emagana has quit IRC19:53
carl_baldwinI guess the question is whether we understand the approach enough to say it is viable.19:53
*** markmcclain has quit IRC19:53
ZZelle_carl_baldwin, at the moment it's working but i don't really understand what is the meaning of some attributes19:54
*** markmcclain has joined #openstack-neutron19:56
ZZelle_carl_baldwin, i am also able to query tc in order to check if an ingress/egress nat rule already exists but tc output is not really easy to parse19:56
*** a_le has quit IRC19:57
ZZelle_carl_baldwin, http://paste.openstack.org/show/151990, at the moment i don't understand "u32" meaning19:57
ZZelle_carl_baldwin, and tc rule must defined after the interface on which the rule applies19:58
ZZelle_is defined19:58
*** trad5111 has joined #openstack-neutron19:58
*** dims_ has quit IRC19:58
*** GonZo2K has joined #openstack-neutron19:59
*** trad511 has quit IRC19:59
*** dims has joined #openstack-neutron19:59
*** SridharRamaswamy has quit IRC20:01
salv-orlandoZZelle_, carl_baldwin: the only way this could go into kilo in my opinion is if statelss NAT is experimental & optional.20:01
*** johnbelamaric has quit IRC20:01
openstackgerritMerged openstack/neutron-specs: Kilo L2 agent improvements  https://review.openstack.org/13780820:01
*** aranjan has joined #openstack-neutron20:01
ZZelle_salv-orlando, +120:02
salv-orlandoWe really know still too little about tc. I don't want to sound a wuss but I don't feel like we can possibly make a statement on whether a solution is good or not if the tool on which this solution is based is pretty much unknown to us20:03
*** exploreshaifali has joined #openstack-neutron20:03
*** dims has quit IRC20:03
*** sripriya has quit IRC20:04
carl_baldwinsalv-orlando: understood and I agree.20:04
*** SridharRamaswamy has joined #openstack-neutron20:04
*** johnbelamaric has joined #openstack-neutron20:04
*** dsundarr_ has joined #openstack-neutron20:04
*** matrohon has joined #openstack-neutron20:06
*** aranjan has quit IRC20:06
*** Masahiro has joined #openstack-neutron20:06
*** sweston has quit IRC20:07
*** sweston has joined #openstack-neutron20:07
*** sripriya has joined #openstack-neutron20:07
*** yamamoto has joined #openstack-neutron20:08
*** dsundarraj has quit IRC20:08
*** a_le has joined #openstack-neutron20:08
*** mleroy has joined #openstack-neutron20:10
*** Masahiro has quit IRC20:11
*** ajmiller has quit IRC20:11
*** yamamoto has quit IRC20:12
lcurtiswhat type of networking would i use to mix openstack vm's and physical vm's on same layer 2 network20:13
*** shashankhegde has quit IRC20:13
lcurtiswait20:13
*** anil_rao has joined #openstack-neutron20:13
lcurtismeant physical devices20:13
lcurtiscould i do that with gre?20:13
*** Marga_ has quit IRC20:15
*** ijw has quit IRC20:15
ZZelle_carl_baldwin, salv-orlando, does it mean such proof of concept/solution should live out of neutron tree?20:16
*** ijw has joined #openstack-neutron20:16
*** apuimedo has joined #openstack-neutron20:16
*** dims has joined #openstack-neutron20:18
*** emagana has joined #openstack-neutron20:19
salv-orlandoZZelle_: debating it20:21
*** apuimedo has quit IRC20:22
*** johnbelamaric has quit IRC20:22
*** johnbelamaric has joined #openstack-neutron20:24
*** igordcard has joined #openstack-neutron20:29
*** a_le has quit IRC20:30
*** a_le has joined #openstack-neutron20:31
*** sripriya has quit IRC20:32
carl_baldwinZZelle_: salv-orlando: After L3 restructuring is done, it will be much easier for such a thing to live out of the tree or as a long-lived WIP patch.  But, that would still mean that one would need to download and install it out of band to try the feature.20:32
*** sripriya has joined #openstack-neutron20:32
*** prad has joined #openstack-neutron20:32
*** prad has quit IRC20:33
*** ajmiller has joined #openstack-neutron20:34
*** ajmiller has quit IRC20:34
*** alextricity has quit IRC20:36
*** ajmiller has joined #openstack-neutron20:36
ZZelle_carl_baldwin, we can both use functional testing and the change can enable by default stateless nat (until a potential merge)20:36
*** sbfox has quit IRC20:36
anil_raoijw: If you ijw_ubuntu who posted some comments on our Tap-aaS spec, we have some questions.20:36
openstackgerritArmando Migliaccio proposed openstack/neutron: Add developer documentation for plugins/drivers contributions  https://review.openstack.org/14117120:37
ijwyup, s'me20:37
anil_raoijw: Thanks. We are not sure what you mean by creating a network to which one mirrors the traffic and then have a monitoring VM read from there.20:38
carl_baldwinZZelle_: You are suggesting using a WIP patch?20:38
ZZelle_carl_baldwin, https://review.openstack.org/136511 provides everything in order to add nat functional tests20:38
ijwanil_rao: So, the method you proposed for getting traffic into a VM, as I understand it, is that you ask the TaaS to create a port on a network, then you bind the listening VM to the port.20:39
ijwThe port you create, unlike every other port in the world, doesn't transmit the traffic from the network it's attached to; instead it forwards the mirrored traffic.20:39
ijwThis is really weird.20:39
ijwWhat you could do instead is tell TaaS to attach to a network.20:39
ijwTaaS outputs mirrored traffic onto the network20:39
ijwAnyone attached to the network receives the mirrored traffic.20:40
carl_baldwinZZelle_: I will have a look.  Looks like it came a long way since the last time I peaked at it.20:40
ijwThis is much more in keeping with the way Neutron thinks about networks and ports, but you need the port-security BP to get in for it to work for you20:40
anil_raoijw: Our goal is to capture packets from the VMs being monitored without any modifications to them. We are not sure how such packets will get to the20:41
ZZelle_carl_baldwin, it seems tc nat will reuses quite nothing from neutron so will be loosely coupled (am i too optimistic?)20:41
anil_raoijw: to monitoring VMs using your approach since the dest MAC addresses in them may not match that of the monitoring VM.20:41
carl_baldwinZZelle_: I think you’re right.  Did you get any more insight on tc inside namespace?20:42
anil_raoin out approach we are using specific flows to ensure that the Tap-aaS destination port is given the packets from the source ports attached to that Tap-aaS instance.20:42
ijwanil_rao: which is why you need the port-security BP that turns off antispoof, but that's still the right way to do it20:42
ijwThe VM itself will be in promiscuous mode, and without any filters on its port it will receive the packets just fine20:43
anil_raoSimply turning off anti-spoofing won't do because the underlying L2 based transmission layer may not forward the packets to the compute node on which the monitoring VM is residing (that mechanism is purely based on MAC address based forwarding.20:44
ZZelle_carl_baldwin, it's working, i just need to check namespace isolation with tc20:44
anil_raoI am refering to the L2 based learning logic implemented inside br-tun for forwarding traffic between nodes using tunnels.20:44
anil_raoIt will only forward to the node where the destination MAC address port resides. At least in its current form.20:45
*** Marga_ has joined #openstack-neutron20:45
*** ChuckC has quit IRC20:46
ijwNo, it will forward to where the destination MAC if it ever works out where the destination MAC is unambiguously.  In your case it will flood.20:46
ijwBecause there will be no ARP traffic for the destination MAC on the VLAN that you're using for the snooped traffic.20:46
vinay_yadhavijw: is it a good idea to flood mirrored traffic20:47
ijwvinay_yadhav: You're flooding it on a network with one listener.20:47
pc_mcarl_baldwin: hi20:48
ijwThe difference is that you *could*, if you wanted, have multiple listeners (which would all be snoopers) and you are not violating all of the most basic assumptions about how ports work at the API level in order to implement your service20:48
ZZelle_carl_baldwin, it seems tc config is per namespace (OK!)20:48
anil_raothe br-tun logic ends up flooding on all outgoing tunnels, no? This could become very expensive if there are a large number of hosts in the network.20:48
ijwUm, no20:49
anil_raoAt the API level our logic is very similar to port-mirroring, which is a well understood behavior.20:49
ijwYou would have (presumably) multiple TAP services20:49
*** sbfox has joined #openstack-neutron20:49
ijwActually, let's start this with a slightly different approach20:50
*** Marga_ has quit IRC20:50
vinay_yadhavijw: yes, multiple TAP service is possible20:50
*** banix has joined #openstack-neutron20:51
anil_raoI believe our approach is more efficient because it is sending traffic to a single port from a bunch of source ports. We flood initially to find the destination port and after that there is no more flooding.20:51
ijwFirstly, I'm talking about the API level and you're talking about implementation.  API should largely drive implementation.  You have an implementation in mind that implies a sucky API, and that implies your implementation has to change20:51
mesteryijw: Please tell us what you really think, don't hold back. ;)20:51
*** shashankhegde has joined #openstack-neutron20:51
ijwmestery: you've got a funny nose and you smell of ripe brie20:51
*** carl_baldwin has quit IRC20:52
mesteryijw: Dually noted. I hope you didn't want any specs approved anytime soon. ;)20:52
*** ajo_ has quit IRC20:52
ijwmestery: you reject my specs anyway, ever since I told everyone about that thing with the hamster20:53
*** sgordon` has quit IRC20:53
ijwWhich was just wrong and you know it20:53
*** sgordon` has joined #openstack-neutron20:53
*** gildub has joined #openstack-neutron20:54
anil_raoWe are essentially mirroring from a set of source ports to a destination port. I don't believe this is a "sucky20:54
ijwWith the approach I'm suggesting, tou tap the port, then you need to move that traffic onto another network.  I'm fairly sure that's feasible by mirroring a port on the br-int to a port you create for the TaaS and then using a veth to bridge it to the destination network.  And that's just the first idea that comes to mind - it's a bit twisty but it'd do at a push.20:54
anil_raoAPI" as you refer to it. It may not be perfect but that can be improved with some help20:55
ijwanil_rao: I am trying to help, for all that it's late and I'm a bit grumpy...20:55
*** carl_baldwin has joined #openstack-neutron20:55
anil_raoWe appreciate your comments and advice, which is why we are in this conversation. ;)20:56
carl_baldwinZZelle_: I hope that ns isolation is complete.  Great work on this.20:56
ijwThe nice solution about that is you can be certain that you can turn the mirrored traffic around to another port on the *local* br-int and the listening port (attached to the network you've reflected it to) could be anywhere in the cloud and still get the traffic.20:56
*** sgordon has quit IRC20:56
anil_raoto get from the source ports to the dest port you are refering to, we still need to do what we are proposing now, right?20:57
mesteryanil_rao ijw: I'm still unclear why TapaaS needs to live in neutron and why it can't be implemented in stackforge ... because it appears like it can. What am I missing?20:57
ijwThe only thing I think you have problems with is that you need to tap the port.20:57
ijwAnd to do that you need to tweak the L2, and if the L2 you want to tweak is the OVS driver then you have to do that within Neutron20:58
anil_raoWe need flows to be added to OVS, kyle, which need to be coordinated with existing flows inserted there by Neutron.20:58
mesteryanil_rao: But you're using a separate bridge, aren't you?20:58
*** gildub has quit IRC20:58
mesteryAlso, why are we tieing this to OVS?20:59
*** johnbelamaric has quit IRC20:59
*** johnbelamaric1 has joined #openstack-neutron20:59
mesteryI think we're confusing the API with the implementation again.20:59
anil_raoYes, we are but in addition we have some logic in br-int to direct traffic toward br-tap. Also, since we using the underlying br-tun tunnel mesh for inter-node forwarding, we have some flows in there for20:59
ijwmestery: OVS seems to be the implementation the designers want, and as usual the problem is that if you don't have an OVS implementation it's a little tricky to push the API20:59
anil_raolearning about the location of the destination port. This is to prevent perpetual flooding.20:59
anil_raoOur flows to br-tun are in separate tables but there is till some minimal interaction.21:00
*** salv-orlando has quit IRC21:00
*** chuckC_ has joined #openstack-neutron21:00
*** salv-orlando has joined #openstack-neutron21:01
*** banix has quit IRC21:01
*** SridharRamaswam1 has joined #openstack-neutron21:01
*** SridharRamaswamy has quit IRC21:01
ZZelle_carl_baldwin, i will also update the spec21:02
ijwI think your worries about forwarding to a network (providing, at least, you make certain it isn't the *same* network) are overblown.21:02
*** ajmiller_ has joined #openstack-neutron21:02
*** padkrish has quit IRC21:02
*** dsundarr_ has quit IRC21:02
*** manishg has quit IRC21:02
*** aranjan has joined #openstack-neutron21:02
*** manishg has joined #openstack-neutron21:03
anil_raoWe are forwarding to a port to mimic (in a way) traditional port-mirroring, except that we are not restricted to ports on a single switch instance but ports on more of more virtual networks owned by a tenant.21:04
*** suresh12 has joined #openstack-neutron21:04
*** padkrish has joined #openstack-neutron21:04
*** sripriya has quit IRC21:04
anil_raoI don't see why this is considered to be odd or why we are corrupting the normal behavior of a port.21:04
carl_baldwinZZelle_: Great, thanks!21:05
anil_raoNative port-mirroring support in OVS essentially does the same thing, i.e. mirrors from one or more source OVS ports to a destination OVS port.21:05
*** ajmiller has quit IRC21:05
*** jpena has quit IRC21:05
*** jbrendel has joined #openstack-neutron21:05
anil_raoWe are just doing this at the Neutron virtual network level.21:05
ijwYou are, but the distinction is between OVS (which only has ports) and Neutron (which has ports and networks)21:07
*** manishg has quit IRC21:07
*** banix has joined #openstack-neutron21:07
anil_raoThat may be true, but we are still essentially mirroring from a set of source ports to a destination port.21:07
*** aranjan has quit IRC21:08
ijwAnd either you find some way of creating a port that has no network association, or you mirror to a network, or your interface is weird.  Not that it's my choice whether a weird interface gets into Neutron, but I wouldn't vote for it in the current state when there's an obvious alternative21:08
*** SridharRamaswam1 has quit IRC21:08
anil_raoWe are not sure how your implementation will work without needing perpetual flooding, because the destination mac address of the mirrored packets don't agree with the mac address of the monitoring VM.21:09
ijwIt will need perpetual flooding.  On a VLAN with two ports, one of which is the ingress port, so it's hard to see why that's bad.21:10
*** apuimedo has joined #openstack-neutron21:11
anil_raoCan you kindly describe how this will work for OpenStack networks which are based on GRE or VXLAN tunnels (instead of VLANs).21:11
jbrendelHello! I have a question about functional testing for neutron. I wrote a test, which needs to run a few commands as root ("ifconfig", "ip", etc.). Running the functional test manually works just fine. When I submit the patch for review, some Jenkins checks fail (for example check-neutron-dsvm-functional), telling me "Operation not permitted". How can I give specific commands like this the correct permissions, but just fo21:11
pc_mcarl_baldwin: ping21:11
*** ChuckC has joined #openstack-neutron21:11
carl_baldwinpc_m: pong21:11
mesterymarun: See jbrendel question above.21:12
pc_mcarl_baldwin: L3 refactoring - observer... should I continue more refactoring?21:12
carl_baldwinpc_m: On a new patch?21:13
pc_mcarl_baldwin: I was thinking we may want to settle on the event handlers, before committing, so that there won't be changes to VPN/FW21:13
pc_mcarl_baldwin: on same.21:13
ijwIn both cases, rather wasteful if you join the network when you have no hosts listening on it21:13
pc_mIf we go with current methods, and then later change, it'll be awkward to change the services, no?21:14
pc_m(if method changes name)21:14
carl_baldwinpc_m: Less than ideal, yes.21:14
carl_baldwinIs there still an alternate proposal in play?21:15
pc_mcarl_baldwin: would have breakage, until service syncs up.21:15
openstackgerritBrian Haley proposed openstack/neutron: Add address family to 'ip rule' calls  https://review.openstack.org/13694721:15
*** apuimedo has quit IRC21:16
pc_mI can easily put the router added, as an if clause and use the same code for the add/update. I think we talked about it being OK to do all the actions after process_router()21:16
anil_raoHow does it improve even if there is a monitoring VM that is listening?21:16
openstackgerritBaodong (Robert) Li proposed openstack/neutron-specs: IPv6 router support  https://review.openstack.org/14222421:16
carl_baldwinI realize that we’ll be giving the current set some level of commitment with the current set.21:16
openstackgerritMerged openstack/neutron: Remove mlnx plugin  https://review.openstack.org/14033021:17
carl_baldwinpc_m: I’m not sure what you’re saying about “router added”21:17
ijwanil_rao: I was more emphasising that it fits the logical model than that it's more efficient21:17
openstackgerritBrian Haley proposed openstack/neutron: Add address family to 'ip rule' calls  https://review.openstack.org/13694721:17
*** lori|away is now known as lori21:18
pc_mcarl_baldwin: Right now, there is a before/after event around _process_router_added, and same around _process_updated_router21:18
openstackgerritBaodong (Robert) Li proposed openstack/neutron-specs: IPv6 router support  https://review.openstack.org/14222421:19
*** mvenesio has quit IRC21:19
pc_mcarl_baldwin: Could just test for router ID not in router_info, and call _router_added() and then code is common for add and update.21:19
anil_raoIn a large datacenter, where the hosts are connected using the mesh of GRE/VXLAN tunnels we have to be careful about flooding otherwise we'll severly degrade traffic.21:19
pc_mcarl_baldwin: Then, could have one event for add (where it is now in _router_added), and another after process_router(). Two instead of 4.21:21
ijwAgreed, but firstly that's an issue for any network that ARPs and secondly it can be solved by ensuring that only hosts that have VMs on a network participate in it, which even LB/VXLAN does, last I checked21:21
carl_baldwinpc_m: I could go with that until there is a clear need for the extra notification.21:22
*** jprovazn has quit IRC21:22
openstackgerritMichael Smith proposed openstack/neutron: This patch will be used to compare dvr vs full neturon runs  https://review.openstack.org/14189721:22
matrohonanil_rao, ijw : AFAIR it's done if you l2pop MD -> no full mesh of overlay network21:23
pc_mcarl_baldwin: OK. Two more questions...21:23
pc_mcarl_baldwin: Should the event after add/update, be called after_processed_router?21:23
anil_raothe existing br-tun logic uses a learning system to avoid perpetual broadcasts. Our solution has a similar logic to find the destination port. We therefore also avoid perpetual broadcasts.21:23
ijwmatrohon: in fact, not sure l2pop would help here21:24
haleybjbrendel: regarding your function test question, see the file neutron/tests/functional/contrib/filters.template21:24
ijwmatrohon: in the specific case we're talking about you can't know where you're sending the packet by l2 learning21:24
ijw(or by knowing the destination MAC)21:24
matrohonijw : fine, I'll read the spec :)21:25
pc_mcarl_baldwin: Meaning after_router_added, after_router_updated would become after_processed_router21:25
carl_baldwinpc_m: I think I’d call it after_router_updated21:25
anil_raoWe have a slightly different leaning mechanism but which functions in a similar fashion. Initial broadcast, then based on a bounce reply from the destination side appropriate learning rules get applied on the source sides.21:25
carl_baldwinpc_m: I just tend to think that the word process should be left out.21:25
pc_mcarl_baldwin: OK. I was trying to name it so that it worked for add and update.21:26
pc_mcarl_baldwin: np.21:26
anil_raoijw: Thanks for your thoughts and comments and time. We appreciate it very much21:26
ijwWelcome, not that I think we agree quite yet21:26
ijwI'd love to see the TaaS in, it's really useful as a diagnostic tool; I just think it needs a little more refinement21:27
pc_mcarl_baldwin: Second, should we get rid of currently unused events: before_router_updated, before_router_removed?21:27
vinay_yadhavijw: thanks for your inputs21:27
anil_raoWe are not fully convinced yet but we'll evaluate your proposal and provide feedback in the spec. Thanks again.21:27
ijwNo problem, and I can see you aren't convinced, but to an extent this takes a lot of the complexity out of your spec and puts it in the L2 layer, which really should meet your requirements of efficiency for general purpose traffic21:28
carl_baldwinpc_m: I think I’d keep them in to maintain symmetry for now.  I think metadata patch will use before removed at least.21:28
ijwMeaning you fix it up and you fix it in one place21:28
*** banix has quit IRC21:29
pc_mcarl_baldwin: OK for removed, but what about the before_router_updated? It doesn't really make sense.21:29
jbrendelhaleyb: Thank you for that, I will take a look at that file.21:29
*** Marga_ has joined #openstack-neutron21:30
carl_baldwinpc_m: I think I’d leave it in there.  A firewall, for example, may want to do some setup before the router comes online.21:32
pc_mcarl_baldwin: But where would that event be placed? Right now, it is right before process_router() call.21:32
*** emagana has quit IRC21:34
carl_baldwinpc_m: Do you suggest placing it someone other than where the two are currently placed (added/updated)?21:34
pc_mI was thinking of collapsing _process_added_router/_process_updated_router.21:35
*** manishg has joined #openstack-neutron21:36
*** julim has quit IRC21:36
*** manishg has quit IRC21:37
*** manishg has joined #openstack-neutron21:37
*** vinay_yadhav has quit IRC21:39
pc_mcarl_baldwin: http://paste.openstack.org/show/152024/21:39
pc_mcarl_baldwin: So, _router_added() has the before_router_added event.21:40
pc_mcarl_baldwin: after_router_updated would be called after add/update processing is done.21:41
*** emagana has joined #openstack-neutron21:42
pc_mDo you think a before_router_updated is needed before the call to process_router()?21:42
*** baoli has quit IRC21:43
*** yeungp has quit IRC21:43
*** yeungp has joined #openstack-neutron21:43
*** diegows has quit IRC21:43
matrohonanil_rao : do you have a doc that details your implementation of Taas?21:44
pc_mcarl_baldwin: Or should we added it if/when we need it?21:45
carl_baldwinI would just start by changing before_router_added and before_router_updated.  It will be in there twice to start but then you can fiddle around with it to see if you can get them combined.  If not, no big deal.21:45
pc_mcarl_baldwin: So leave before_router_updated, just before process_router() call?21:47
pc_mcarl_baldwin: or...21:47
pc_mcarl_baldwin: I could move after_router_added, up into the end of _router_added() and leave the before/after_router_updated, around the process_router() call.21:48
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Update the subnet allocation quota mechanism  https://review.openstack.org/14223121:48
*** sbfox has quit IRC21:52
pc_mcarl_baldwin: Just realized... if we combine after_router_added and after_router_updated, then VPN would have to do the create_router call conditionally.21:53
*** Longgeek has quit IRC21:53
*** AbsinthMind has joined #openstack-neutron21:53
pc_mcarl_baldwin: Unless that could be done BEFORE process_router()21:53
carl_baldwinpc_m: Are you switching sides?  :)21:53
*** matrohon has quit IRC21:53
pc_mcarl_baldwin: no...yes...maybe...door 1, no 3 no 2, no 1...21:54
*** dsneddon_ has joined #openstack-neutron21:54
*** lukasa has quit IRC21:54
*** sbfox has joined #openstack-neutron21:55
*** lukasa has joined #openstack-neutron21:55
*** Masahiro has joined #openstack-neutron21:55
pc_mcarl_baldwin: Maybe I have to let sleeping dogs lie. I was hoping to remove the duplication.21:55
HenryGmarun: I forget, where is the localrc (or local.conf?) for the neutron functional job?21:56
carl_baldwinpc_m: I think what we have is fine.  I personally like to think it terms of add/update/delete21:56
pc_mcarl_baldwin: OK. So, we just need to get this through review, so that VPN/FW can use the base class.21:57
*** ijw has quit IRC21:57
carl_baldwinpc_m: Right.  Working on that.21:57
pc_mcool21:58
*** Masahiro has quit IRC22:00
*** harmw_ is now known as harmw22:01
*** SridharRamaswamy has joined #openstack-neutron22:04
*** aranjan has joined #openstack-neutron22:05
*** diegows has joined #openstack-neutron22:05
*** ivar-lazzaro has joined #openstack-neutron22:07
*** ivar-lazzaro has quit IRC22:07
*** AbsinthMind has quit IRC22:08
*** ivar-lazzaro has joined #openstack-neutron22:08
openstackgerritMerged openstack/neutron: Replace non-ovs_lib calls of run_vsctl with libary functions  https://review.openstack.org/14143322:09
*** aranjan has quit IRC22:09
*** dsneddon_ has quit IRC22:15
*** gildub has joined #openstack-neutron22:15
*** dsneddon has joined #openstack-neutron22:18
openstackgerritJakub Libosvar proposed openstack/neutron: Backward compatibility for advanced services  https://review.openstack.org/14215022:20
*** dsundarraj has joined #openstack-neutron22:22
*** markmcclain has quit IRC22:22
*** markmcclain has joined #openstack-neutron22:22
*** thomasem has quit IRC22:23
*** markmcclain has quit IRC22:24
*** markmcclain has joined #openstack-neutron22:24
*** markmcclain has quit IRC22:25
*** markmcclain has joined #openstack-neutron22:26
marunHenryG: We're currently relying on the upstream defaults.22:32
marunHenryG: Which implies a localrc generated from the yaml job configuration.22:32
*** bjornar has quit IRC22:34
*** bjornar has joined #openstack-neutron22:34
*** rotbeard has quit IRC22:35
*** pc_m has quit IRC22:36
*** johnbelamaric1 has quit IRC22:37
HenryGmarun: thanks. This one? http://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate.sh22:39
*** slogan621 has quit IRC22:41
*** changbl has quit IRC22:43
openstackgerritMerged openstack/neutron: Add functional test for l3-agent metadata proxy  https://review.openstack.org/13651122:46
*** dboik has quit IRC22:46
*** carl_baldwin has quit IRC22:48
*** carl_baldwin has joined #openstack-neutron22:49
*** chuckC_ has quit IRC22:49
*** alexpilotti_ has joined #openstack-neutron22:49
*** alexpilotti_ has quit IRC22:49
*** alexpilotti has quit IRC22:50
*** crose has quit IRC22:54
*** carl_baldwin has quit IRC22:54
marunHenryG: that's it22:56
marunHenryG: although, I seem to recall a different mechanism that I tried to use to install only neutron and its dependencies22:58
*** yamamoto has joined #openstack-neutron22:58
*** carl_baldwin has joined #openstack-neutron23:00
*** baoli has joined #openstack-neutron23:01
*** dsundarraj has quit IRC23:02
*** dsundarraj has joined #openstack-neutron23:03
*** sbfox has quit IRC23:04
*** aranjan has joined #openstack-neutron23:05
*** dims has quit IRC23:07
*** dsundarraj has quit IRC23:07
*** dims has joined #openstack-neutron23:07
*** apuimedo has joined #openstack-neutron23:07
*** dims has quit IRC23:08
*** vinsh has quit IRC23:08
*** dims has joined #openstack-neutron23:08
*** yamamoto has quit IRC23:09
*** aranjan has quit IRC23:10
*** jorgem has quit IRC23:12
*** kbringard has quit IRC23:13
*** emagana has quit IRC23:13
openstackgerritCedric Brandily proposed openstack/neutron: Correct l3-agent iptables rule for metadata proxy  https://review.openstack.org/14104523:13
*** krtaylor has quit IRC23:13
openstackgerritCedric Brandily proposed openstack/neutron: Allow to request metadata proxy only from internal interfaces  https://review.openstack.org/13350623:13
openstackgerritCedric Brandily proposed openstack/neutron: Correct l3-agent iptables rule for metadata proxy  https://review.openstack.org/14104523:14
openstackgerritCedric Brandily proposed openstack/neutron: Allow IptablesManager to manage mangle table  https://review.openstack.org/13520323:15
openstackgerritCedric Brandily proposed openstack/neutron: Allow to request metadata proxy only with redirection  https://review.openstack.org/13348423:15
*** manishg has quit IRC23:17
*** emagana has joined #openstack-neutron23:19
*** SridharRamaswamy has left #openstack-neutron23:26
*** krtaylor has joined #openstack-neutron23:26
*** shashankhegde has quit IRC23:27
*** shashankhegde has joined #openstack-neutron23:28
*** jbrendel has quit IRC23:31
*** anil_rao has quit IRC23:35
*** apuimedo has quit IRC23:35
*** sbfox has joined #openstack-neutron23:36
*** dane_leblanc_ has quit IRC23:37
*** fandi has joined #openstack-neutron23:38
*** fandi has quit IRC23:38
*** padkrish has quit IRC23:40
*** Marga_ has quit IRC23:42
*** nlahouti1 has joined #openstack-neutron23:43
*** manishg has joined #openstack-neutron23:43
*** padkrish has joined #openstack-neutron23:44
*** Masahiro has joined #openstack-neutron23:44
*** nlahouti has quit IRC23:45
*** bjornar has quit IRC23:46
*** amotoki has quit IRC23:47
*** Masahiro has quit IRC23:48
*** ajmiller_ has quit IRC23:49
*** dboik has joined #openstack-neutron23:49
*** yamamoto has joined #openstack-neutron23:50
openstackgerritMichael Smith proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202423:52
*** yeungp has quit IRC23:53
*** yeungp has joined #openstack-neutron23:53
*** yeungp has quit IRC23:54
*** yeungp has joined #openstack-neutron23:54
*** manishg has quit IRC23:56
*** manishg has joined #openstack-neutron23:57
*** jlibosva has quit IRC23:57
openstackgerritArmando Migliaccio proposed openstack/neutron-specs: Revert "Filtering routers by network-id"  https://review.openstack.org/14226123:58
*** manishg has quit IRC23:59
*** manishg has joined #openstack-neutron23:59

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