openstackgerrit | ZongKai LI proposed openstack/networking-ovn: Update segment_data for TestOvnSbSync https://review.openstack.org/365814 | 01:49 |
---|---|---|
*** armax has quit IRC | 02:13 | |
*** salv-orl_ has joined #openstack-neutron-ovn | 02:29 | |
*** salv-orlando has quit IRC | 02:32 | |
*** dkehn_ has joined #openstack-neutron-ovn | 02:44 | |
*** dkehn_ has quit IRC | 03:49 | |
*** dkehn_ has joined #openstack-neutron-ovn | 03:51 | |
*** mickeys has joined #openstack-neutron-ovn | 04:49 | |
*** mickeys has quit IRC | 04:49 | |
*** irenab has joined #openstack-neutron-ovn | 05:04 | |
*** irenab_ has joined #openstack-neutron-ovn | 05:06 | |
*** irenab has quit IRC | 05:08 | |
*** irenab_ is now known as irenab | 05:08 | |
*** mmirecki has joined #openstack-neutron-ovn | 06:41 | |
*** pcaruana has joined #openstack-neutron-ovn | 06:48 | |
*** dkehn_ has quit IRC | 06:56 | |
*** dkehn_ has joined #openstack-neutron-ovn | 07:01 | |
openstackgerrit | Babu Shanmugam proposed openstack/networking-ovn: OVN trunk driver to support vlan-aware-vms https://review.openstack.org/356409 | 07:09 |
*** fzdarsky has joined #openstack-neutron-ovn | 07:22 | |
openstackgerrit | ZongKai LI proposed openstack/networking-ovn: Add sync support for DHCP_Options https://review.openstack.org/352209 | 08:00 |
*** gongysh has quit IRC | 08:25 | |
*** gongysh has joined #openstack-neutron-ovn | 08:26 | |
*** salv-orlando has joined #openstack-neutron-ovn | 08:29 | |
*** salv-orl_ has quit IRC | 08:32 | |
*** roeyc has joined #openstack-neutron-ovn | 08:32 | |
*** gongysh has quit IRC | 09:19 | |
*** gongysh has joined #openstack-neutron-ovn | 09:21 | |
*** gongysh has quit IRC | 09:26 | |
*** roeyc has quit IRC | 09:38 | |
*** roeyc has joined #openstack-neutron-ovn | 10:18 | |
*** roeyc has quit IRC | 10:38 | |
*** roeyc has joined #openstack-neutron-ovn | 10:45 | |
*** HenryG_ is now known as HenryG | 10:46 | |
*** roeyc has quit IRC | 11:14 | |
*** rtheis has joined #openstack-neutron-ovn | 11:22 | |
*** dkehn_ has quit IRC | 11:23 | |
*** roeyc has joined #openstack-neutron-ovn | 11:23 | |
*** dkehn_ has joined #openstack-neutron-ovn | 11:35 | |
*** salv-orl_ has joined #openstack-neutron-ovn | 11:52 | |
*** salv-orlando has quit IRC | 11:52 | |
*** zefferno has joined #openstack-neutron-ovn | 12:38 | |
*** tongli has joined #openstack-neutron-ovn | 12:40 | |
*** pcaruana has quit IRC | 12:50 | |
rtheis | mestery, Sam-I-Am, russellb: n-ovn gate fix for recent update to neutron network segment support: https://review.openstack.org/#/c/365814/ | 12:57 |
russellb | rtheis: approved | 12:58 |
rtheis | russellb: thank you | 12:58 |
russellb | thanks for bringing it up | 12:58 |
rtheis | yw | 12:58 |
*** brad_behle has joined #openstack-neutron-ovn | 13:27 | |
*** zkassab has joined #openstack-neutron-ovn | 13:31 | |
*** irenab has quit IRC | 13:31 | |
*** irenab has joined #openstack-neutron-ovn | 13:32 | |
rtheis | FYI: n-ovn meeting weekly meetings start on Thursday: https://review.openstack.org/363906 | 13:34 |
*** woodburn has joined #openstack-neutron-ovn | 13:37 | |
*** roeyc has quit IRC | 13:46 | |
*** roeyc has joined #openstack-neutron-ovn | 13:48 | |
russellb | woo | 13:50 |
russellb | i'll be in an all day meeting, but hopefully will be able to join anyway since it's irc | 13:50 |
*** mlavalle has joined #openstack-neutron-ovn | 13:51 | |
*** gongysh has joined #openstack-neutron-ovn | 13:52 | |
openstackgerrit | Merged openstack/networking-ovn: Update segment_data for TestOvnSbSync https://review.openstack.org/365814 | 13:55 |
*** brad_behle has quit IRC | 14:00 | |
*** banix has joined #openstack-neutron-ovn | 14:11 | |
*** gongysh has quit IRC | 14:20 | |
*** salv-orlando has joined #openstack-neutron-ovn | 14:29 | |
*** salv-orl_ has quit IRC | 14:32 | |
openstackgerrit | ZongKai LI proposed openstack/networking-ovn: Add sync support for DHCP_Options https://review.openstack.org/352209 | 14:37 |
openstackgerrit | ZongKai LI proposed openstack/networking-ovn: Add DB sync support for lrouter port networks https://review.openstack.org/358501 | 14:38 |
openstackgerrit | ZongKai LI proposed openstack/networking-ovn: Enhance _get_port_dhcpv4_options https://review.openstack.org/362726 | 14:39 |
*** lrichard__ has joined #openstack-neutron-ovn | 14:54 | |
*** lrichard_ has joined #openstack-neutron-ovn | 14:54 | |
*** lrichard__ has quit IRC | 14:54 | |
*** dkehn_ has quit IRC | 14:57 | |
*** cryptarium has joined #openstack-neutron-ovn | 15:06 | |
*** dkehn_ has joined #openstack-neutron-ovn | 15:10 | |
*** regXboi has joined #openstack-neutron-ovn | 15:26 | |
*** zefferno has quit IRC | 15:29 | |
*** doonhammer has joined #openstack-neutron-ovn | 15:29 | |
*** armax has joined #openstack-neutron-ovn | 15:29 | |
*** doonhammer has quit IRC | 15:35 | |
*** pcaruana has joined #openstack-neutron-ovn | 15:42 | |
*** dkehn__ has joined #openstack-neutron-ovn | 15:54 | |
*** dkehn__ has quit IRC | 16:09 | |
*** dkehn__ has joined #openstack-neutron-ovn | 16:29 | |
*** lrichard has quit IRC | 16:31 | |
*** lrichard has joined #openstack-neutron-ovn | 16:34 | |
*** mickeys has joined #openstack-neutron-ovn | 16:38 | |
*** mickeys has quit IRC | 16:40 | |
*** mickeys has joined #openstack-neutron-ovn | 16:40 | |
*** chandrav has joined #openstack-neutron-ovn | 16:41 | |
*** mickeys has quit IRC | 16:45 | |
*** roeyc has quit IRC | 16:47 | |
*** chandrav has quit IRC | 16:55 | |
*** chandrav has joined #openstack-neutron-ovn | 16:59 | |
*** fzdarsky is now known as fzdarsky|afk | 17:01 | |
*** chandrav has quit IRC | 17:03 | |
*** armax has quit IRC | 17:11 | |
*** armax has joined #openstack-neutron-ovn | 17:26 | |
*** banix has quit IRC | 17:49 | |
*** banix has joined #openstack-neutron-ovn | 17:51 | |
*** chandrav has joined #openstack-neutron-ovn | 17:52 | |
*** chandrav has quit IRC | 17:55 | |
*** banix has quit IRC | 18:00 | |
*** s3wong has joined #openstack-neutron-ovn | 18:02 | |
*** dkehn__ has quit IRC | 18:03 | |
*** dkehn_ has quit IRC | 18:03 | |
*** banix has joined #openstack-neutron-ovn | 18:03 | |
*** chandrav has joined #openstack-neutron-ovn | 18:09 | |
*** regXboi has quit IRC | 18:10 | |
*** regXboi has joined #openstack-neutron-ovn | 18:13 | |
*** dkehn__ has joined #openstack-neutron-ovn | 18:15 | |
*** dkehn_ has joined #openstack-neutron-ovn | 18:15 | |
*** chandrav has quit IRC | 18:20 | |
*** mmirecki has quit IRC | 18:51 | |
*** banix has quit IRC | 19:02 | |
*** fzdarsky|afk is now known as fzdarsky | 19:08 | |
*** pcaruana has quit IRC | 19:11 | |
*** banix has joined #openstack-neutron-ovn | 19:20 | |
regXboi | @russellb: if you are around - has anybody talked about how to represent the segments that make up a routed network in one of OVN's logical switch structure? | 19:36 |
regXboi | (er structures) | 19:36 |
russellb | i thought there have been people working on that already | 19:40 |
russellb | and we've merged a number of patches related to that | 19:40 |
russellb | i don't recall the current state exactly though ... | 19:40 |
russellb | goal was to have routed networks support developed in parallel with core neutron | 19:40 |
regXboi | well, I see a big TODO in the code and I didn't see any patches in the queue that addressed it | 19:42 |
regXboi | hence my question :) - a casual glance makes me think that segments should map to logical switches and have the LS decorated with the owning network UUID in either the other_config or external_ids column | 19:45 |
regXboi | rtheis: you are the author of the TODO comment in the mech_driver - am I missing something? | 19:45 |
rtheis | regXboi: segments map indirectly to logical switches. segment is part of a network which has a logical switch | 19:47 |
rtheis | The TODO is for multi-provider network option which I'm not sure if we need for routed networks | 19:47 |
rtheis | carl_baldwin: does networking-ovn need to support the multi-provider network option for routed networks? | 19:48 |
carl_baldwin | rtheis: Kind of but not strictly. In order to support routed networks, it will need to support multiple segments. There are now two ways to create multi-segment networks. The multi-provider network extension and create through the segments extension. | 19:51 |
carl_baldwin | rtheis: So, by the time OVN supports multiple segments, it might as well support the multi-provider extension. | 19:51 |
rtheis | carl_baldwin: thanks for the explanation. Do you know if Hong Hui was planning to work on this? I added the TODO at his request. | 19:52 |
carl_baldwin | When xiaohhui was at IBM, he was planning to work on this. He has switched companies and I'm not sure if his priorities have changed. | 19:53 |
rtheis | okay | 19:53 |
rtheis | I'll have to ask him | 19:54 |
russellb | ah, i see | 19:56 |
russellb | i think that's who i was assuming was doing the ovn work :) | 19:56 |
regXboi | russellb: and that's why I was asking about it - don't want to see the ball get dropped | 19:57 |
carl_baldwin | regXboi: Thanks for looking out for this. I was getting a little worried myself. | 20:02 |
regXboi | carl_baldwin: well, I'm still a bit scared because I'm thinking through the upgrade use case for provider networks and getting really worried :( | 20:02 |
carl_baldwin | regXboi: upgrade from what? | 20:02 |
carl_baldwin | regXboi: I probably just don't understand the upgrade scenario that you're think about. | 20:03 |
regXboi | carl_baldwin: assume that I start with a cloud with a provider network with one segment today | 20:03 |
regXboi | now I add a second segment to the provider network - what happens? | 20:03 |
russellb | carl_baldwin: how's the core neutron stuff going, all done? | 20:04 |
carl_baldwin | regXboi: The first problem is that the subnets on the original provider network are not attached to any segment (even the original one). | 20:05 |
carl_baldwin | regXboi: Currently, a subnet can only be associated with a segment on subnet create. So, we might need to think about relaxing this constrint. | 20:06 |
carl_baldwin | *constraint. | 20:06 |
carl_baldwin | russellb: It is done to a point. The big missing piece is that we don't have any Nova scheduling support in Newton. It is looking like we'll get that in Ocata though. | 20:07 |
regXboi | @carl_baldwin: agreed - specifically, I am getting hung up on the phyiscal_interface_mappings setting in the ml2_conf.ini and how to override it | 20:07 |
russellb | carl_baldwin: cool, well congrats on the progress | 20:07 |
carl_baldwin | russellb: Thanks, it has been a pretty fun project. It should be considered experimental in Newton but what's there works pretty well as far as I can tell. | 20:08 |
russellb | i wonder if we can sneak in the rest for OVN, if it's not done ... | 20:08 |
russellb | i thought it was though, for some reason | 20:08 |
*** cryptarium has quit IRC | 20:08 | |
regXboi | @russellb: I think it's going to be tricky | 20:08 |
russellb | ok. | 20:09 |
carl_baldwin | russellb: I'm sorry that I didn't stay current on the OVN side of the work. I remember it was going well to a point. | 20:09 |
regXboi | russellb: I"m trying to figure out how to test it right now with OVN and having questions :) | 20:09 |
russellb | no worries, not your task | 20:09 |
carl_baldwin | regXboi: If you want to convert an existing single-segment provider network to a routed network, we'll have to provide something for that. | 20:09 |
rtheis | russellb: I just tested creating a network and adding a segment to it. That works fine, but we are missing the multi-provider extension piece. I don't think that should be too hard to add | 20:10 |
regXboi | carl_baldwin: unfortunately, that is exactly the scenario that I'm looking at | 20:10 |
*** banix has quit IRC | 20:11 | |
regXboi | or I should say trying to figure out how to test | 20:11 |
rtheis | regXboi: how about adding your upgrade case to https://etherpad.openstack.org/p/routed-provider-networks-notes for consideration in Ocata? | 20:11 |
regXboi | rtheis: sure I'll add it | 20:12 |
carl_baldwin | regXboi: It should be doable. We just can't blindly allow attaching an existing subnet to a new segment. It will take just a little thinking. | 20:13 |
regXboi | carl_baldwin: ok - that brings me back to the question of the ovs bridges, etc. | 20:14 |
regXboi | rtheis: upgrade case added at the bottom | 20:16 |
rtheis | thx | 20:16 |
regXboi | I haven't put any ideas of what needs to happen since I'm not 100% sure how to state them yet :) | 20:18 |
regXboi | carl_baldwin: I"m going to wander away and think about how to make the original network the first segment of a new network (as I think that comes before the subnet question) | 20:18 |
carl_baldwin | regXboi: It can't be that hard. I could convert a provider network to a routed network with one command in the DB manually. We just have to make sure that we have the right checks in place to do it automatically. | 20:20 |
carl_baldwin | regXboi: Thanks for adding that. | 20:21 |
carl_baldwin | ... to the etherpad I mean. | 20:21 |
regXboi | carl_baldwin: Ok, I've put a couple of steps in the etherpad as well | 20:21 |
regXboi | or at least what I think some of the steps are... | 20:21 |
carl_baldwin | regXboi: I'm already marking them up with my thoughts. | 20:25 |
regXboi | and ditto replies :) | 20:25 |
carl_baldwin | regXboi: I'm trying to wrap my head around that last concern. Let me know if I'm still missing some understanding. | 20:28 |
regXboi | carl_baldwiN: We are getting there | 20:29 |
* regXboi can't type | 20:29 | |
regXboi | carl_baldwin: ^^^ | 20:29 |
carl_baldwin | regXboi: Should be discuss here instead of etherpad? | 20:30 |
*** salv-orl_ has joined #openstack-neutron-ovn | 20:30 | |
regXboi | yeah, this is logged as well :) | 20:30 |
regXboi | in fact, it's logged better | 20:30 |
regXboi | carl_baldwin: what I'm trying to get to is doing all of this *AND* minimize hits | 20:31 |
carl_baldwin | regXboi: With how things are today, you would have to restart the compute node. But, you'd also have to live migrate existing instances that are on the original segment away from the compute node in order to be able to move it to another segment. | 20:31 |
regXboi | so I really don't want to have to change ml2_conf.ini files because that's going to get very messy | 20:31 |
regXboi | yeah, I'm not looking to move a compute from one segment to another | 20:31 |
regXboi | I'm trying to wrap my head around what is going to happen when the second segment gets added | 20:32 |
carl_baldwin | Then the only reason to add a new segment is to add new compute nodes (or am I missing another reason). | 20:32 |
regXboi | you are missing another reason | 20:32 |
*** salv-orlando has quit IRC | 20:33 | |
* carl_baldwin is on the edge of his seat. :) | 20:33 | |
regXboi | sorry - interruption | 20:33 |
*** mmirecki has joined #openstack-neutron-ovn | 20:33 | |
regXboi | right now I'm looking at deploying a 400 compute node cloud with a single provider network - I want to convert that to a routed network and add three segments to get to the point of having a segment go to (on average) 25% of the cloud | 20:34 |
regXboi | because I can do some things to help me at that point | 20:34 |
regXboi | *but* I'm not allowed to redeploy the cloud in anything other than an upgrade path | 20:34 |
regXboi | the "things that help me at that point" == OVN's conditional monitoring | 20:35 |
regXboi | the break-even point for that is 80% of the cloud - so I can't use it right now, but I can once I have routed networks | 20:35 |
regXboi | and that's the reason for adding a new segment that doesn't involve adding new computes | 20:36 |
regXboi | btw - the "three" above is just a nice round number I pulled out of the sky - if I can add "one" network then I get the win | 20:36 |
carl_baldwin | regXboi: Let me see if I follow... | 20:36 |
carl_baldwin | In the original provider network, you won't use all 400 computes? | 20:37 |
regXboi | I have to assume that some number of computes will be bound to the original provider network and I'm not looking to change that | 20:37 |
carl_baldwin | I'm not sure I understand what you said about the "break-even point" | 20:37 |
regXboi | If I have a network that is bound to less than 80% of my cloud, then conditional monitoring buys me a performance improvement | 20:38 |
regXboi | and if it is more than 80%, I pay a penalty. | 20:38 |
regXboi | so, when I have a single provider network that *might* go to all of the nodes of the cloud, I can't turn it on | 20:39 |
*** chandrav has joined #openstack-neutron-ovn | 20:39 | |
regXboi | but if I can convert to routed networks and add a single segment, then I can turn it on | 20:39 |
regXboi | I'm hoping to do this before too many of the compute nodes are bound to the original provider network | 20:40 |
regXboi | and with that - I need to wander away for today | 20:42 |
regXboi | we'll pick this conversation up later this week | 20:42 |
carl_baldwin | regXboi: I don't fully understand yet. We can talk later. | 20:42 |
* regXboi wanders off into the not-yet sunset | 20:42 | |
*** regXboi has quit IRC | 20:42 | |
*** mmirecki has quit IRC | 20:46 | |
*** fzdarsky has quit IRC | 20:53 | |
*** s3wong has quit IRC | 20:56 | |
openstackgerrit | Richard Theis proposed openstack/networking-ovn: Add unit tests for neutron-ovn-db-sync-util command https://review.openstack.org/365088 | 20:59 |
*** s3wong has joined #openstack-neutron-ovn | 21:08 | |
*** rtheis has quit IRC | 21:33 | |
*** chandrav has quit IRC | 21:37 | |
*** banix has joined #openstack-neutron-ovn | 21:48 | |
*** banix has quit IRC | 21:49 | |
*** banix has joined #openstack-neutron-ovn | 21:50 | |
*** banix has quit IRC | 22:00 | |
*** banix has joined #openstack-neutron-ovn | 22:01 | |
*** chandrav has joined #openstack-neutron-ovn | 22:04 | |
*** mickeys has joined #openstack-neutron-ovn | 22:09 | |
*** chandrav has quit IRC | 22:12 | |
*** banix has quit IRC | 22:39 | |
*** learner has joined #openstack-neutron-ovn | 23:52 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!