| *** baoli has quit IRC | 00:03 | |
| *** otherwiseguy has joined #openstack-neutron | 00:05 | |
| *** otherwiseguy has quit IRC | 00:09 | |
| *** nlahouti has quit IRC | 00:09 | |
| *** nlahouti has joined #openstack-neutron | 00:10 | |
| *** zhipeng has quit IRC | 00:11 | |
| *** yamamoto has joined #openstack-neutron | 00:13 | |
| *** zhipeng has joined #openstack-neutron | 00:14 | |
| *** WackoRobie has joined #openstack-neutron | 00:23 | |
| *** nplanel has joined #openstack-neutron | 00:24 | |
| *** xuhanp has quit IRC | 00:26 | |
| *** WackoRobie has quit IRC | 00:28 | |
| *** networkstatic has joined #openstack-neutron | 00:31 | |
| *** ijw has joined #openstack-neutron | 00:33 | |
| *** ijw has quit IRC | 00:39 | |
| *** Dev_Taro has joined #openstack-neutron | 00:39 | |
| *** tomoe_ has joined #openstack-neutron | 00:47 | |
| *** leseb has joined #openstack-neutron | 00:50 | |
| *** leseb has quit IRC | 00:54 | |
| *** baoli has joined #openstack-neutron | 00:59 | |
| openstackgerrit | shihanzhang proposed a change to openstack/neutron-specs: Using ipset for security group https://review.openstack.org/100761 | 01:00 |
|---|---|---|
| *** baoli has quit IRC | 01:04 | |
| *** leseb has joined #openstack-neutron | 01:16 | |
| *** leseb has quit IRC | 01:21 | |
| *** WackoRobie has joined #openstack-neutron | 01:24 | |
| *** WackoRobie has quit IRC | 01:29 | |
| *** gongysh has joined #openstack-neutron | 01:33 | |
| *** ijw has joined #openstack-neutron | 01:33 | |
| *** ijw has quit IRC | 01:33 | |
| *** ijw has joined #openstack-neutron | 01:34 | |
| *** amotoki has quit IRC | 01:38 | |
| *** diegows has quit IRC | 01:39 | |
| *** stanzgy has joined #openstack-neutron | 01:39 | |
| *** yamahata has joined #openstack-neutron | 01:42 | |
| *** amotoki has joined #openstack-neutron | 01:46 | |
| *** yuyang-vm has joined #openstack-neutron | 01:47 | |
| *** yuyang-vm has left #openstack-neutron | 01:50 | |
| *** otherwiseguy has joined #openstack-neutron | 01:53 | |
| *** yuyang-vm has joined #openstack-neutron | 01:54 | |
| *** otherwiseguy has quit IRC | 01:58 | |
| *** shashankhegde has joined #openstack-neutron | 02:00 | |
| *** baoli has joined #openstack-neutron | 02:00 | |
| *** networkstatic has quit IRC | 02:00 | |
| *** mestery_ has joined #openstack-neutron | 02:00 | |
| *** baoli has quit IRC | 02:04 | |
| *** mestery_ has quit IRC | 02:05 | |
| *** jckasper has quit IRC | 02:09 | |
| *** jckasper has joined #openstack-neutron | 02:09 | |
| *** flwang_ has joined #openstack-neutron | 02:15 | |
| gongysh | ping amotoki | 02:16 |
| amotoki | pong gongysh | 02:16 |
| gongysh | amotoki: http://developer.openstack.org/api-ref-networking-v2.html | 02:17 |
| gongysh | I see the API has 'tenant_id' in url, is that true? | 02:17 |
| *** leseb has joined #openstack-neutron | 02:17 | |
| amotoki | I think it is not true. If i remmber correctly, there is a similar topic recently. | 02:18 |
| *** dims has quit IRC | 02:18 | |
| gongysh | I tried to access the API via the tenant bore URL, it fails. | 02:18 |
| gongysh | ok, thanks | 02:18 |
| amotoki | i am not sure how this document is created. | 02:18 |
| *** flwang_ has quit IRC | 02:20 | |
| *** ranger81_ has quit IRC | 02:20 | |
| *** ranger81 has joined #openstack-neutron | 02:21 | |
| *** leseb has quit IRC | 02:22 | |
| *** WackoRobie has joined #openstack-neutron | 02:25 | |
| *** ranger81 has quit IRC | 02:26 | |
| *** WackoRobie has quit IRC | 02:30 | |
| *** dbite has joined #openstack-neutron | 02:30 | |
| *** yuyang-vm has left #openstack-neutron | 02:31 | |
| *** WackoRob_ has joined #openstack-neutron | 02:32 | |
| *** WackoRob_ has quit IRC | 02:36 | |
| *** mwagner_lap has joined #openstack-neutron | 02:39 | |
| *** dims has joined #openstack-neutron | 02:44 | |
| *** dims has quit IRC | 02:50 | |
| *** yuyang-vm has joined #openstack-neutron | 02:51 | |
| *** ramishra has joined #openstack-neutron | 02:57 | |
| *** popw1 has quit IRC | 02:57 | |
| *** mestery_ has joined #openstack-neutron | 03:01 | |
| *** shashankhegde has quit IRC | 03:04 | |
| *** coolsvap|afk is now known as coolsvap | 03:05 | |
| *** mestery_ has quit IRC | 03:05 | |
| *** mrsnivvel has joined #openstack-neutron | 03:07 | |
| *** gildub has joined #openstack-neutron | 03:09 | |
| *** seizadi has joined #openstack-neutron | 03:12 | |
| *** dvorkinista has quit IRC | 03:16 | |
| *** leseb has joined #openstack-neutron | 03:18 | |
| *** a_le has joined #openstack-neutron | 03:18 | |
| *** leseb has quit IRC | 03:23 | |
| *** jeraldv has joined #openstack-neutron | 03:24 | |
| *** seizadi has quit IRC | 03:30 | |
| *** WackoRobie has joined #openstack-neutron | 03:32 | |
| *** liusheng has quit IRC | 03:33 | |
| *** liusheng has joined #openstack-neutron | 03:34 | |
| *** zz_blogan is now known as blogan | 03:37 | |
| *** WackoRobie has quit IRC | 03:37 | |
| *** yuyang-vm has left #openstack-neutron | 03:40 | |
| *** zhiyan_ is now known as zhiyan | 03:40 | |
| *** seizadi has joined #openstack-neutron | 03:43 | |
| *** otherwiseguy has joined #openstack-neutron | 03:45 | |
| *** dims_ has joined #openstack-neutron | 03:46 | |
| *** dims_ has quit IRC | 03:51 | |
| *** coolsvap is now known as coolsvap|afk | 04:00 | |
| *** iwamoto has joined #openstack-neutron | 04:01 | |
| *** dvorkinista has joined #openstack-neutron | 04:04 | |
| *** noose_caboose has quit IRC | 04:13 | |
| *** yfried has quit IRC | 04:13 | |
| *** leseb has joined #openstack-neutron | 04:18 | |
| *** zhiyan is now known as zhiyan_ | 04:20 | |
| *** leseb has quit IRC | 04:23 | |
| *** lori|away is now known as lori | 04:24 | |
| *** shashankhegde has joined #openstack-neutron | 04:27 | |
| openstackgerrit | Sudhakar Babu Gariganti proposed a change to openstack/neutron: Cleanup empty namespace after unplugging a device https://review.openstack.org/105018 | 04:31 |
| *** ranger81 has joined #openstack-neutron | 04:33 | |
| *** SridharG has joined #openstack-neutron | 04:36 | |
| *** seizadi has quit IRC | 04:41 | |
| *** nplanel has quit IRC | 04:44 | |
| *** dims_ has joined #openstack-neutron | 04:47 | |
| *** padkrish has joined #openstack-neutron | 04:50 | |
| *** dims_ has quit IRC | 04:52 | |
| *** ajc_ has joined #openstack-neutron | 04:52 | |
| *** ranger81 has quit IRC | 04:58 | |
| *** irenab has joined #openstack-neutron | 05:01 | |
| *** nlahouti has quit IRC | 05:02 | |
| irenab | amotoki: hi | 05:02 |
| *** mestery_ has joined #openstack-neutron | 05:02 | |
| amotoki | irenab: hi | 05:02 |
| *** nlahouti has joined #openstack-neutron | 05:02 | |
| irenab | amotoki: do you have few mins to discuss binding:profile related issue I have with ML2 plugin, I saw you deal with it in NEC plugin | 05:04 |
| amotoki | irenab: sure | 05:04 |
| irenab | amotoki: what I see with ML2 plugin is when call port-update for any attribute, it clears the binding:profile | 05:05 |
| irenab | amotoki: I filled the bug: https://bugs.launchpad.net/neutron/+bug/1338202 and wanted to fix is the same way as you handle it in NEC plugin. | 05:06 |
| irenab | amotoki: what I cannot understand is how to send the request to clear binding:profile | 05:06 |
| *** nlahouti has quit IRC | 05:07 | |
| *** mestery_ has quit IRC | 05:07 | |
| *** amitpp has joined #openstack-neutron | 05:07 | |
| amotoki | irenab: I think what you are proposing is to send None to clear binding:profile. | 05:07 |
| *** blogan is now known as zz_blogan | 05:08 | |
| amotoki | to do so, "neutron port-update PORT-ID --binding:profile action=clear" should work. | 05:08 |
| irenab | amotoki: the problem is when binding:profile is not requested to change (let's say the request is to change admin_state_up), it still looks like plugin receives it as None | 05:09 |
| irenab | amotoki: I was not aware of this option, thanks. I'll try. Is it the way it works for NEC plugin? | 05:10 |
| amotoki | irenab: I see. In nec pluign, None is used to clear binding:profile and it works for our plugin. | 05:12 |
| *** ranger81 has joined #openstack-neutron | 05:12 | |
| amotoki | in nec plugin, we check binding:profile is included in the new port dict. | 05:12 |
| irenab | amotoki: how can you pass None to the port-update call? | 05:13 |
| amotoki | irenab: do you mean the way to pass None from CLI? | 05:13 |
| irenab | amotoki: I see that plugin gets None even when not passing binding:profile from cli. So how do you distinguish? | 05:14 |
| amotoki | irenab: A plugin receives None only for updated attributes. If it is not speicified, None is not passed at update_port() method of the plugin. | 05:15 |
| *** ghyoc has joined #openstack-neutron | 05:16 | |
| amotoki | irenab: I think ML2 plugin use new_port.get("binding:profile"), so you cannot distinguish it. | 05:16 |
| irenab | amotoki: in ML2 the profile calculated in this way: profile = attrs and attrs.get(portbindings.PROFILE) | 05:17 |
| amotoki | irenab: hmm... IMO we need to improve this logic. | 05:17 |
| irenab | amotoki: so actually, I think the right way to handle it is following NEC plugin way. What do you think? | 05:18 |
| *** Vishal_ has joined #openstack-neutron | 05:19 | |
| irenab | For now I am more concerned regarding the unwanted clear operation, that occurs on any update call | 05:19 |
| *** leseb has joined #openstack-neutron | 05:19 | |
| amotoki | I think it is good. the similar way is used for other attributes. | 05:19 |
| amotoki | Agree. the current behavior should be fixed. | 05:20 |
| irenab | amotoki: but there should be a way to clear it laso, I didn't find any documentation, except on comment in the code for NEC plugin | 05:20 |
| irenab | amotoki: Do you suggest to handle it by: "neutron port-update PORT-ID --binding:profile action=clear"? | 05:21 |
| *** padkrish has quit IRC | 05:21 | |
| amotoki | irenab: it is really a gray zone. we don't have any good documentation how to clear an attribute: None vs an empty dict/list. | 05:21 |
| irenab | amotoki: just tried to pass None or empty string, and there is an error... | 05:22 |
| irenab | Reason: 'None' is not a dictionary | 05:22 |
| Vishal_ | gongysh: Hi | 05:22 |
| irenab | amotoki: any suggestion how to pass None? | 05:23 |
| *** leseb has quit IRC | 05:24 | |
| amotoki | irenab: i think the error occurs in ML2 plugin _process_port_binding(). The situation is a bit complicated. | 05:26 |
| amotoki | irenab: Neutron CLI cannot send {} or [] now. It only can send None without defining a new argument. | 05:26 |
| amotoki | on the other hand, there is no good consensus for None and an empty dict/list on the server side. | 05:27 |
| irenab | amotoki: How None can be set? | 05:27 |
| amotoki | irenab: on the CLI side? | 05:28 |
| *** otherwiseguy has quit IRC | 05:28 | |
| irenab | amotoki: yes, I tried neutron port-update PORT_ID --binding:profile None | 05:28 |
| irenab | it fails on input validation | 05:28 |
| amotoki | please try "neutron port-update PORT-ID --binding:profile action=clear". | 05:29 |
| irenab | amotoki: this pass, but didn't clear. | 05:29 |
| *** yfried has joined #openstack-neutron | 05:29 | |
| irenab | amotoki: I think, I'll try to rework the ML2 code to handle action=clear and fix the current behavior | 05:30 |
| *** coolsvap|afk is now known as coolsvap | 05:30 | |
| irenab | amotoki: Many thanks for your help on trying to understand how to handle this issue | 05:31 |
| amotoki | irenab: It sounds good to me. We can handle CLI side issue. The curfrent neutron CLI options is not easy to understand :-) | 05:31 |
| gongysh | Vishal_: hi | 05:31 |
| amotoki | irenab: thanks for working on it. | 05:31 |
| Vishal_ | gongysh: This is regarding defect https://bugs.launchpad.net/neutron/+bug/1337801 | 05:31 |
| Vishal_ | I can see your comment on it | 05:31 |
| irenab | amotoki: agree, I will start with Server side | 05:31 |
| gongysh | Vishal_: yes | 05:32 |
| Vishal_ | gongysh: I feel the defect is a valid one...but bit confused how to proceed for it now | 05:32 |
| Vishal_ | gongysh: since as I was also thinking that device_owner update is required for nova | 05:33 |
| Vishal_ | gongysh: Please let me know your opinion on the same | 05:34 |
| *** chandan_kumar has joined #openstack-neutron | 05:34 | |
| *** rolledback has joined #openstack-neutron | 05:42 | |
| *** afazekas is now known as __afazekas | 05:43 | |
| *** yamahata has quit IRC | 05:44 | |
| *** Longgeek has joined #openstack-neutron | 05:45 | |
| *** rolledback has quit IRC | 05:47 | |
| *** dims_ has joined #openstack-neutron | 05:47 | |
| *** devvesa has joined #openstack-neutron | 05:48 | |
| *** dims_ has quit IRC | 05:53 | |
| *** jlibosva has joined #openstack-neutron | 05:57 | |
| *** jprovazn has joined #openstack-neutron | 06:01 | |
| *** dvorkinista has quit IRC | 06:02 | |
| *** fandi has joined #openstack-neutron | 06:05 | |
| fandi | hi all, i have problem l3-agent failed synchronizing routers; | 06:05 |
| fandi | now port state is down :( | 06:05 |
| fandi | we know to solved this problem have to restart .. but i'll take almost 30 minutes to recreate all router .. how to fix without restart l3-agent | 06:06 |
| *** dvorkinista has joined #openstack-neutron | 06:07 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/neutron: Imported Translations from Transifex https://review.openstack.org/104459 | 06:09 |
| *** fandikurnia has joined #openstack-neutron | 06:09 | |
| *** yuyangbj has joined #openstack-neutron | 06:09 | |
| *** fandi has quit IRC | 06:12 | |
| gongysh | fandi: disable router, and then enable it one by one. | 06:15 |
| *** dvorkinista has quit IRC | 06:17 | |
| *** leseb has joined #openstack-neutron | 06:20 | |
| *** ranger81 has quit IRC | 06:21 | |
| *** ramishra has quit IRC | 06:23 | |
| *** pradipta_away is now known as pradipta | 06:23 | |
| *** leseb has quit IRC | 06:24 | |
| *** seizadi has joined #openstack-neutron | 06:25 | |
| *** shashankhegde has quit IRC | 06:27 | |
| *** ramishra_ has joined #openstack-neutron | 06:28 | |
| *** dvorkinista has joined #openstack-neutron | 06:29 | |
| *** kickinz1 has quit IRC | 06:31 | |
| *** seizadi1 has joined #openstack-neutron | 06:35 | |
| *** kickinz1 has joined #openstack-neutron | 06:36 | |
| *** trinaths has joined #openstack-neutron | 06:38 | |
| *** seizadi has quit IRC | 06:38 | |
| *** ghyoc has quit IRC | 06:40 | |
| *** ghyoc has joined #openstack-neutron | 06:41 | |
| *** seizadi1 has quit IRC | 06:44 | |
| *** seizadi has joined #openstack-neutron | 06:44 | |
| *** dims_ has joined #openstack-neutron | 06:48 | |
| *** liusheng has quit IRC | 06:48 | |
| *** seizadi has quit IRC | 06:49 | |
| *** sweston has joined #openstack-neutron | 06:50 | |
| *** liusheng has joined #openstack-neutron | 06:50 | |
| *** dims_ has quit IRC | 06:53 | |
| *** dvorkinista has quit IRC | 06:54 | |
| *** bashok has joined #openstack-neutron | 06:56 | |
| *** xianghui has joined #openstack-neutron | 06:56 | |
| openstackgerrit | Xu Han Peng proposed a change to openstack/neutron: Use EUI64 for IPv6 SLAAC when subnet is specified https://review.openstack.org/101433 | 06:59 |
| *** a_le has quit IRC | 07:00 | |
| openstackgerrit | Xu Han Peng proposed a change to openstack/python-neutronclient: Create new IPv6 attributes for Subnets by client https://review.openstack.org/75871 | 07:02 |
| *** luqas has joined #openstack-neutron | 07:06 | |
| *** leseb has joined #openstack-neutron | 07:09 | |
| *** fandikurnia has quit IRC | 07:10 | |
| *** amuller has joined #openstack-neutron | 07:14 | |
| *** afazekas_ has joined #openstack-neutron | 07:15 | |
| *** xianghui has quit IRC | 07:16 | |
| *** popw has joined #openstack-neutron | 07:20 | |
| *** suresh12 has joined #openstack-neutron | 07:20 | |
| *** chandan_kumar is now known as chandankumar | 07:23 | |
| *** salv-orlando has joined #openstack-neutron | 07:25 | |
| *** dvorkinista has joined #openstack-neutron | 07:25 | |
| *** dvorkinista has quit IRC | 07:30 | |
| *** rotbeard has joined #openstack-neutron | 07:30 | |
| *** amuller has quit IRC | 07:33 | |
| *** WackoRobie has joined #openstack-neutron | 07:35 | |
| *** jgallard has joined #openstack-neutron | 07:36 | |
| *** gildub has quit IRC | 07:39 | |
| *** WackoRobie has quit IRC | 07:40 | |
| *** mitz_ has quit IRC | 07:41 | |
| *** pasquier-s has joined #openstack-neutron | 07:43 | |
| *** yamahata has joined #openstack-neutron | 07:45 | |
| *** ianw is now known as ianw_pto | 07:47 | |
| *** jgallard has quit IRC | 07:49 | |
| *** jgallard has joined #openstack-neutron | 07:49 | |
| *** oreillyd has joined #openstack-neutron | 07:51 | |
| openstackgerrit | Isaku Yamahata proposed a change to openstack/neutron-specs: l3 plugin for router vm with service vm project https://review.openstack.org/105078 | 07:54 |
| *** dianab has quit IRC | 07:58 | |
| *** safchain has joined #openstack-neutron | 08:00 | |
| *** amaretskiy has joined #openstack-neutron | 08:00 | |
| *** jpich has joined #openstack-neutron | 08:01 | |
| openstackgerrit | Cedric Brandily proposed a change to openstack/neutron: Add partial specs support in ML2 for gre/vxlan provider networks https://review.openstack.org/74055 | 08:03 |
| openstackgerrit | Cedric Brandily proposed a change to openstack/neutron: Add partial specs support in ML2 for multiprovider extension https://review.openstack.org/101467 | 08:03 |
| openstackgerrit | Cedric Brandily proposed a change to openstack/neutron: Add partial specs support in ML2 for vlan provider networks https://review.openstack.org/71904 | 08:03 |
| *** ygbo has joined #openstack-neutron | 08:05 | |
| *** ajo has joined #openstack-neutron | 08:05 | |
| *** zzelle has joined #openstack-neutron | 08:06 | |
| *** sweston has quit IRC | 08:10 | |
| *** xianghui has joined #openstack-neutron | 08:11 | |
| *** ihrachyshka has joined #openstack-neutron | 08:18 | |
| *** flwang_ has joined #openstack-neutron | 08:18 | |
| *** yamahata has quit IRC | 08:20 | |
| *** doude has quit IRC | 08:20 | |
| *** doude has joined #openstack-neutron | 08:21 | |
| *** flwang_ has quit IRC | 08:22 | |
| *** mitz_ has joined #openstack-neutron | 08:23 | |
| *** dvorkinista has joined #openstack-neutron | 08:25 | |
| *** leseb has quit IRC | 08:26 | |
| *** leseb has joined #openstack-neutron | 08:28 | |
| *** zhiyan_ is now known as zhiyan | 08:30 | |
| *** dvorkinista has quit IRC | 08:30 | |
| *** ramishra_ has quit IRC | 08:33 | |
| *** WackoRobie has joined #openstack-neutron | 08:36 | |
| *** WackoRobie has quit IRC | 08:41 | |
| openstackgerrit | liusheng proposed a change to openstack/neutron: Use None instead of mutables in method params defaults https://review.openstack.org/103713 | 08:43 |
| *** leseb has quit IRC | 08:46 | |
| *** leseb has joined #openstack-neutron | 08:46 | |
| *** leseb has quit IRC | 08:47 | |
| *** yfried_ has joined #openstack-neutron | 08:52 | |
| *** coolsvap is now known as coolsvap|afk | 08:52 | |
| *** yfried has quit IRC | 08:52 | |
| *** ramishra has joined #openstack-neutron | 08:52 | |
| *** ijw has quit IRC | 08:54 | |
| *** fandi has joined #openstack-neutron | 08:55 | |
| fandi | hi, gongsyh | 08:56 |
| fandi | hi, gongysh we only running 1 router | 08:56 |
| *** yfauser has joined #openstack-neutron | 08:58 | |
| *** gkotton_ has quit IRC | 08:58 | |
| *** yfauser has left #openstack-neutron | 08:58 | |
| *** gkotton_ has joined #openstack-neutron | 08:58 | |
| *** iwamoto has quit IRC | 08:58 | |
| openstackgerrit | gongysh proposed a change to openstack/neutron: Deletes floatinip related connection states https://review.openstack.org/103475 | 08:59 |
| *** amitpp has quit IRC | 09:00 | |
| *** Xurong has quit IRC | 09:00 | |
| *** Xurong has joined #openstack-neutron | 09:00 | |
| *** amuller has joined #openstack-neutron | 09:03 | |
| *** coolsvap|afk is now known as coolsvap | 09:04 | |
| openstackgerrit | Cedric Brandily proposed a change to openstack/neutron: Add partial specs support in ML2 for multiprovider extension https://review.openstack.org/101467 | 09:07 |
| *** flwang_ has joined #openstack-neutron | 09:11 | |
| *** amitpp has joined #openstack-neutron | 09:23 | |
| *** ijw has joined #openstack-neutron | 09:25 | |
| *** ihrachyshka has quit IRC | 09:26 | |
| *** dvorkinista has joined #openstack-neutron | 09:26 | |
| *** ihrachyshka has joined #openstack-neutron | 09:26 | |
| *** geekinut1h has quit IRC | 09:30 | |
| *** geekinutah has joined #openstack-neutron | 09:30 | |
| *** dvorkinista has quit IRC | 09:31 | |
| *** ijw has quit IRC | 09:31 | |
| *** tomoe_ has quit IRC | 09:32 | |
| *** yamamoto has quit IRC | 09:33 | |
| *** ijw has joined #openstack-neutron | 09:33 | |
| *** WackoRobie has joined #openstack-neutron | 09:37 | |
| *** ijw has quit IRC | 09:39 | |
| *** WackoRobie has quit IRC | 09:42 | |
| *** obondarev has joined #openstack-neutron | 09:43 | |
| *** obondarev_ has quit IRC | 09:44 | |
| *** yfauser has joined #openstack-neutron | 09:44 | |
| *** yfried__ has joined #openstack-neutron | 09:44 | |
| *** jp_at_hp has joined #openstack-neutron | 09:45 | |
| *** fandi has quit IRC | 09:48 | |
| openstackgerrit | mouad benchchaoui proposed a change to openstack/neutron: lb-agent: refactor and fix deletion bridge https://review.openstack.org/102811 | 09:48 |
| *** yfried_ has quit IRC | 09:49 | |
| *** devvesa has quit IRC | 09:55 | |
| *** yfauser has left #openstack-neutron | 09:59 | |
| *** bvandenh has joined #openstack-neutron | 10:02 | |
| *** luqas has quit IRC | 10:04 | |
| *** luqas has joined #openstack-neutron | 10:07 | |
| *** pcm_ has joined #openstack-neutron | 10:08 | |
| *** xianghui has quit IRC | 10:11 | |
| *** pcm_ has quit IRC | 10:12 | |
| *** gongysh has quit IRC | 10:13 | |
| *** pcm_ has joined #openstack-neutron | 10:13 | |
| *** xianghui has joined #openstack-neutron | 10:13 | |
| *** xianghui has quit IRC | 10:22 | |
| *** bashok has quit IRC | 10:22 | |
| *** bashok has joined #openstack-neutron | 10:22 | |
| *** tomoe_ has joined #openstack-neutron | 10:24 | |
| *** dvorkinista has joined #openstack-neutron | 10:25 | |
| *** devvesa has joined #openstack-neutron | 10:29 | |
| *** dvorkinista has quit IRC | 10:30 | |
| *** ijw has joined #openstack-neutron | 10:33 | |
| *** suresh12 has quit IRC | 10:34 | |
| *** suresh12 has joined #openstack-neutron | 10:35 | |
| *** WackoRobie has joined #openstack-neutron | 10:38 | |
| *** popw has quit IRC | 10:38 | |
| *** yfauser has joined #openstack-neutron | 10:38 | |
| *** overlayer has joined #openstack-neutron | 10:38 | |
| *** ijw has quit IRC | 10:39 | |
| *** suresh12 has quit IRC | 10:39 | |
| *** WackoRobie has quit IRC | 10:42 | |
| *** yfauser has left #openstack-neutron | 10:43 | |
| *** overlayer has quit IRC | 10:48 | |
| *** tomoe_ has quit IRC | 10:48 | |
| *** jgallard has quit IRC | 10:49 | |
| *** luqas has quit IRC | 10:50 | |
| *** luqas has joined #openstack-neutron | 10:52 | |
| *** dims_ has joined #openstack-neutron | 10:53 | |
| *** yfauser has joined #openstack-neutron | 10:53 | |
| *** yfauser has left #openstack-neutron | 10:53 | |
| *** pasquier-s has quit IRC | 10:55 | |
| *** xianghui has joined #openstack-neutron | 10:57 | |
| *** dims_ has quit IRC | 10:58 | |
| *** coolsvap is now known as coolsvap|afk | 11:08 | |
| *** pasquier-s has joined #openstack-neutron | 11:14 | |
| *** dims_ has joined #openstack-neutron | 11:14 | |
| *** pradipta is now known as pradipta_away | 11:15 | |
| *** coolsvap|afk is now known as coolsvap | 11:16 | |
| *** xianghui has quit IRC | 11:19 | |
| *** dvorkinista has joined #openstack-neutron | 11:26 | |
| *** dvorkinista has quit IRC | 11:31 | |
| *** ijw has joined #openstack-neutron | 11:33 | |
| *** jgallard has joined #openstack-neutron | 11:34 | |
| *** tomoe_ has joined #openstack-neutron | 11:35 | |
| *** WackoRobie has joined #openstack-neutron | 11:39 | |
| *** ijw has quit IRC | 11:40 | |
| *** WackoRobie has quit IRC | 11:43 | |
| *** flwang_ has quit IRC | 11:43 | |
| *** ramishra has quit IRC | 11:43 | |
| *** coolsvap is now known as coolsvap|afk | 11:46 | |
| *** krtaylor_away is now known as krtaylor | 11:51 | |
| *** tomoe_ has quit IRC | 11:54 | |
| *** tomoe_ has joined #openstack-neutron | 11:55 | |
| *** afazekas_ has quit IRC | 12:02 | |
| *** markmcclain has joined #openstack-neutron | 12:09 | |
| *** trinaths has quit IRC | 12:09 | |
| *** yamamoto has joined #openstack-neutron | 12:12 | |
| *** devvesa has quit IRC | 12:16 | |
| *** afazekas_ has joined #openstack-neutron | 12:17 | |
| *** dave_tucker_zzz is now known as dave_tucker | 12:17 | |
| openstackgerrit | Ann Kamyshnikova proposed a change to openstack/neutron: Database healing migration https://review.openstack.org/96438 | 12:20 |
| *** xianghui has joined #openstack-neutron | 12:21 | |
| *** afazekas_ has quit IRC | 12:23 | |
| openstackgerrit | Ann Kamyshnikova proposed a change to openstack/neutron: Database healing migration https://review.openstack.org/96438 | 12:24 |
| openstackgerrit | Ann Kamyshnikova proposed a change to openstack/neutron: WIP Implement test https://review.openstack.org/76520 | 12:26 |
| *** dvorkinista has joined #openstack-neutron | 12:27 | |
| *** mancdaz has quit IRC | 12:28 | |
| *** roaet_ has quit IRC | 12:28 | |
| *** mgagne has quit IRC | 12:28 | |
| *** wendar has quit IRC | 12:29 | |
| *** dougwig has quit IRC | 12:29 | |
| *** wendar has joined #openstack-neutron | 12:29 | |
| *** baffle_ has joined #openstack-neutron | 12:30 | |
| *** strictlyb is now known as sb | 12:30 | |
| *** shadyabh1 has joined #openstack-neutron | 12:30 | |
| *** coolsvapl has joined #openstack-neutron | 12:30 | |
| *** zacksh has quit IRC | 12:30 | |
| *** tomoe_ has quit IRC | 12:30 | |
| *** mongo2_ has joined #openstack-neutron | 12:30 | |
| *** zacksh has joined #openstack-neutron | 12:30 | |
| *** Lookcrab1 has joined #openstack-neutron | 12:30 | |
| *** TrevorV has quit IRC | 12:30 | |
| *** coolsvap|afk has quit IRC | 12:30 | |
| *** edhall has quit IRC | 12:31 | |
| *** shadyabhi has quit IRC | 12:31 | |
| *** baffle has quit IRC | 12:31 | |
| *** Lookcrabs has quit IRC | 12:31 | |
| *** mongo2 has quit IRC | 12:31 | |
| *** dougwig has joined #openstack-neutron | 12:31 | |
| *** shadyabh1 is now known as shadyabhi | 12:31 | |
| *** mgagne has joined #openstack-neutron | 12:31 | |
| *** coolsvapl has quit IRC | 12:31 | |
| *** coolsvapl has joined #openstack-neutron | 12:31 | |
| *** mancdaz has joined #openstack-neutron | 12:31 | |
| *** dougwig has quit IRC | 12:31 | |
| *** dougwig has joined #openstack-neutron | 12:31 | |
| *** roaet_ has joined #openstack-neutron | 12:31 | |
| *** dvorkinista has quit IRC | 12:32 | |
| *** TrevorV has joined #openstack-neutron | 12:32 | |
| *** ajc_ has quit IRC | 12:33 | |
| *** ijw has joined #openstack-neutron | 12:33 | |
| *** radez_g0n3 is now known as radez | 12:34 | |
| *** ramishra has joined #openstack-neutron | 12:36 | |
| *** devvesa has joined #openstack-neutron | 12:36 | |
| *** dims_ has quit IRC | 12:37 | |
| *** dims_ has joined #openstack-neutron | 12:37 | |
| *** ijw has quit IRC | 12:39 | |
| *** luqas has quit IRC | 12:43 | |
| *** luqas has joined #openstack-neutron | 12:44 | |
| *** noose_caboose has joined #openstack-neutron | 12:45 | |
| *** noose_caboose has quit IRC | 12:46 | |
| pcm_ | mestery: ping | 12:46 |
| *** devvesa has quit IRC | 12:48 | |
| *** afazekas_ has joined #openstack-neutron | 12:49 | |
| *** sb has quit IRC | 12:49 | |
| *** strictlyb has joined #openstack-neutron | 12:50 | |
| *** stanzgy has quit IRC | 12:51 | |
| *** zhhuabj has joined #openstack-neutron | 12:57 | |
| *** otherwiseguy has joined #openstack-neutron | 12:57 | |
| *** mestery__ has joined #openstack-neutron | 12:57 | |
| *** WackoRobie has joined #openstack-neutron | 12:59 | |
| *** mestery__ has quit IRC | 12:59 | |
| *** julim has joined #openstack-neutron | 13:00 | |
| mestery | pcm_: Whats up? | 13:01 |
| *** otherwiseguy has quit IRC | 13:02 | |
| *** WackoRobie has quit IRC | 13:03 | |
| *** WackoRobie has joined #openstack-neutron | 13:03 | |
| *** diegows has joined #openstack-neutron | 13:05 | |
| *** ygbo has quit IRC | 13:05 | |
| *** amitpp has quit IRC | 13:05 | |
| *** zhhuabj has quit IRC | 13:06 | |
| *** ajo has quit IRC | 13:08 | |
| *** devvesa has joined #openstack-neutron | 13:09 | |
| *** yfried has joined #openstack-neutron | 13:09 | |
| *** yfried_ has joined #openstack-neutron | 13:10 | |
| *** chandan_kumar has joined #openstack-neutron | 13:10 | |
| *** yfried__ has quit IRC | 13:12 | |
| *** yfried has quit IRC | 13:14 | |
| *** chandankumar has quit IRC | 13:15 | |
| *** chandan_kumar is now known as chandankumar | 13:15 | |
| *** jecarey has quit IRC | 13:15 | |
| *** mestery has quit IRC | 13:17 | |
| *** ygbo has joined #openstack-neutron | 13:17 | |
| *** mestery has joined #openstack-neutron | 13:17 | |
| *** xuhanp has joined #openstack-neutron | 13:19 | |
| *** yamahata has joined #openstack-neutron | 13:20 | |
| *** devvesa has quit IRC | 13:22 | |
| *** mwagner_lap has quit IRC | 13:22 | |
| mtreinish | mestery: I was just looking at: https://wiki.openstack.org/wiki/NeutronThirdPartyTesting#What_Tests_To_Run you could also suggest just using 'network' as a filter | 13:23 |
| mtreinish | that will pick up all the neutron-specific tests and any other tests that are tagged as requiring networking | 13:23 |
| *** ajo has joined #openstack-neutron | 13:23 | |
| mtreinish | which will include things like the nova tests that use things like secgroups or floating ips | 13:24 |
| mestery | mtreinish: That's a good suggestion, thanks! | 13:24 |
| mestery | mtreinish: If you want, feel free to update the wiki, or I'll do that today :) | 13:25 |
| mtreinish | mestery: I'll throw something up there you can clean it up if it needs it | 13:25 |
| mestery | mtreinish: thanks, awesome! | 13:27 |
| *** dvorkinista has joined #openstack-neutron | 13:28 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/neutron: Updated from global requirements https://review.openstack.org/105169 | 13:29 |
| mestery | mtreinish: looks great, thanks for the update! | 13:31 |
| *** dvorkinista has quit IRC | 13:32 | |
| *** scheuran has joined #openstack-neutron | 13:33 | |
| *** ijw has joined #openstack-neutron | 13:33 | |
| *** ajo has quit IRC | 13:34 | |
| *** jecarey has joined #openstack-neutron | 13:34 | |
| *** irenab has quit IRC | 13:35 | |
| *** xianghui has quit IRC | 13:36 | |
| *** zhiyan is now known as zhiyan_ | 13:37 | |
| *** tomoe_ has joined #openstack-neutron | 13:37 | |
| *** ijw has quit IRC | 13:39 | |
| *** seizadi has joined #openstack-neutron | 13:39 | |
| *** bashok has quit IRC | 13:42 | |
| *** jgallard has quit IRC | 13:48 | |
| *** armax has joined #openstack-neutron | 13:50 | |
| *** nplanel has joined #openstack-neutron | 13:52 | |
| *** trad511 has joined #openstack-neutron | 13:57 | |
| *** markmcclain has quit IRC | 13:58 | |
| *** nplanel has quit IRC | 14:01 | |
| *** swat30 has quit IRC | 14:01 | |
| *** thurloat has quit IRC | 14:01 | |
| *** nplanel has joined #openstack-neutron | 14:02 | |
| *** yfried__ has joined #openstack-neutron | 14:03 | |
| *** obondarev has quit IRC | 14:06 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers https://review.openstack.org/84223 | 14:06 |
| *** yfried_ has quit IRC | 14:07 | |
| *** swat30 has joined #openstack-neutron | 14:07 | |
| *** yamamoto has quit IRC | 14:09 | |
| *** TrevorV_ has joined #openstack-neutron | 14:11 | |
| *** markmcclain has joined #openstack-neutron | 14:11 | |
| *** thurloat has joined #openstack-neutron | 14:13 | |
| *** rolledback has joined #openstack-neutron | 14:13 | |
| *** SridharG has quit IRC | 14:13 | |
| *** tomoe_ has quit IRC | 14:17 | |
| *** rolledback has quit IRC | 14:19 | |
| *** rolledback has joined #openstack-neutron | 14:19 | |
| *** annegent_ has joined #openstack-neutron | 14:20 | |
| *** jgrimm has joined #openstack-neutron | 14:20 | |
| *** amotoki_ has joined #openstack-neutron | 14:21 | |
| *** amotoki has quit IRC | 14:22 | |
| *** pradk has joined #openstack-neutron | 14:23 | |
| *** bklei has joined #openstack-neutron | 14:23 | |
| *** ajo has joined #openstack-neutron | 14:25 | |
| bklei | Anyone willing to review https://review.openstack.org/#/c/92390? This is for keystone V3 support in the neutron client... | 14:25 |
| *** Lookcrab1 is now known as Lookcrabs | 14:26 | |
| *** regXboi has joined #openstack-neutron | 14:27 | |
| *** karimb has joined #openstack-neutron | 14:29 | |
| *** ghyoc has quit IRC | 14:31 | |
| *** xianghui has joined #openstack-neutron | 14:33 | |
| *** alagalah has joined #openstack-neutron | 14:33 | |
| *** ijw has joined #openstack-neutron | 14:33 | |
| *** Longgeek has quit IRC | 14:34 | |
| *** Longgeek has joined #openstack-neutron | 14:36 | |
| markmcclain | bklei: it was on my list of items to review this morning | 14:38 |
| *** ijw has quit IRC | 14:39 | |
| bklei | awesome, thx markmcclain | 14:39 |
| *** jaypipes has joined #openstack-neutron | 14:40 | |
| *** yamamoto has joined #openstack-neutron | 14:40 | |
| *** yamamoto_ has joined #openstack-neutron | 14:42 | |
| *** nplanel has quit IRC | 14:42 | |
| *** xuhanp has quit IRC | 14:44 | |
| *** otherwiseguy has joined #openstack-neutron | 14:44 | |
| *** yamamoto has quit IRC | 14:45 | |
| *** yamamoto_ has quit IRC | 14:47 | |
| *** xgerman has joined #openstack-neutron | 14:47 | |
| openstackgerrit | Rossella Sblendido proposed a change to openstack/neutron: Add retry_on_deadlock decorator to retry DB operations https://review.openstack.org/104936 | 14:47 |
| openstackgerrit | Hareesh Puthalath proposed a change to openstack/neutron: Configuration agent for Cisco devices https://review.openstack.org/103593 | 14:48 |
| *** xarses_ has quit IRC | 14:48 | |
| openstackgerrit | Rossella Sblendido proposed a change to openstack/neutron: Add retry_on_deadlock decorator to retry DB operations https://review.openstack.org/104936 | 14:50 |
| *** chandankumar has quit IRC | 14:51 | |
| *** yamamoto has joined #openstack-neutron | 14:53 | |
| *** dkehnx1 has joined #openstack-neutron | 14:54 | |
| *** dvorkinista has joined #openstack-neutron | 14:56 | |
| *** carl_baldwin has joined #openstack-neutron | 14:57 | |
| *** scheuran has quit IRC | 14:58 | |
| *** a_le has joined #openstack-neutron | 14:58 | |
| *** jlibosva has quit IRC | 15:02 | |
| *** annegent_ has quit IRC | 15:02 | |
| *** ramishra has quit IRC | 15:02 | |
| *** bklei has quit IRC | 15:02 | |
| *** alagalah_ has joined #openstack-neutron | 15:02 | |
| *** devvesa has joined #openstack-neutron | 15:02 | |
| *** annegent_ has joined #openstack-neutron | 15:02 | |
| *** rotbeard has quit IRC | 15:04 | |
| *** afazekas_ has quit IRC | 15:05 | |
| *** alagalah has quit IRC | 15:06 | |
| *** chandan_kumar has joined #openstack-neutron | 15:06 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: L2 Model additions to support DVR https://review.openstack.org/102101 | 15:07 |
| *** scheuran has joined #openstack-neutron | 15:09 | |
| *** alexpilotti has quit IRC | 15:11 | |
| *** yfried__ has quit IRC | 15:11 | |
| *** seizadi has quit IRC | 15:12 | |
| *** amuller has quit IRC | 15:12 | |
| *** alexpilotti has joined #openstack-neutron | 15:13 | |
| *** karimb has quit IRC | 15:18 | |
| *** ramishra has joined #openstack-neutron | 15:18 | |
| *** overlayer has joined #openstack-neutron | 15:19 | |
| *** rotbeard has joined #openstack-neutron | 15:19 | |
| *** thedodd has joined #openstack-neutron | 15:21 | |
| *** mlavalle has joined #openstack-neutron | 15:21 | |
| *** doddstack has joined #openstack-neutron | 15:24 | |
| openstackgerrit | Ihar Hrachyshka proposed a change to openstack/neutron-specs: Switch from MySQLdb to MySQL Connector https://review.openstack.org/104905 | 15:25 |
| *** networkstatic has joined #openstack-neutron | 15:25 | |
| *** thedodd has quit IRC | 15:26 | |
| *** leenheer has joined #openstack-neutron | 15:26 | |
| *** TrevorV_ has quit IRC | 15:27 | |
| *** dave_tucker is now known as dave_tucker_zzz | 15:28 | |
| *** sbfox has joined #openstack-neutron | 15:29 | |
| openstackgerrit | Sergey Kolekonov proposed a change to openstack/neutron: Fix missing migration default value https://review.openstack.org/105212 | 15:30 |
| *** xianghui has quit IRC | 15:31 | |
| *** sbfox1 has joined #openstack-neutron | 15:31 | |
| *** xianghui has joined #openstack-neutron | 15:32 | |
| *** s3wong has joined #openstack-neutron | 15:32 | |
| *** jckasper has quit IRC | 15:33 | |
| *** sbfox has quit IRC | 15:33 | |
| *** ijw has joined #openstack-neutron | 15:33 | |
| *** markmcclain has quit IRC | 15:33 | |
| *** coolsvapl is now known as coolsvap | 15:37 | |
| *** trinaths has joined #openstack-neutron | 15:37 | |
| *** alagalah_ has quit IRC | 15:37 | |
| *** sbfox1 has quit IRC | 15:38 | |
| *** alagalah has joined #openstack-neutron | 15:39 | |
| *** ijw has quit IRC | 15:39 | |
| *** Longgeek has quit IRC | 15:39 | |
| *** [1]trinaths has joined #openstack-neutron | 15:39 | |
| *** overlayer has quit IRC | 15:41 | |
| *** trinaths has quit IRC | 15:43 | |
| *** [1]trinaths is now known as trinaths | 15:43 | |
| *** ijw has joined #openstack-neutron | 15:43 | |
| *** alagalah has quit IRC | 15:44 | |
| *** flwang_ has joined #openstack-neutron | 15:45 | |
| ihrachyshka | mestery: hey. seems like switching to another mysql client library will not only fix db deadlocks, but may also give a huge performance boost. | 15:45 |
| ihrachyshka | mestery: see some basic test results at: https://review.openstack.org/#/c/104905/3/specs/juno/switch-to-mysql-connector.rst | 15:46 |
| mestery | ihrachyshka: nice nice nice! | 15:46 |
| ihrachyshka | line 88 and below | 15:46 |
| ihrachyshka | but the testing is still very limited, I need to do more scenarios | 15:46 |
| *** rwsu has joined #openstack-neutron | 15:47 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: L2 Model additions to support DVR https://review.openstack.org/102101 | 15:47 |
| openstackgerrit | Jaume Devesa proposed a change to openstack/python-neutronclient: Found a useless comment. https://review.openstack.org/105217 | 15:48 |
| *** flwang_ has quit IRC | 15:50 | |
| *** s3wong has quit IRC | 15:53 | |
| *** ijw has quit IRC | 15:53 | |
| *** leenheer has quit IRC | 15:54 | |
| *** suresh12 has joined #openstack-neutron | 15:54 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: L2 Model additions to support DVR https://review.openstack.org/102101 | 15:55 |
| *** dave_tucker_zzz is now known as dave_tucker | 15:55 | |
| *** yamamoto has quit IRC | 15:55 | |
| *** ihrachyshka has quit IRC | 15:56 | |
| *** _cjones_ has joined #openstack-neutron | 15:57 | |
| *** rotbeard has quit IRC | 15:58 | |
| *** nlahouti has joined #openstack-neutron | 15:59 | |
| *** alagalah has joined #openstack-neutron | 16:00 | |
| *** sbfox has joined #openstack-neutron | 16:00 | |
| *** scheuran has quit IRC | 16:01 | |
| *** a_le has quit IRC | 16:01 | |
| *** yfauser has joined #openstack-neutron | 16:03 | |
| *** yfauser has left #openstack-neutron | 16:03 | |
| *** a_le has joined #openstack-neutron | 16:03 | |
| *** yfauser1 has joined #openstack-neutron | 16:05 | |
| *** yfauser1 has left #openstack-neutron | 16:05 | |
| *** annegent_ has quit IRC | 16:07 | |
| *** jckasper has joined #openstack-neutron | 16:08 | |
| *** afazekas_ has joined #openstack-neutron | 16:11 | |
| *** doddstack has quit IRC | 16:16 | |
| openstackgerrit | Rossella Sblendido proposed a change to openstack/neutron: Add retry_on_deadlock decorator to retry DB operations https://review.openstack.org/104936 | 16:16 |
| *** coolsvap is now known as coolsvap|afk | 16:16 | |
| *** pasquier-s_ has joined #openstack-neutron | 16:17 | |
| *** yfried__ has joined #openstack-neutron | 16:17 | |
| *** yfried__ has quit IRC | 16:17 | |
| *** yfried__ has joined #openstack-neutron | 16:17 | |
| *** pasquier-s_ has quit IRC | 16:18 | |
| *** aveiga has joined #openstack-neutron | 16:20 | |
| *** sbfox1 has joined #openstack-neutron | 16:23 | |
| *** manishg has joined #openstack-neutron | 16:24 | |
| *** sbfox has quit IRC | 16:26 | |
| *** yamamoto has joined #openstack-neutron | 16:26 | |
| *** paraa has joined #openstack-neutron | 16:28 | |
| *** sbfox1 has quit IRC | 16:29 | |
| *** sbfox has joined #openstack-neutron | 16:29 | |
| *** jpich has quit IRC | 16:30 | |
| *** yamamoto has quit IRC | 16:31 | |
| *** seizadi has joined #openstack-neutron | 16:34 | |
| *** thedodd has joined #openstack-neutron | 16:34 | |
| *** sweston has joined #openstack-neutron | 16:36 | |
| *** trinaths has quit IRC | 16:39 | |
| *** yamamoto has joined #openstack-neutron | 16:40 | |
| *** packet has joined #openstack-neutron | 16:41 | |
| *** suresh12 has quit IRC | 16:42 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Modify L3 Agent for Distributed Routers https://review.openstack.org/89413 | 16:42 |
| *** SridharG has joined #openstack-neutron | 16:43 | |
| _cjones_ | Hey guys. One more question for developers. As I understand the ML2 Mechanism drivers are chained and called one after another. However, this is *not* the case for the type drivers, correct? You may only have one type specificed? | 16:43 |
| *** yamamoto has quit IRC | 16:45 | |
| *** ygbo has quit IRC | 16:45 | |
| *** pasquier-s has quit IRC | 16:47 | |
| openstackgerrit | Jaume Devesa proposed a change to openstack/python-neutronclient: Found a useless comment https://review.openstack.org/105217 | 16:50 |
| *** shashankhegde has joined #openstack-neutron | 16:51 | |
| *** alagalah has quit IRC | 16:51 | |
| openstackgerrit | stephen-ma proposed a change to openstack/neutron: L2 Agent-side additions to support DVR https://review.openstack.org/87730 | 16:51 |
| *** dave_tucker is now known as dave_tucker_zzz | 16:51 | |
| openstackgerrit | A change was merged to openstack/neutron: Fix example for running individual tests https://review.openstack.org/101896 | 16:52 |
| *** annegent_ has joined #openstack-neutron | 16:53 | |
| *** ijw has joined #openstack-neutron | 16:54 | |
| *** ijw has quit IRC | 17:00 | |
| *** alagalah has joined #openstack-neutron | 17:01 | |
| *** yfauser has joined #openstack-neutron | 17:01 | |
| *** harlowja_away is now known as harlowja | 17:01 | |
| *** dsneddon has joined #openstack-neutron | 17:02 | |
| *** oreillyd has quit IRC | 17:02 | |
| *** dsneddon has quit IRC | 17:02 | |
| *** dsneddon has joined #openstack-neutron | 17:02 | |
| *** shakamunyi has joined #openstack-neutron | 17:03 | |
| *** shashankhegde has quit IRC | 17:04 | |
| *** xianghui has quit IRC | 17:05 | |
| *** dsneddon has quit IRC | 17:05 | |
| *** yfauser has left #openstack-neutron | 17:05 | |
| *** jorgem has joined #openstack-neutron | 17:07 | |
| *** amaretskiy has quit IRC | 17:09 | |
| chuckC | _cjones_: Type is associated with network segment, so drivers for types associated with the appropriate network are called. See providernet extension. | 17:10 |
| *** rolledback has quit IRC | 17:12 | |
| openstackgerrit | Salvatore Orlando proposed a change to openstack/neutron: Do not mark device as processed if it wasn't https://review.openstack.org/105239 | 17:12 |
| *** bandarji has joined #openstack-neutron | 17:13 | |
| *** jobewan has joined #openstack-neutron | 17:14 | |
| *** luqas has quit IRC | 17:14 | |
| manishg | _cjones_ - like mentioned by chuckC, network_type of the segment dictates the type driver. It doesn't make sense to call flat network driver for a vlan network. However mechanism drivers are to realize the network and there maybe multiple of them involved hence chaining. | 17:15 |
| *** dsneddon has joined #openstack-neutron | 17:16 | |
| *** ranger81 has joined #openstack-neutron | 17:17 | |
| *** safchain_ has joined #openstack-neutron | 17:19 | |
| _cjones_ | manishg / chuckC: Thanks guys. I just wanted to confirm that the way I was reading things was correct. Also the purpose of the type driver is to just ensure that the resources are available and to reserve them, correct? | 17:21 |
| *** alagalah has quit IRC | 17:22 | |
| *** alagalah has joined #openstack-neutron | 17:22 | |
| *** safchain has quit IRC | 17:23 | |
| *** ijw has joined #openstack-neutron | 17:24 | |
| *** mestery has quit IRC | 17:28 | |
| *** thedodd has quit IRC | 17:28 | |
| *** mestery has joined #openstack-neutron | 17:29 | |
| *** leenheer has joined #openstack-neutron | 17:30 | |
| *** sweston has quit IRC | 17:30 | |
| *** dave_tucker_zzz is now known as dave_tucker | 17:31 | |
| *** yfauser has joined #openstack-neutron | 17:33 | |
| *** yfauser has left #openstack-neutron | 17:33 | |
| *** ramishra has quit IRC | 17:33 | |
| *** crc32 has joined #openstack-neutron | 17:33 | |
| *** sweston has joined #openstack-neutron | 17:35 | |
| *** zzelle_ has joined #openstack-neutron | 17:36 | |
| *** yamamoto has joined #openstack-neutron | 17:40 | |
| *** dkehnx1 has quit IRC | 17:40 | |
| *** networkstatic is now known as networkstatic_zZ | 17:43 | |
| *** afazekas_ has quit IRC | 17:43 | |
| *** dfarrell07 has joined #openstack-neutron | 17:44 | |
| *** yamamoto has quit IRC | 17:45 | |
| *** shashankhegde has joined #openstack-neutron | 17:45 | |
| *** flwang_ has joined #openstack-neutron | 17:46 | |
| *** flwang_ has quit IRC | 17:51 | |
| *** suresh12 has joined #openstack-neutron | 17:52 | |
| *** rolledback has joined #openstack-neutron | 17:53 | |
| *** zzelle has quit IRC | 17:56 | |
| *** ajo has quit IRC | 17:57 | |
| *** suresh12 has quit IRC | 17:57 | |
| *** amotoki_ has quit IRC | 18:02 | |
| *** luqas has joined #openstack-neutron | 18:03 | |
| *** marun has joined #openstack-neutron | 18:05 | |
| *** jgrimm has quit IRC | 18:08 | |
| openstackgerrit | A change was merged to openstack/neutron-specs: Add spec for ML2 mechanism driver for SDN-VE https://review.openstack.org/88101 | 18:09 |
| *** alagalah_ has joined #openstack-neutron | 18:09 | |
| *** ajo has joined #openstack-neutron | 18:09 | |
| *** TrevorV_ has joined #openstack-neutron | 18:11 | |
| *** alagalah has quit IRC | 18:12 | |
| openstackgerrit | Paddu Krishnan proposed a change to openstack/neutron-specs: VDP support in OVS Neutron Agent https://review.openstack.org/89728 | 18:13 |
| *** thedodd has joined #openstack-neutron | 18:14 | |
| *** afazekas_ has joined #openstack-neutron | 18:14 | |
| *** mestery has quit IRC | 18:14 | |
| *** dims_ has quit IRC | 18:14 | |
| *** mestery has joined #openstack-neutron | 18:15 | |
| *** chuckC has quit IRC | 18:15 | |
| *** mestery has quit IRC | 18:16 | |
| *** mestery has joined #openstack-neutron | 18:16 | |
| *** dims has joined #openstack-neutron | 18:19 | |
| *** mestery has quit IRC | 18:19 | |
| *** mestery has joined #openstack-neutron | 18:20 | |
| *** mestery has quit IRC | 18:22 | |
| *** mestery has joined #openstack-neutron | 18:22 | |
| *** devvesa has quit IRC | 18:27 | |
| openstackgerrit | Shiv Haris proposed a change to openstack/neutron-specs: L3 Router service plugin to provide hardware based routing https://review.openstack.org/105250 | 18:30 |
| *** s3wong has joined #openstack-neutron | 18:32 | |
| *** dave_tucker is now known as dave_tucker_zzz | 18:33 | |
| *** jprovazn has quit IRC | 18:33 | |
| *** amcrn has joined #openstack-neutron | 18:34 | |
| *** afazekas_ has quit IRC | 18:35 | |
| *** padkrish has joined #openstack-neutron | 18:35 | |
| *** radez is now known as radez_g0n3 | 18:39 | |
| *** seizadi has quit IRC | 18:39 | |
| *** yamamoto has joined #openstack-neutron | 18:40 | |
| *** alagalah_ has quit IRC | 18:44 | |
| *** yamamoto has quit IRC | 18:45 | |
| *** thurloat has quit IRC | 18:45 | |
| *** alagalah has joined #openstack-neutron | 18:45 | |
| *** swat30 has quit IRC | 18:46 | |
| *** networkstatic_zZ is now known as networkstatic | 18:46 | |
| *** toMeloos has joined #openstack-neutron | 18:47 | |
| *** packet has quit IRC | 18:52 | |
| *** marun has quit IRC | 18:56 | |
| *** luqas has quit IRC | 19:00 | |
| *** radez_g0n3 is now known as radez | 19:00 | |
| *** sweston has quit IRC | 19:02 | |
| *** garyduan has joined #openstack-neutron | 19:03 | |
| *** VijayB has joined #openstack-neutron | 19:03 | |
| *** seizadi has joined #openstack-neutron | 19:04 | |
| *** gduan has quit IRC | 19:04 | |
| *** beagles has quit IRC | 19:04 | |
| openstackgerrit | Shiv Haris proposed a change to openstack/neutron-specs: L3 Router service plugin to provide hardware based routing https://review.openstack.org/105250 | 19:05 |
| manishg | _cjones_ , yes. it will validate the segment with what is configured in the ml2 conf + reserve. | 19:05 |
| *** chandan_kumar has quit IRC | 19:06 | |
| *** SridharG has quit IRC | 19:07 | |
| *** annegent_ has quit IRC | 19:07 | |
| *** annegent_ has joined #openstack-neutron | 19:08 | |
| *** jgrimm has joined #openstack-neutron | 19:09 | |
| *** mestery has quit IRC | 19:13 | |
| *** annegent_ has quit IRC | 19:13 | |
| *** mestery has joined #openstack-neutron | 19:13 | |
| *** afazekas_ has joined #openstack-neutron | 19:14 | |
| *** seizadi has quit IRC | 19:17 | |
| *** rolledback has quit IRC | 19:20 | |
| *** otherwiseguy has quit IRC | 19:21 | |
| *** ijw has quit IRC | 19:22 | |
| *** shashankhegde has quit IRC | 19:22 | |
| *** lori is now known as lori|away | 19:25 | |
| pcm_ | enikanorov: ping | 19:31 |
| openstackgerrit | Cedric Brandily proposed a change to openstack/neutron-specs: DHCP agent customization https://review.openstack.org/99356 | 19:31 |
| *** beagles has joined #openstack-neutron | 19:31 | |
| _cjones_ | manishg: TYVM! | 19:34 |
| *** VijayB has quit IRC | 19:34 | |
| *** VijayB has joined #openstack-neutron | 19:35 | |
| *** VijayB has quit IRC | 19:36 | |
| *** annegent_ has joined #openstack-neutron | 19:36 | |
| *** rolledback has joined #openstack-neutron | 19:36 | |
| *** afazekas_ has quit IRC | 19:37 | |
| *** rolledba_ has joined #openstack-neutron | 19:39 | |
| *** chuckC has joined #openstack-neutron | 19:39 | |
| *** amcrn is now known as ghost_of_amcrn | 19:39 | |
| *** yamamoto has joined #openstack-neutron | 19:40 | |
| *** rolledback has quit IRC | 19:40 | |
| *** annegent_ has quit IRC | 19:41 | |
| *** ijw has joined #openstack-neutron | 19:41 | |
| *** bvandenh has quit IRC | 19:41 | |
| *** shashankhegde has joined #openstack-neutron | 19:44 | |
| *** yamamoto has quit IRC | 19:45 | |
| zzelle_ | mestery, hi | 19:46 |
| mestery | zzelle_: yo! | 19:46 |
| zzelle_ | mestery, one question about vxlan ... is ti possible to define multiple endpoints for the same ip (with different ports) ? | 19:47 |
| openstackgerrit | Salvatore Orlando proposed a change to openstack/neutron: Do not mark device as processed if it wasn't https://review.openstack.org/105239 | 19:47 |
| *** gduan has joined #openstack-neutron | 19:47 | |
| *** flwang_ has joined #openstack-neutron | 19:47 | |
| *** yfauser has joined #openstack-neutron | 19:47 | |
| *** garyduan has quit IRC | 19:48 | |
| *** yfauser has left #openstack-neutron | 19:48 | |
| zzelle_ | s/ti/it/ | 19:48 |
| mestery | zzelle_: So you want to use different ports for tenant networks? | 19:49 |
| *** erecio has joined #openstack-neutron | 19:49 | |
| *** erecio has quit IRC | 19:49 | |
| zzelle_ | mestery, nope but the code is not coherent | 19:49 |
| zzelle_ | mestery, more precisely, it's possible to insert multiple endpoints with the same ip and different ports | 19:50 |
| mestery | zzelle_: OVS allows the use of different ports | 19:50 |
| mestery | zzelle_: Yes | 19:50 |
| zzelle_ | https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/type_vxlan.py#L202-L214 | 19:50 |
| zzelle_ | mestery, but ^ expect at most one endpoint per ip | 19:51 |
| zzelle_ | mestery, because the select filter on the ip not ip and port | 19:51 |
| *** flwang_ has quit IRC | 19:52 | |
| mestery | zzelle_: Ah, ok, now I get you. | 19:52 |
| mestery | zzelle_: It's possible the OVS code allows this, but we don't allow this when using VXLAN tunnels in Neutron. | 19:52 |
| zzelle_ | mestery, ouf | 19:52 |
| mestery | zzelle_: I think that's what you've discovered. | 19:52 |
| zzelle_ | mestery, so there is a trouble the primary key must be only composed of endpoint ip ? not endpoint ip and port ? | 19:54 |
| mestery | zzelle_: Let me look at the configuration to see if we allow what you're looking for or not. | 19:54 |
| *** sweston has joined #openstack-neutron | 19:55 | |
| chuckC | salv-orlando: carl_baldwin: We got in a bit early, so I'm available to discuss Link Aggregation if now is a good time. | 19:57 |
| *** mriedem has joined #openstack-neutron | 19:57 | |
| salv-orlando | chuckC: I’ll grab a coffe and be with you | 19:58 |
| openstackgerrit | badveli_vishnuus proposed a change to openstack/neutron: Implements: blueprint FWaaS extension for customized service and service group https://review.openstack.org/104739 | 19:58 |
| openstackgerrit | badveli_vishnuus proposed a change to openstack/neutron: mend https://review.openstack.org/105261 | 19:58 |
| *** padkrish has quit IRC | 19:58 | |
| carl_baldwin | chuckC: I was just finalizing some comments on the bp. | 19:58 |
| chuckC | carl_baldwin: sorry I didn't give you advance warning, but I at least want to talk to salv-orlando since he marked the bp wip | 19:58 |
| zzelle_ | mestery, according to code, it's current quite impossible to have multiple endpoints with the same ip ... except with a race condition but the model constraints do not reflect it | 19:58 |
| chuckC | carl_baldwin: thanks, I'll take a look when you're done | 19:59 |
| mestery | zzelle_: Then I think we have our answer. | 19:59 |
| mriedem | sdague: salv-orlando: i have a meeting, but going to drop this in here http://lists.openstack.org/pipermail/openstack-dev/2014-July/039530.html | 19:59 |
| mestery | zzelle_: The underlying OVS supports this, but we currently don't. | 19:59 |
| zzelle_ | ok, i will correct the db model in order to remove the SELECT FOR UPDATE | 19:59 |
| zzelle_ | mestery, thanks | 20:00 |
| mestery | zzelle_: Thanks! | 20:00 |
| mriedem | enikanorov: http://lists.openstack.org/pipermail/openstack-dev/2014-July/039530.html since i think you opened a few of those bugs or wrote the e-r queries | 20:00 |
| salv-orlando | mriedem: I stumbled upon that section of the wiki earlier on today and wondered who wrote it ;) | 20:01 |
| salv-orlando | needless to say, I’m too lazy to check wiki page history | 20:01 |
| mriedem | salv-orlando: zzzeek, who isn't in here | 20:02 |
| mriedem | he's in -dev and -oslo though | 20:02 |
| *** shivharis has joined #openstack-neutron | 20:02 | |
| mriedem | but as russellb just pointed out in -nova, that requires a patch to eventlet which comstud had proposed but i don't think eventlet has merged, | 20:02 |
| salv-orlando | chuckC: the only reason for me marking it WIP is the amount of TBD. We’re entering crush mode for spec review, and I swept through a good chunk of them. | 20:02 |
| mriedem | so basically not usable for us | 20:02 |
| salv-orlando | mriedem: yes, I know the story from that side. I spoke to comstud a while ago | 20:03 |
| chuckC | salv-orlando: ok, this is my first bp/spec so I'm just wondering how to get a conversation going on this topic. carl_baldwin is reviewing now, so maybe I'll just wait to get his perspecitve first. | 20:05 |
| salv-orlando | chuckC: yes. make sense. From my perspective, I understand the reasoning behind wanting Ironic to be able to leverage link aggregation. I would like to see a solution where we can achieve that while preserving a rather simple abstraction at the logical level (ie: the neutron resource) | 20:06 |
| chuckC | salv-orlando: we are trying to get this into Juno since it may not be a whole lot of work and TripleO/Ironic have interest | 20:06 |
| salv-orlando | chuckC: on a wider note, what you say above is important. Put it in the spec maybe because the core team will need to choose which specs can be accepted for juno or not | 20:06 |
| salv-orlando | there are already way more specs under review than those we can land. | 20:07 |
| salv-orlando | so letting the core team know why a spec is important would be useful. | 20:07 |
| salv-orlando | for the technical details we can wait for carl_baldwin | 20:07 |
| salv-orlando | I will be around for about 3 more hours. | 20:07 |
| *** ghost_of_amcrn is now known as amcrn | 20:07 | |
| carl_baldwin | chuckC: salv-orlando: I’m trying to wrap up comments. | 20:08 |
| chuckC | salv-orlando: have you looked at the Neutron Switch Port Extension doc (https://docs.google.com/document/d/12LU-C2A8cNMNJFB6KYy5zuWoW0OzbMgwZGWxjrHYP6Q/edit#) | 20:08 |
| sdague | mriedem: right, so my thinking is if we're talking about changing the mysql driver, we should be talking about it openstack wide, and not just in neutron | 20:08 |
| carl_baldwin | chuckC: My initial reaction is that supporting link aggregation in a compute instance is an OS thing. I’m not sure yet how Neutron should be involved. | 20:08 |
| sdague | especially as that seems like it's zzzeek's suggestion | 20:08 |
| chuckC | salv-orlando: Ironic PTL recommended I look at it, but I haven't really absorbed it yet | 20:08 |
| salv-orlando | neither have I, chuckC. Perhaps you should ask the people involved in advanced services discussion, seems it faills in the area | 20:09 |
| salv-orlando | what I know is only it did not land in trunk yet | 20:09 |
| salv-orlando | and afaik there’s nothing under review (but I might have missed it) | 20:10 |
| carl_baldwin | chuckC: Is there no way for Ironic to determine what the mac address will be on the aggregate and boot from the interface with that mac address before aggregation? | 20:10 |
| chuckC | carl_baldwin: the argument is that Ironic already uses Neutron ports on baremetal compute nodes | 20:10 |
| chuckC | carl_baldwin: the main problem is to be able to boot from one of several interfaces, and regardless which one is chosen, end up with the same IP address | 20:11 |
| carl_baldwin | Why is “regardless of which one is chosen” part of the requirement? | 20:12 |
| *** ijw_ has joined #openstack-neutron | 20:12 | |
| chuckC | That's the link aggregation part. After the OS comes up, those interfaces will be bonded, hence have a single IP address. | 20:13 |
| chuckC | It's an HA requirement. | 20:13 |
| carl_baldwin | chuckC: I understand the desire to aggregate links. | 20:13 |
| *** VijayB_ has joined #openstack-neutron | 20:14 | |
| chuckC | carl_baldwin: maybe I'm not understanding your question | 20:15 |
| *** ijw has quit IRC | 20:15 | |
| *** VijayB_ has quit IRC | 20:15 | |
| *** VijayB_ has joined #openstack-neutron | 20:16 | |
| *** shakamunyi has quit IRC | 20:16 | |
| chuckC | Ironic needs to be able to tolerate the failure of any arbitrary interface | 20:16 |
| *** yamahata__ has joined #openstack-neutron | 20:17 | |
| chuckC | carl_baldwin: ^ | 20:17 |
| *** shakamunyi has joined #openstack-neutron | 20:17 | |
| *** sbfox has quit IRC | 20:17 | |
| chuckC | carl_baldwin: 'tolerate' in the sense of detect failure and retry boot on another interface | 20:17 |
| carl_baldwin | chuckC: understood. I’m not questioning the value of aggregating the links. | 20:17 |
| *** yamahata_ has quit IRC | 20:17 | |
| carl_baldwin | Can DHCP be run on a bond interface? | 20:18 |
| *** padkrish has joined #openstack-neutron | 20:18 | |
| chuckC | carl_baldwin: AFAIK, the client currently presents a mac address and gets back the associated IP address | 20:19 |
| carl_baldwin | chuckC: Is the DHCP client run on the bond interface or the underlying physical interface? | 20:20 |
| *** pcm_ has quit IRC | 20:21 | |
| chuckC | At boot time, it's the underlying interface. When the OS is started, I think it's the bond. | 20:22 |
| *** pcm_ has joined #openstack-neutron | 20:22 | |
| *** nlahouti has quit IRC | 20:22 | |
| chuckC | Think about network boot. | 20:22 |
| openstackgerrit | A change was merged to openstack/neutron: VPNaaS REST Client UT Broken https://review.openstack.org/103675 | 20:23 |
| salv-orlando | I confess being ignorant about Link Aggr. I only recall explicitly configuring it on switch ports. Have no recollection about how that works. | 20:23 |
| salv-orlando | with DHCP I mean... | 20:23 |
| chuckC | OS image must be loaded from network first, then OS is started and DHCP again configures the bond. | 20:24 |
| chuckC | DHCP used for both | 20:24 |
| *** otherwiseguy has joined #openstack-neutron | 20:25 | |
| *** jecarey has quit IRC | 20:25 | |
| salv-orlando | so you initially have eth0 and eth1 and they both send a DHCPREQUEST. | 20:25 |
| carl_baldwin | chuckC: So, initial ironic boot to load the guest OS is done without bond interfaces. The first boot is PXE or something like it? | 20:26 |
| salv-orlando | the first that receive a DHCPOFFER will determine the machine’s IP for the link aggregated iface, and the the bond is created | 20:26 |
| chuckC | carl_baldwin: OK, this is where my understanding starts hitting the limit. I think the PXE part just gets the basic boot stuff loaded, then TFTP is used to load the OS, then the OS starts and does the usual stuff. | 20:27 |
| mriedem | sdague: yeah, definitely do it in the sqla mysql driver | 20:27 |
| salv-orlando | chuck: right PXE. That was the bit I was missing. | 20:27 |
| salv-orlando | the PXE part is unaware of the bond. | 20:28 |
| *** sballe__ has quit IRC | 20:28 | |
| *** ijw_ is now known as ijw | 20:29 | |
| chuckC | salv-orlando: DHCPDISCOVER with mac address, then server replies DHCPOFFER with IP address, then server sends DHCPREQUEST to confirm wanting that address, then I forget the last one. | 20:29 |
| chuckC | So it seems I should add this detail to the spec problem statement…. | 20:30 |
| *** julim has quit IRC | 20:30 | |
| salv-orlando | it’s DHCPACK but that’s not important, I think. Do you need fault tolerance on DHCP as well? | 20:32 |
| *** sbfox has joined #openstack-neutron | 20:32 | |
| salv-orlando | I guess so. | 20:32 |
| chuckC | Yes, but that's a different problem. | 20:33 |
| chuckC | If you mean the DHCP server. | 20:33 |
| chuckC | Will that be covered by L3 HA? | 20:33 |
| carl_baldwin | chuckC: salv-orlando: I was also thinking the problem is fault tolerance on DHCP. Is the problem that PXE boot does not aggregate but tries to DHCP from each interface individually? | 20:34 |
| salv-orlando | yeah but I don’t know if you can present that to PXE | 20:35 |
| chuckC | carl_baldwin: essentially, yes, PXE and the boot programs do not know about the aggregate. So, Ironic needs to take that into account. | 20:35 |
| salv-orlando | that would mean presenting to the instance a single interface which is actually a link aggregate | 20:35 |
| salv-orlando | and implement the aggregate in openvswitch or linux bridge | 20:35 |
| salv-orlando | not sure if that’s even possible, just thinking aloud | 20:36 |
| chuckC | salv-orlando: right, boot/PXE don't do that, I think | 20:36 |
| salv-orlando | chuckC: under this assumption the instance has definetely two distinct neutron interfaces. Otherwise the ironic driver would never plug two distinct VIFs… unless we define a LA network whose ports are plugged as two VIFs or has many VIFs as (n_slaves +1) | 20:39 |
| salv-orlando | LA is link aggregation, not Los Angeles, obviouvsly! | 20:40 |
| *** yamamoto has joined #openstack-neutron | 20:40 | |
| *** rolledba_ has quit IRC | 20:41 | |
| *** banix has joined #openstack-neutron | 20:41 | |
| ijw | salv-orlando, chuckC: I've tried (accidentally) the LA / PXE boot thing and I don't recommend it. | 20:41 |
| *** yamamoto_ has joined #openstack-neutron | 20:42 | |
| ijw | But if you're looking for fault tolerance of an interface failure on boot (and, you know, it's not obvious that Ironic *does* need to be fault tolerant in that regard) you can unbond the interfaces, do the install and bond them on reboot | 20:42 |
| *** yamamoto has quit IRC | 20:42 | |
| ijw | And if you accept DHCP from either MAC then you are basically fine to do the install over whichever interface happens to be working. | 20:42 |
| _cjones_ | I recently wrote an L3 service, and a co-worker was all up in arms about the use of "id" as one of my parameters because it is a python keyword. I notice that this is used extensively in many Neutron db mixins, etc... What's the community stance on this? | 20:42 |
| salv-orlando | ijw: cool, if you’ve experienced it maybe you can comment on this spec proposal -> https://review.openstack.org/#/c/103765/ | 20:43 |
| openstackgerrit | Robert Kukura proposed a change to openstack/neutron: Group Policy: Resource Mapping Driver https://review.openstack.org/105272 | 20:43 |
| ijw | The trick we used was to change the bond status on reboot (which worked just fine) | 20:43 |
| carl_baldwin | ijw: in what sense did you change the bond status? | 20:44 |
| salv-orlando | ijw: and that would be something which the instance will sort out in its operating system. To neutron, that’s just an instance with two poers. | 20:44 |
| salv-orlando | poers/ports | 20:44 |
| chuckC | I think this is not just for install, but also for network boot | 20:45 |
| *** yamamoto_ has quit IRC | 20:46 | |
| chuckC | ijw: why do you think Ironic doesn't need to tolerate interface failure? | 20:46 |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 20:46 |
| chuckC | ijw: and what do you mean by 'accept DHCP from either MAC'? Does 'accept' mean serve the same IP address for? | 20:48 |
| ijw | Well, this is for PXE - you can serve whatever address you please so long as you put the right OS image on there | 20:48 |
| ijw | (assuming Ironic works the same as I think it does - PXE boot, install image, reboot from HD) | 20:49 |
| *** jorgem has quit IRC | 20:49 | |
| ijw | chuckC: in the same way that a VM can die in a cloud, an Ironic instance can find itself suffering hardware failure and becoming unusuable. Fault tolerance is something you would like the option to do but it absolutely isn't mandatory. | 20:50 |
| chuckC | ijw: It's a feature, right? One we want to be able to offer. | 20:50 |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 20:51 |
| ijw | If you have a cloud of Ironic servers, then you can usually afford to be without one for as long as it takes for someone to go and repair the interface. It's not the same as it would be with a normal single-purpose server, where that may be the only server you have that does that job and anything to keep it going a bit longer is valudable | 20:51 |
| ijw | chuckC: Yes, a feature, but one that isn't a core feature - that's all I'm saying. | 20:51 |
| ijw | As in we're not in the territory of 'neither Ironic nor Neutron will be fit to use until this is fixed' | 20:51 |
| *** Sukhdev has joined #openstack-neutron | 20:52 | |
| *** sballe has joined #openstack-neutron | 20:52 | |
| chuckC | ijw: sure. I believe it's a feature TripleO wants to offer. | 20:52 |
| *** VijayB_ has quit IRC | 20:52 | |
| *** nlahouti has joined #openstack-neutron | 20:53 | |
| ijw | chuckC, salv-orlando: OK, looking at just the first section of that spec I have two problems so far: | 20:56 |
| *** paraa has quit IRC | 20:56 | |
| *** VijayB has joined #openstack-neutron | 20:56 | |
| chuckC | ijw: it's a deployment issue for them. They will be using the baremetal node to deploy other stuff, so if that particular one fails due to an interface problem, it messes up a lot of the deployment. | 20:56 |
| *** yamamoto has joined #openstack-neutron | 20:57 | |
| ijw | 1. boot is entirely and completely separate from link aggregation - you may want to connect multiple interfaces to your boot network but you don't need to aggregate them at all (and in fact agg would be counterproductive since it doesn't work) | 20:57 |
| *** marun has joined #openstack-neutron | 20:57 | |
| ijw | 2. aggregation in its entirety is not specific to Ironic, it works just fine with VMs as well (with various degrees of utility) and I suggest that part of the spec is rewritten to remove the word 'ironic'. | 20:58 |
| *** toMeloos has left #openstack-neutron | 20:58 | |
| ijw | chuckC: If you bring up a machine with a faulty interface how do you avoid using the interface when it's up? | 20:58 |
| ijw | Actually, let me rephrase that. If you have a faulty NIC, is it better to work around the faulty NIC, or to use a different server because that one's broken and get someone to fix it? | 20:59 |
| ijw | Bearing in mind that as long as your cloud is not *full*, the latter is essentially free. | 20:59 |
| chuckC | ijw: yes, it's separate, but there is a common requirement. And yes, aggregation is not specific to Ironic, but both Ironic and TripleO will work better if boot can work in the face of a NIC failure. | 20:59 |
| ijw | Actually I don't think the requirement is common at all. | 21:00 |
| ijw | You can boot in the face of a NIC failure by linking two NICs to a single network | 21:00 |
| *** markmcclain has joined #openstack-neutron | 21:00 | |
| ijw | (and boot from whichever one you get a DHCP request through for) | 21:00 |
| *** pcm_ has left #openstack-neutron | 21:00 | |
| *** nlahouti has quit IRC | 21:01 | |
| ijw | no agg required. Which is just as well because installers don't support it and it's not in the PXE spec. | 21:01 |
| chuckC | I need to confirm with those teams, but I believe the selection of node is done via template, so there may not be flexibility to choose another. | 21:01 |
| *** scott-millward has joined #openstack-neutron | 21:01 | |
| ijw | chuckC: Umm, you're saying in a cloud based system that you're deploying an image to a specific machine and it won't work on any other? | 21:01 |
| *** WackoRobie has quit IRC | 21:02 | |
| chuckC | ijw: There's a heat template that specifies which HW to use for which purpose. | 21:02 |
| *** harlowja is now known as harlowja_away | 21:02 | |
| *** nlahouti has joined #openstack-neutron | 21:03 | |
| ijw | I presume it specifies the requirements of the hardware, not a specific machine | 21:03 |
| *** WackoRobie has joined #openstack-neutron | 21:03 | |
| ijw | Anyway, I would absolutely split the thing down the middle - how to boot, which has a different network arrangement from what you might use when the machine is up. You can make either thing fault tolerant independent of the other and there's really no need to tie the two things together at all | 21:03 |
| ijw | (although clearly you'd normally want to use both) | 21:03 |
| chuckC | ijw: since it' a deployment scenario, it doesn't make sense to specify backup servers when it's a one-time operation. | 21:03 |
| ijw | The reason I'd keep it separate is that your implementation will be a lot more focussed that way | 21:03 |
| ijw | There's no overlap to speak of between the two things | 21:04 |
| ijw | chuckC: I think I'm missing something here - if the deployment fails wouldn't you take the server out of service and then reschedule? | 21:04 |
| chuckC | ijw: you wouldn't want to fail the deployment of 500 servers because a single interface card failed. | 21:05 |
| openstackgerrit | A change was merged to openstack/neutron: NSX: properly handle floating ip status https://review.openstack.org/103214 | 21:05 |
| *** SumitNaiksatam has joined #openstack-neutron | 21:06 | |
| *** WackoRobie has quit IRC | 21:07 | |
| chuckC | ijw: I clearly need to document the flow here so we can have a better discussion of all this. | 21:07 |
| chuckC | ijw: please comment in the document so your issues can be captured! | 21:08 |
| chuckC | ijw: Thanks for all the discussion here! | 21:09 |
| anteaya | Sukhdev: can you hang out in irc after the meeting? I need to talk to you | 21:10 |
| Sukhdev | anteaya: yes, sure | 21:10 |
| anteaya | thanks | 21:11 |
| *** jp_at_hp has quit IRC | 21:11 | |
| *** TrevorV_ has quit IRC | 21:11 | |
| ijw | chuckC: I might be a bit blunt in the comments. Nothing personal, I'm just reading this and I don't think there's a good train of thought here. | 21:13 |
| *** jecarey has joined #openstack-neutron | 21:14 | |
| ijw | You need to be clear about the problem you *are going to solve* not the problems that *you might at some point solve in the future* because a spec needs to be a definitive statement of work, a set of work to do that entirely answers the problem description it specifies. | 21:14 |
| *** zhhuabj has joined #openstack-neutron | 21:18 | |
| ijw | Primarily I would suggest two things: | 21:19 |
| ijw | 1. write a separate spec for boot | 21:19 |
| *** alagalah_ has joined #openstack-neutron | 21:20 | |
| ijw | 2. assume Neutron will change the switch config, stop trying to write a spec where you adapt to the switch config | 21:20 |
| *** AbsinthMind has joined #openstack-neutron | 21:20 | |
| ijw | (clearly it will change switch config because otherwise you can't have Ironic and programmable network ports) | 21:20 |
| *** AbsinthMind has left #openstack-neutron | 21:23 | |
| *** kakuma has joined #openstack-neutron | 21:24 | |
| *** alagalah has quit IRC | 21:24 | |
| ijw | chuckC: Actually I'm just discussing a cloud-init format for network information, which is where you'd want to carry that link agg stuff over to the guest OS | 21:24 |
| *** jobewan has quit IRC | 21:25 | |
| *** radez is now known as radez_g0n3 | 21:26 | |
| *** networkstatic is now known as fatguylittleglov | 21:28 | |
| chuckC | ijw: ok, I will remove all contextual info from the spec and focus only on the immediate issue, which is resilient boot. | 21:30 |
| *** dvorkinista has quit IRC | 21:30 | |
| *** karimb has joined #openstack-neutron | 21:30 | |
| ijw | Yup - then what I suggest you do is assume that multiple-if is fixed (spec's approved and the patch is nearly there) and then you have to do two things: | 21:30 |
| ijw | 1. attach multiple interfaces (perhaps all of them) to one Neutron network | 21:31 |
| *** WackoRobie has joined #openstack-neutron | 21:31 | |
| ijw | 2. put a boot record in for every one of those interfaces into the DHCP server | 21:31 |
| ijw | 3. whichever one comes through, do the same thing and install the image you want. | 21:31 |
| ijw | two-ish things ;) | 21:31 |
| chuckC | Ironic/tripleo has no way to determine which interfaces connect to the same network | 21:32 |
| ijw | Er. | 21:32 |
| ijw | I think the issue we have is a communication one. Let me ask you a question: when is it going to become possible to configure any port on an Ironic machine to attach to any network, which is clearly the point at which it becomes a full fledged Neutron client? | 21:33 |
| ijw | Because any solution you're proposing at the moment is going to suck until that is fixed. | 21:33 |
| chuckC | Definitely communication issue. How can you configure interfaces on a baremetal machine to connect to switches they don't have wires to? | 21:35 |
| ijw | You don't. You configure switches to connect them to virtual networks they're supposed to be attached to. | 21:35 |
| *** WackoRobie has quit IRC | 21:35 | |
| chuckC | Don't you still need wires going to the right switches? | 21:35 |
| ijw | You need wires going to switches that are under Neutron control, yes. (Unless you're using Cisco gear, which is strangely magical in this regard, but in general...) | 21:36 |
| ijw | You've seen Kevin Benton's external attachment patch, right? | 21:36 |
| chuckC | So, if an Ironic server has has interfaces to 2 completely distinct physical networks, how do you tell which interfaces are connected to which? | 21:37 |
| *** dave_tucker_zzz is now known as dave_tucker | 21:38 | |
| ijw | I assume you're thinking that an Ironic machine is permanently attached to a Neutron network with no option to change that | 21:38 |
| ijw | But that's really not in keeping with Neutron's philosophy | 21:38 |
| ijw | chuckC: mu | 21:38 |
| *** terryw has joined #openstack-neutron | 21:38 | |
| kevinbenton | chuckC: someone had mentioned Ironic listening for LLDP at some point to provide the physical attachment information | 21:38 |
| chuckC | I'm just talking about how physical wires are connected. | 21:39 |
| ijw | kevinbenton: I think that might be wishful thinking right now (also exposing a bit too much information to the guests running on those machines) | 21:39 |
| chuckC | ijw: ^ | 21:39 |
| ijw | chuckC: I know you are, but when is the last time you saw a physical wire with three ends? | 21:40 |
| ijw | every port from an Ironic machine is connected to a separate physical network, from it to the switch port it's plugged into | 21:40 |
| ijw | Now, that can be written down - it doesn't change magically - so failing anything else it can be config for Ironic | 21:40 |
| ijw | But the other bit - which virtual Neutron network that switch port is connected to - is entirely programmable if you can change the switch's setup, and Neutron can do that (witness the Cisco Nexus plugin, and it's not the only example) | 21:41 |
| ijw | kevinbenton: Actually, now you're here, I wanted a word with you about the external attachment jobbie | 21:42 |
| *** otherwiseguy has quit IRC | 21:42 | |
| kevinbenton | ijw: sure. i have to leave in about 10 minutes though | 21:42 |
| kevinbenton | ijw: traveling atm | 21:42 |
| ijw | OK - so firstly I got over the point that you'll have more types of external attachment than you can possibly enumerate in the plugin so you need that bit to be extensible, right? | 21:43 |
| *** terryw has quit IRC | 21:43 | |
| ijw | kevinbenton: That aside, I was trying to understand why the port - external attachment isn't a 1:1 mapping. Are you thinking that you would create a port for every device / a number of devices on the other side of the attachment, or are you thinking of a switch (rather than a switch port) as an attachment, or what? | 21:44 |
| *** otherwiseguy has joined #openstack-neutron | 21:44 | |
| kevinbenton | ijw: yes, if there are many devices on the other side, they will each need a neutron port to get a dhcp reservation | 21:46 |
| kevinbenton | ijw: and they are all associated with the attachment point to prevent it from being deleted or re-assigned while they exist | 21:46 |
| ijw | What if you just want to bridge to something unknown on the other side? And what about firewalling for the attachment port? | 21:48 |
| ijw | I mean, I'm wondering here if it might be a master and sub-port thing that we need | 21:49 |
| kevinbenton | ijw: that’s fine. you just won’t have any neutron ports associated with it | 21:49 |
| ijw | So the attachment port itself is master (and pretty faceless - no address or MAC, but on the other hand the minimum thing you need) and then you can have subports onit. Seems to closely relate to Erik's idea of VLAN subports, too | 21:50 |
| kevinbenton | ijw: the external attachment assignment is what configures the port to be on the correct neutron network | 21:50 |
| kevinbenton | ijw: the neutron port association is just to express the dependency | 21:50 |
| ijw | kevinbenton: OK, now I'm confused - you attach the external attachment point to a network without using a port, in that case? | 21:50 |
| kevinbenton | ijw: yes | 21:50 |
| ijw | I missed that bit. | 21:50 |
| kevinbenton | ijw: that’s why the external attachment port has a network_id field | 21:51 |
| *** jordandh has quit IRC | 21:51 | |
| ijw | I was thinking we'd use a port to make the attachment: network -> port -> external attachment | 21:51 |
| *** nati_ueno has joined #openstack-neutron | 21:51 | |
| ijw | (with, as I say, the port being fairly faceless) | 21:51 |
| kevinbenton | ijw: no, we avoided that because it doesn’t make sense to have the port in the general L2 gateway use case since it needs a MAC | 21:52 |
| ijw | Well, it needs a MAC at the moment, we can change that | 21:52 |
| kevinbenton | ijw: a port implies an end-node | 21:52 |
| kevinbenton | ijw: not a part of the network that provides connectivity | 21:53 |
| ijw | OK - which brings us back to connecting two networks together, which is always the problem with this stuff | 21:53 |
| ijw | OK - I see your logic and it works fine, I just need to go and think a bit more about it | 21:53 |
| *** rmcall has joined #openstack-neutron | 21:54 | |
| *** mriedem has quit IRC | 21:54 | |
| kevinbenton | ijw: ok. i have to go now. i’m replying to a few of your comments on the patch as well | 21:54 |
| kevinbenton | ijw: i’ll be back on later | 21:54 |
| *** zz_blogan is now known as blogan | 21:56 | |
| ijw | I'm trying mentally to draw a parallel between this and provider networks, because I think if you have this right you should be able to subsume them | 21:56 |
| ijw | And I'm fairly sure that a part of the answer is finding a solution to the VLAN breakout plans that seem to be multiplying without end | 21:57 |
| ijw | Which reminds me, need to find yamahata | 21:57 |
| yamahata | ijw: hi | 21:57 |
| ijw | well hello | 21:58 |
| ijw | So, VLAN trunking | 21:58 |
| * ijw tries to find your spec | 21:58 | |
| yamahata | Ah I see. | 21:58 |
| ijw | https://review.openstack.org/#/c/97714/ btw, you've not reviewed the latest | 21:58 |
| yamahata | Let me see the diff... | 21:59 |
| yamahata | I understand that your modification to api doesn't conflict with other proposal. | 22:00 |
| *** a_le has quit IRC | 22:00 | |
| ijw | Yeah, I wanted to look at yours again but I can't find the review now - got a link? | 22:01 |
| *** a_le has joined #openstack-neutron | 22:01 | |
| *** banix has quit IRC | 22:01 | |
| yamahata | I haven't given review yet. Will do today | 22:01 |
| mestery | salv-orlando: Regarding https://review.openstack.org/#/c/105239/, I was confused as to you commenting on your own code, but now it makes sense. | 22:02 |
| openstackgerrit | Subrahmanyam Ongole proposed a change to openstack/python-neutronclient: Group Policy CLI-1: EP, EPG, L2 Policy, L3 Policy https://review.openstack.org/104013 | 22:02 |
| *** sgordon has joined #openstack-neutron | 22:02 | |
| *** alexpilotti has quit IRC | 22:03 | |
| *** alexpilotti has joined #openstack-neutron | 22:04 | |
| yamahata | ijw: So its okay with the api modification | 22:04 |
| *** harlowja_away is now known as harlowja | 22:04 | |
| yamahata | chuckC: ping? | 22:04 |
| yamahata | ijw: Regarding to unaddressed-port, your proposal doens't touch any db manipulation in my understanding. Right? | 22:06 |
| ijw | Not intended to other than storing the flag | 22:07 |
| chuckC | yamahata: hi | 22:07 |
| yamahata | ijw: So when port is created without address, actually subnet is associated to the port. | 22:07 |
| chuckC | yamahata: I only have a minute or two… | 22:07 |
| ijw | I think that it's basically portsecurity per port, really - portsecurity seems to operate on a network basis. I couldn't remember the details of it (other than I'd looked at it a while back and decided it wasn't the right answer) | 22:07 |
| *** jordandh has joined #openstack-neutron | 22:08 | |
| yamahata | chuckC: I see. Regarding to physical-topology blueprint | 22:08 |
| ijw | yamahata: Yes, I wonder if I should rename that flag to something else | 22:08 |
| yamahata | chuckC: I think the scope of what you want to discuss is the next step. Not 1st step. | 22:08 |
| yamahata | chuckC: So can we move the discussion to the blueprint for the next step which I'm now preparing? | 22:09 |
| chuckC | yamahata: your spec, right? | 22:09 |
| *** alexpilotti has quit IRC | 22:09 | |
| yamahata | chuckC: Yes. | 22:09 |
| chuckC | yamahata: yes | 22:09 |
| ijw | yamahata: also, regarding services | 22:09 |
| yamahata | ijw: Okay. I understand the situation. the flag name was very mis-leading. | 22:10 |
| ijw | yamahata: I don't understand why we're trying to incorporate service manager, service agent and so on into Neutron | 22:10 |
| *** alagalah_ has quit IRC | 22:10 | |
| ijw | Why can't we write something trivial that sends the minimum number of messages out to an (external) service orchestrator and give it enough leeway to make sensible decisions? | 22:11 |
| yamahata | chuckC: thanks. when I uploaded, I'll add you as reviewer | 22:11 |
| *** alagalah has joined #openstack-neutron | 22:11 | |
| chuckC | yamahata: thanks | 22:11 |
| yamahata | ijw: I don't follow you. Which blueprint are you talking about? | 22:11 |
| *** markmcclain has quit IRC | 22:12 | |
| ijw | https://docs.google.com/presentation/d/1gmuBprzedbvTQBt98JYiDFgLlTipDjr1ZgaEGL0xkcs/edit#slide=id.p | 22:13 |
| ijw | seems to be your founding document | 22:13 |
| nlahouti | rkukura: ping | 22:13 |
| yamahata | ijw: Ah the document is stale. I should have included the date. | 22:14 |
| yamahata | ijw: At the Atlanta summit, the consensus is to create standalone project out of neutron | 22:15 |
| yamahata | ijw: servicevm project. | 22:15 |
| yamahata | https://wiki.openstack.org/wiki/ServiceVM | 22:15 |
| yamahata | ijw: does it make sense? | 22:16 |
| *** mestery has quit IRC | 22:16 | |
| ijw | Yes, but again, I thought you were still interested in your various components to manage VMs being an internal part of Neutron | 22:18 |
| ijw | Also, that 'stale' presentation is at the very top of the Tacker page as well... | 22:19 |
| *** sweston has quit IRC | 22:20 | |
| ijw | yamahata: I think you're going the same way - you're assuming that Neutron manages the VMs, but in fact it's more likely that Neutron would be communicating with an external orchestrator that is service specific and manages the VMs and config for you | 22:20 |
| yamahata | ijw: which component? At this point, l3-plugin for routervm and extensions for neutron ports | 22:20 |
| openstackgerrit | Arvind Somya proposed a change to openstack/neutron-specs: ML2 Type driver for Overlay Networking https://review.openstack.org/104341 | 22:20 |
| ijw | yamahata: I'm talking about the approach rather than any particular service | 22:20 |
| yamahata | ijw: I see. | 22:21 |
| openstackgerrit | A change was merged to openstack/neutron-specs: Security group extension for PLUMgrid plugin https://review.openstack.org/104401 | 22:22 |
| *** jckasper has quit IRC | 22:23 | |
| ijw | I mean - why are you tracking and controlling VMs in Neutron? The method of control is almost certainly specific to the VM in question and you can't use services like Heat for as long as you're running in Neutron | 22:23 |
| anteaya | Sukhdev: you still around? | 22:24 |
| *** karimb has quit IRC | 22:24 | |
| anteaya | Sukhdev: I need to ask you about the gerrit-trigger plugin | 22:24 |
| yamahata | ijw: I assume you mean servicevm server, not neutron. | 22:24 |
| anteaya | SlickNik says it complied and he still can't get it to work | 22:25 |
| ijw | Let me put it a different way. If I was writing a mail server for Linux, I would want Linux to offer me the APIs I need to run the server and connect to the server, but the service itself would not be a part of the kernel. So when we're writing services in Neutron why are we making them an integrated part of Neutron (or Tacker, same thing applies)? | 22:25 |
| ijw | You only need to manage the requests for services in Tacker and make that data available to the thing controlling the service. You don't necessarily have to integrate the service in the same codebase. | 22:26 |
| anteaya | Sukhdev: 2014-07-07T16:44:48 <SlickNik> anteaya: made the changes in config file according to the google doc as well. | 22:26 |
| anteaya | 2014-07-07T16:45:39 <SlickNik> anteaya: But am still not able to get the gerrit trigger plugin to respond to comments based on comment content. | 22:26 |
| anteaya | http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2014-07-07.log | 22:26 |
| anteaya | Sukhdev: can you follow up with him? | 22:26 |
| ijw | You might want to make an example controller, but that's different, and doesn't have to go through the same degree of consideration and review if it isn't integrated into Openstack and isn't running on the host. | 22:27 |
| ijw | And an external controller could quite easily run as a tenant VM, with limited privileges. | 22:27 |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 22:28 |
| yamahata | ijw: Hmm, at least such service controller is out of scope. It's up to services. | 22:29 |
| *** armax has quit IRC | 22:29 | |
| ijw | Yes - and if that is the case then why do you need to implement anything relating to VMs, devices and service implementation within Tacker? | 22:29 |
| ijw | Which appears to be there in the current working document, there's really quite extensive material on that subject | 22:30 |
| yamahata | ijw: For now, the agent and its communication is low priority. | 22:30 |
| ijw | Look | 22:30 |
| yamahata | ijw: for l3-plugin routervm as first PoC, it won't be addressed | 22:31 |
| ijw | The spec here contains a load of commands relating to services and service VMs | 22:31 |
| ijw | My point is not the priority | 22:31 |
| ijw | My point is that it shouldn't be in the spec at all | 22:31 |
| yamahata | ijw: you mean create/update/delete service instances API? | 22:32 |
| ijw | Well, I'm confused an fascinated that there's an API for that at all, but I mean that Openstack should know *absolutely nothing* about service instances | 22:32 |
| Sukhdev | anteaya: Sorry - I was pulled into a meeting | 22:32 |
| Sukhdev | anteaya: i thought we had solved SlickNik's issue last week | 22:33 |
| *** zzelle_ has quit IRC | 22:33 | |
| yamahata | ijw: by absolutely nothing you mean openstack should not know even which service instance is running in which vm? | 22:34 |
| ijw | Yup | 22:34 |
| yamahata | ijw: So it's the role of a kind of orchestrator? | 22:35 |
| yamahata | ijw: not openstack. | 22:35 |
| ijw | Yup | 22:35 |
| *** otherwiseguy has quit IRC | 22:35 | |
| *** pradk has quit IRC | 22:36 | |
| yamahata | ijw: I see. Is it based on ETSI NFV standard? which may not be published yet. | 22:36 |
| *** sbfox has quit IRC | 22:36 | |
| ijw | ETSI documents things in big blocks, so the standards are not always very applicable, but I think this would be a VNFM in their terminology | 22:36 |
| *** oda-g has joined #openstack-neutron | 22:37 | |
| yamahata | ijw: is VNFM out of the scope of openstack? | 22:38 |
| *** thedodd has quit IRC | 22:38 | |
| ijw | Yes. | 22:38 |
| yamahata | ijw: Is it a bad idea for openstack to cover (a part of) VNFM? | 22:38 |
| *** sbfox has joined #openstack-neutron | 22:38 | |
| ijw | Because mostly NFV solutions are run by tenants, not resold to tenants | 22:38 |
| ijw | It's a terrible idea, to be honest | 22:38 |
| *** bandarji has quit IRC | 22:39 | |
| ijw | yamahata: you would expect VNFs to be brought to run on Openstack as applications. You don't change the Openstack codebase because someone's running a new application today, and VNFs are like that | 22:39 |
| ijw | yamahata: what you should be writing in Openstack is a neat way to make an XaaS interface communicate its wishes to a service running in a tenant | 22:40 |
| ijw | (and be able to attach to other tenants, where it's been instructed to attach) | 22:40 |
| ijw | And quite honestly I think the more of that that is orchestrated *outside* of Openstack and in a tenant, the better, to be honest | 22:41 |
| ijw | Bear in mind the prui | 22:42 |
| yamahata | ijw: I see. maybe I need to give it a consideration | 22:42 |
| ijw | primary use case for VNFs is not for reselling to tenants. Mainly they're there just to provide services according to whatever orchestrates them, which in the NFV world will not be Openstack but higher level business logic. We should be planning to make use of that. | 22:43 |
| yamahata | ijw: Yeah, openstack is just internal realization. It's not what end user will face | 22:44 |
| ijw | Erm, no, that's not really the point | 22:44 |
| *** padkrish has quit IRC | 22:44 | |
| ijw | The point is that, in this instance, Openstack is not the lowest level of API | 22:44 |
| ijw | Beneath it is a service API that Openstack calls will be translated to | 22:44 |
| ijw | That service API is not particularly standardised, so I would suggest a generic interface that's asynchronous and tolerant to message loss to communicate what you want the service to do from tacker | 22:45 |
| yamahata | Hmm the API is specific to service. which can vary | 22:45 |
| *** padkrish has joined #openstack-neutron | 22:46 | |
| ijw | (and the best candidate for that is probably a data model with change notifications, which is resilient to message loss and won't hang Tacker up when it talks to the service controller) | 22:46 |
| ijw | So there'd be a bit of glue code - also outside Openstack - that monitors what Tacker wants, and tells the service to do it | 22:46 |
| yamahata | It sounds like a service specific driver. Since it's very service specific, you claim that it should be out of openstack. Right? | 22:48 |
| *** Sukhdev has quit IRC | 22:52 | |
| *** pcm_ has joined #openstack-neutron | 22:52 | |
| openstackgerrit | Salvatore Orlando proposed a change to openstack/neutron: Do not mark device as processed if it wasn't https://review.openstack.org/105239 | 22:56 |
| *** alagalah has quit IRC | 22:57 | |
| *** bandarji has joined #openstack-neutron | 22:57 | |
| *** shivharis has quit IRC | 22:58 | |
| ijw | yamahata: we have a terminology issue (or at least I do) - it's specific to the service implementation. | 22:58 |
| ijw | yamahata: I would expect there to be a piece of code inside Openstack specific to the service type (like L3, for instance) | 22:59 |
| ijw | yamahata: and then, independently, something outside of Openstack that implements that service using whatever VMs it chooses (or potentially even hardware, since if we do it this way that outside controller can do whatever it likes) - and that would be service implementation specific | 23:00 |
| ijw | yamahata: that works providing you lay down a set of rules for what the interface between the two looks like in general, plus some quite details specifics per service type | 23:00 |
| ijw | yamahata: but the Openstack side shouldn't have any implementation-specific code in it at all - anyone could come along and implement a new service implementation without requiring changes to core Openstack code | 23:01 |
| *** armax has joined #openstack-neutron | 23:02 | |
| ijw | yamahata: Then your primary API for services is probably 'neutron service-register <service-type> <orchestrator-ip>' | 23:02 |
| *** Sukhdev has joined #openstack-neutron | 23:02 | |
| ijw | yamahata: I'm told you were moving over here - have you arrived yet or are you still in Japan? | 23:02 |
| *** mlavalle has quit IRC | 23:08 | |
| *** a_le_ has joined #openstack-neutron | 23:08 | |
| *** a_le has quit IRC | 23:08 | |
| *** crc32 has quit IRC | 23:11 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 23:11 |
| *** crc32 has joined #openstack-neutron | 23:14 | |
| *** yfried__ has quit IRC | 23:14 | |
| *** mestery has joined #openstack-neutron | 23:19 | |
| *** jp_at_hp has joined #openstack-neutron | 23:19 | |
| *** jp_at_hp has quit IRC | 23:19 | |
| *** jp_at_hp has joined #openstack-neutron | 23:19 | |
| *** yamamoto has quit IRC | 23:21 | |
| *** mestery has quit IRC | 23:24 | |
| *** trad511 has quit IRC | 23:25 | |
| *** bandarji has quit IRC | 23:27 | |
| *** banix has joined #openstack-neutron | 23:27 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 23:27 |
| *** padkrish has quit IRC | 23:29 | |
| *** padkrish has joined #openstack-neutron | 23:33 | |
| *** yfried__ has joined #openstack-neutron | 23:33 | |
| *** dims has quit IRC | 23:37 | |
| *** ijw has quit IRC | 23:39 | |
| openstackgerrit | Mandeep Dhami proposed a change to openstack/neutron-specs: Initial version of Neutron Service Chaining Specification https://review.openstack.org/93524 | 23:43 |
| *** scott-millward has quit IRC | 23:48 | |
| *** scott-millward has joined #openstack-neutron | 23:48 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers https://review.openstack.org/89694 | 23:50 |
| *** yamamoto has joined #openstack-neutron | 23:53 | |
| *** a_le has joined #openstack-neutron | 23:53 | |
| *** a_le_ has quit IRC | 23:53 | |
| anteaya | Sukhdev: yes, well it appears SlickNik has implemented your changes, but doesn't yet see the results he is looking for | 23:54 |
| *** jp_at_hp has quit IRC | 23:54 | |
| *** gabriel-bezerra has quit IRC | 23:54 | |
| anteaya | Sukhdev: can you talk to him about it? | 23:54 |
| *** jp_at_hp has joined #openstack-neutron | 23:55 | |
| *** seizadi has joined #openstack-neutron | 23:56 | |
| *** xgerman has quit IRC | 23:56 | |
| *** dims has joined #openstack-neutron | 23:57 | |
| *** Sukhdev has quit IRC | 23:58 | |
| *** gabriel-bezerra has joined #openstack-neutron | 23:58 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!