| *** cp16net is now known as cp16net|away | 00:09 | |
| *** demorris has quit IRC | 00:11 | |
| *** cp16net|away is now known as cp16net | 00:15 | |
| *** djohnstone has quit IRC | 00:16 | |
| *** tanisdl has quit IRC | 00:26 | |
| *** cp16net is now known as cp16net|away | 00:29 | |
| *** lastidiot has joined #openstack-meeting-alt | 00:39 | |
| *** bdpayne has quit IRC | 00:58 | |
| *** demorris has joined #openstack-meeting-alt | 01:07 | |
| *** seanrob_ has joined #openstack-meeting-alt | 01:09 | |
| *** seanrob has quit IRC | 01:12 | |
| *** seanrob_ has quit IRC | 01:14 | |
| *** saurabhs has quit IRC | 01:34 | |
| *** demorris has quit IRC | 01:37 | |
| *** jcru has quit IRC | 01:38 | |
| *** grapex has quit IRC | 01:39 | |
| *** cp16net|away is now known as cp16net | 03:31 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 03:35 | |
| *** bdpayne has joined #openstack-meeting-alt | 03:48 | |
| *** bdpayne has quit IRC | 04:06 | |
| *** bdpayne has joined #openstack-meeting-alt | 04:24 | |
| *** amytron has joined #openstack-meeting-alt | 04:30 | |
| *** grapex has joined #openstack-meeting-alt | 04:34 | |
| *** grapex has quit IRC | 04:36 | |
| *** amytron has quit IRC | 04:36 | |
| *** grapex has joined #openstack-meeting-alt | 04:36 | |
| *** amytron has joined #openstack-meeting-alt | 04:38 | |
| *** SergeyLukjanov has quit IRC | 05:06 | |
| *** bdpayne has quit IRC | 05:07 | |
| *** lastidiot has quit IRC | 05:10 | |
| *** amytron has quit IRC | 05:10 | |
| *** amytron has joined #openstack-meeting-alt | 05:10 | |
| *** bdpayne has joined #openstack-meeting-alt | 05:14 | |
| *** amytron has quit IRC | 05:14 | |
| *** amytron has joined #openstack-meeting-alt | 05:15 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 05:16 | |
| *** amytron has quit IRC | 05:16 | |
| *** amytron has joined #openstack-meeting-alt | 05:17 | |
| *** grapex has quit IRC | 05:32 | |
| *** esp has left #openstack-meeting-alt | 05:37 | |
| *** SergeyLukjanov has quit IRC | 05:44 | |
| *** amytron has quit IRC | 05:44 | |
| *** amytron has joined #openstack-meeting-alt | 05:45 | |
| *** bdpayne has quit IRC | 05:49 | |
| *** BalleS_ has joined #openstack-meeting-alt | 06:03 | |
| *** amytron has quit IRC | 06:03 | |
| *** amytron has joined #openstack-meeting-alt | 06:03 | |
| *** susanne-balle has quit IRC | 06:06 | |
| *** BalleS_ has quit IRC | 06:07 | |
| *** akuznetsov has joined #openstack-meeting-alt | 06:08 | |
| *** akuznetsov has quit IRC | 06:19 | |
| *** grapex has joined #openstack-meeting-alt | 06:32 | |
| *** grapex has quit IRC | 06:41 | |
| *** amytron has quit IRC | 06:41 | |
| *** amytron has joined #openstack-meeting-alt | 06:41 | |
| *** akuznetsov has joined #openstack-meeting-alt | 07:01 | |
| *** amytron has quit IRC | 08:37 | |
| *** grapex has joined #openstack-meeting-alt | 08:37 | |
| *** amytron has joined #openstack-meeting-alt | 08:38 | |
| *** grapex has quit IRC | 08:41 | |
| *** amytron has quit IRC | 08:41 | |
| *** amytron has joined #openstack-meeting-alt | 08:42 | |
| *** akuznetsov has quit IRC | 08:45 | |
| *** amytron has quit IRC | 08:45 | |
| *** amytron has joined #openstack-meeting-alt | 08:47 | |
| *** jesusaurus has quit IRC | 09:00 | |
| *** amytron has quit IRC | 09:00 | |
| *** amytron has joined #openstack-meeting-alt | 09:01 | |
| *** akuznetsov has joined #openstack-meeting-alt | 09:04 | |
| *** amytron has quit IRC | 09:04 | |
| *** amytron has joined #openstack-meeting-alt | 09:05 | |
| *** jesusaurus has joined #openstack-meeting-alt | 09:09 | |
| *** amytron has quit IRC | 09:09 | |
| *** amytron has joined #openstack-meeting-alt | 09:10 | |
| *** qwerty_nor has joined #openstack-meeting-alt | 10:08 | |
| *** pcm__ has joined #openstack-meeting-alt | 10:27 | |
| *** amytron has quit IRC | 10:27 | |
| *** pcm__ has quit IRC | 10:27 | |
| *** pcm__ has joined #openstack-meeting-alt | 10:27 | |
| *** amytron has joined #openstack-meeting-alt | 10:28 | |
| *** amytron has quit IRC | 10:37 | |
| *** grapex has joined #openstack-meeting-alt | 10:37 | |
| *** amytron has joined #openstack-meeting-alt | 10:38 | |
| *** grapex has quit IRC | 10:41 | |
| *** amytron has quit IRC | 10:41 | |
| *** amytron has joined #openstack-meeting-alt | 10:43 | |
| *** stanlagun has quit IRC | 11:13 | |
| *** amytron has quit IRC | 11:13 | |
| *** amytron has joined #openstack-meeting-alt | 11:13 | |
| *** HenryG has joined #openstack-meeting-alt | 11:18 | |
| *** amytron has quit IRC | 11:18 | |
| *** HenryG_ has quit IRC | 11:18 | |
| *** amytron has joined #openstack-meeting-alt | 11:20 | |
| *** akuznetsov has quit IRC | 11:29 | |
| *** amytron has quit IRC | 11:29 | |
| *** amytron has joined #openstack-meeting-alt | 11:31 | |
| *** amytron has quit IRC | 11:55 | |
| *** amytron has joined #openstack-meeting-alt | 11:55 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 11:59 | |
| *** amytron has quit IRC | 12:04 | |
| *** demorris has joined #openstack-meeting-alt | 12:06 | |
| *** demorris has quit IRC | 12:20 | |
| *** susanne-balle has joined #openstack-meeting-alt | 12:32 | |
| *** grapex has joined #openstack-meeting-alt | 12:37 | |
| *** grapex has quit IRC | 12:42 | |
| *** jergerber has joined #openstack-meeting-alt | 12:43 | |
| *** grapex has joined #openstack-meeting-alt | 12:43 | |
| *** grapex has quit IRC | 12:43 | |
| *** grapex has joined #openstack-meeting-alt | 12:44 | |
| *** grapex has quit IRC | 13:00 | |
| *** rnirmal has joined #openstack-meeting-alt | 13:10 | |
| *** akuznetsov has joined #openstack-meeting-alt | 13:22 | |
| *** mtreinish has joined #openstack-meeting-alt | 13:28 | |
| *** SergeyLukjanov has quit IRC | 13:42 | |
| *** grapex has joined #openstack-meeting-alt | 13:47 | |
| *** grapex has quit IRC | 13:48 | |
| *** grapex has joined #openstack-meeting-alt | 13:48 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 13:49 | |
| *** demorris has joined #openstack-meeting-alt | 13:53 | |
| *** maroh has joined #openstack-meeting-alt | 14:04 | |
| *** lastidiot has joined #openstack-meeting-alt | 14:09 | |
| *** maroh has quit IRC | 14:09 | |
| *** demorris has left #openstack-meeting-alt | 14:10 | |
| *** cp16net is now known as cp16net|away | 14:11 | |
| *** djohnstone has joined #openstack-meeting-alt | 14:14 | |
| *** dhellmann-away has quit IRC | 14:15 | |
| *** dhellmann has joined #openstack-meeting-alt | 14:21 | |
| *** SergeyLukjanov has quit IRC | 14:22 | |
| *** amytron has joined #openstack-meeting-alt | 14:22 | |
| *** feleouet has joined #openstack-meeting-alt | 14:22 | |
| *** lastidiot has quit IRC | 14:23 | |
| *** jcru has joined #openstack-meeting-alt | 14:25 | |
| *** stackKid has joined #openstack-meeting-alt | 14:31 | |
| *** rkukura has joined #openstack-meeting-alt | 14:32 | |
| *** apech_ has joined #openstack-meeting-alt | 14:33 | |
| *** matrohon has joined #openstack-meeting-alt | 14:33 | |
| *** markmcclain has joined #openstack-meeting-alt | 14:34 | |
| *** susanne-balle has quit IRC | 14:35 | |
| *** megan_w has joined #openstack-meeting-alt | 14:39 | |
| *** imsplitbit has left #openstack-meeting-alt | 14:41 | |
| *** cp16net|away is now known as cp16net | 14:43 | |
| *** doude has joined #openstack-meeting-alt | 14:51 | |
| *** enikanorov has joined #openstack-meeting-alt | 14:52 | |
| mestery | Hi folks, hopefully everyone is here for the ML2 Networking meeting now! | 15:00 |
|---|---|---|
| *** BrianB has joined #openstack-meeting-alt | 15:00 | |
| markmcclain | hi | 15:01 |
| mestery | #startmeeting networking_ml2 | 15:01 |
| openstack | Meeting started Wed Jun 12 15:01:05 2013 UTC. The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:01 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:01 |
| *** openstack changes topic to " (Meeting topic: networking_ml2)" | 15:01 | |
| openstack | The meeting name has been set to 'networking_ml2' | 15:01 |
| mestery | #agenda https://wiki.openstack.org/wiki/Meetings/ML2 | 15:01 |
| mestery | So, first, apologies for the timing mistake on my part. | 15:01 |
| mestery | #info Next week and going forward we will have the ML2 meeting at 1400 UTC Wednesday | 15:01 |
| *** rcurran has joined #openstack-meeting-alt | 15:02 | |
| *** lastidiot has joined #openstack-meeting-alt | 15:02 | |
| mestery | #topic MechanismDriver | 15:02 |
| *** openstack changes topic to "MechanismDriver (Meeting topic: networking_ml2)" | 15:02 | |
| mestery | I thought we could start out with the MechanismDriver. | 15:02 |
| mestery | #apech_: You here? | 15:02 |
| apech_ | yup | 15:03 |
| mestery | cool | 15:03 |
| mestery | I think your email to openstack-dev is a good starting point here, hopefully people have had a chance to read it. | 15:03 |
| apech_ | thanks, I have a few questions to pose to the list if that's a good place to start, or can summarize quickly | 15:03 |
| mestery | #link http://lists.openstack.org/pipermail/openstack-dev/2013-June/010252.html | 15:03 |
| mestery | apech_: Lets go with questions, assuming folks have read your email. | 15:04 |
| apech_ | great | 15:04 |
| *** akuznetsov has quit IRC | 15:04 | |
| apech_ | maybe one place to start is on the question of calls to the mechanism driver within or after the transaction | 15:05 |
| apech_ | I think I actually misspoke in my email and our implementation will mostly use calls after the transaction | 15:05 |
| *** ZangMingJie has joined #openstack-meeting-alt | 15:06 | |
| apech_ | but are there use cases out there for a call within the transaction? | 15:06 |
| mestery | I think outside the transaction makes the most sense. | 15:06 |
| mestery | Thoughts by others? | 15:06 |
| apech_ | and if there are, any suggestions on the function names? The best I can think of is "create_network_in_transaction" and "create_network_after_transaction", which makes me puke a bit :) | 15:06 |
| *** fmanco has joined #openstack-meeting-alt | 15:07 | |
| rkukura | apech_: Outside would make sense for remote round-trip communications, inside for DB access. | 15:07 |
| apech_ | rkurura: ok that makes sense | 15:07 |
| mestery | So, sounds like we have our use case for in-transaction then. | 15:08 |
| apech_ | do you have any thoughts on distinguishing between the method names? | 15:08 |
| rkukura | I had thought of _tx on the in-transaction ones. | 15:08 |
| *** Sukhdev has joined #openstack-meeting-alt | 15:08 | |
| mestery | rkukura: I like that naming approach better than apech_'s. :) | 15:08 |
| apech_ | okay, that works for me | 15:08 |
| apech_ | haha | 15:09 |
| apech_ | good, I guilted people into better suggestions | 15:09 |
| apech_ | alternatively, I guess inside the transaction could be considered the allocation of resources for the action, while outside the transaction is the implementation | 15:09 |
| Sukhdev | sorry for being late - went into the wrong meeting :-) | 15:09 |
| mestery | apech_: Conceptually that makes sense. | 15:09 |
| mestery | Sukhdev: No problem. :) | 15:10 |
| mestery | Any other MechanismDriver questions? | 15:10 |
| apech_ | yeah, i guess the other one that comes up (outside of the specific API), is how to order mechanism driver calls | 15:11 |
| *** tanisdl has joined #openstack-meeting-alt | 15:11 | |
| *** tanisdl has quit IRC | 15:11 | |
| apech_ | so if you enable two mechanism drivers, do we need to be able to specify the order in which they are called? is it registration order? | 15:11 |
| mestery | Registration order would be easiest I guess, and would enable the user to order things, for better or worse. | 15:12 |
| rkukura | apech_: ordering is something I've been thinking about for the ml2-portbinding DP | 15:12 |
| rcurran | i guess i envisioned an ini file having the list of mech_drivers ... called in that order | 15:12 |
| rkukura | We want to be able to prioritize which mechanism to try first, ... | 15:12 |
| mestery | rkukura: So something like what rcurran suggested here? | 15:13 |
| *** stanlagun has joined #openstack-meeting-alt | 15:13 | |
| rcurran | and the order configured in the ini isn't good enough | 15:13 |
| Sukhdev | How do you decide on the priority? | 15:13 |
| mestery | Sukhdev: Order in the .ini file? | 15:13 |
| rkukura | probably - but I'd want to look at stevedore again to see if the same mechanism_driver list can be used once they are loaded | 15:14 |
| *** tanisdl has joined #openstack-meeting-alt | 15:14 | |
| apech_ | rkukura: are you envisioning a case where only one mechanism driver handles a given call, or they all do? | 15:14 |
| rkukura | only for portbinding right now | 15:14 |
| apech_ | I was thinking of the later, but the way you put your statement, I wonder if you're thinking of the former | 15:14 |
| rkukura | I think the CRUD ops need to go to them all, and I'm not sure if order matters for that | 15:14 |
| mestery | rkukura: Agreed on both accounts there. | 15:15 |
| apech_ | okay great, seems like we agree there | 15:15 |
| rkukura | I'm at Red Hat Summit this week, and haven't had a chance to read the proposal in detail | 15:15 |
| mestery | One other question I had related to all this is, the OVS and LinuxBridge stuff is currently embedded in ML2. Is the plan to make that a MechanismDriver as well? | 15:16 |
| apech_ | did anyone have any feedback for me after reading the proposal? Sounds like we need to add inside vs outside method calls. If that's it, we can get this coded up prety quickly and send this out for review | 15:16 |
| rkukura | please don't take anything I say as intentionally contradicting anything in that | 15:16 |
| mestery | I see cases where some plugins won't want to run with that enabled in ML2. | 15:16 |
| rkukura | I've been viewing the RPCs as a plugin service that can eventually be extended by MechanismDrivers | 15:17 |
| rkukura | All the RPC mixins kind of need to come from the plugin (L3, firewall, ...) | 15:17 |
| mestery | rkukura: So in the case of a controller MechanismDriver which won't want to use OVS/LinuxBridge, that will be supportable then? | 15:17 |
| rkukura | Since the L2 RPC is so similar for all existing L2 agents, it made sense to share this, at least initially | 15:18 |
| mestery | rkukura: I'm thinking of something like OpenDaylight for example. | 15:18 |
| *** qwerty_nor has quit IRC | 15:18 | |
| rkukura | One goal I've had for ml2 is to support all types and mechanisms concurrently | 15:18 |
| mestery | Ok, that makes sense. | 15:19 |
| mestery | Anything else on MechanismDriver? | 15:19 |
| rkukura | so part of a datacenter might be using a controller, while some other part is using the L2 agent(s) | 15:19 |
| feleouet | One more question: when mechanism driver is called, will the plugin use the same process? (calling _notify_port_updated for example) | 15:19 |
| rkukura | and a flat network or vlan might span these | 15:19 |
| apech_ | feleouet: I'm not sure I followed your question, sorry | 15:20 |
| rkukura | feleouet: I wouldn't think so | 15:20 |
| mestery | feleouet: Can you explain your concern a bit more? | 15:21 |
| rkukura | If the portbinding results in an L2 agent being used for that port, then the L2 agent will initiate the RPCs, etc. If a controller "owns" the port, the RPCs won't occur | 15:21 |
| feleouet | I'm concerned about that, and joining kyle question about making OVS & LB as machnisms drivers: | 15:21 |
| rkukura | The ml2-portbinding BP does talk about adding MechDrivers for each L2 agent | 15:22 |
| mestery | With regards to OVS & LB, from what rkukura is indicating here, if a "controller" MechanismDriver owns the port, the RPC calls won't happen for that port. Is that right? | 15:22 |
| rkukura | mestery: That's what I was trying to say | 15:22 |
| mestery | rkukura: OK, I guess I'm missing how a MechanismDriver claims ownership of a port then. | 15:23 |
| mestery | But I can check the code out for that part. | 15:23 |
| *** dhellmann_ has joined #openstack-meeting-alt | 15:23 | |
| apech_ | I think this is part of what rkukura is defining for the ml2 port binding bp | 15:23 |
| rkukura | no code yet for that | 15:23 |
| mestery | OK, makes sense, I'll keep my eye on the ml2 portbinding BP. | 15:24 |
| apech_ | for the generic mechanism driver bp, I'm not imagining adding this, as I think we'll call all registered mechanism drivers for all calls | 15:24 |
| apech_ | (all calls = create_network, delete_network, etc) | 15:24 |
| mestery | apech_: We will need to coordinate this with Bob's blueprint then to ensure it's possible to make this happen though. | 15:24 |
| rkukura | apech_: Agreed - I thought it made sense to treat what you are working on and ml2-portbinding as separate BPs so we could work in parallel | 15:25 |
| mestery | Sounds like we're all on the same page here then. | 15:25 |
| apech_ | mestery: agreed | 15:25 |
| apech_ | rkukura: great | 15:25 |
| mestery | OK, any other MechanismDriver questions or thoughts? | 15:25 |
| rkukura | ml2-portbinding will result in the binding:vif_type being correct based on which MechDriver is used, and will also allow picking which segment of multi-segement networks that agent has access to | 15:25 |
| apech_ | that's all I had on the mechanism driver. I'll send out an updated proposal to my email after this | 15:26 |
| mestery | apech_: OK, thanks. | 15:26 |
| mestery | rkukura: That makes sense as well. | 15:26 |
| rcurran | want to make sure i understand this ... so if a mdriver owns a port then the rpc calls made by the ovs driver would be stifed somehow | 15:26 |
| rcurran | is it ok that the other code inside of these events are still executed | 15:26 |
| *** dhellmann has quit IRC | 15:26 | |
| *** dhellmann_ is now known as dhellmann | 15:26 | |
| rcurran | ? | 15:26 |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 15:27 | |
| mestery | rcurran: I think that's the general idea, yes, though I wouldn't expect the code to be executed in the case of hte port being owned by a different MechanismDriver. | 15:28 |
| mestery | Makes sense rcurran? | 15:28 |
| rcurran | so no code inside of say plugin.py create_port() would be called | 15:29 |
| rkukura | rcurran: Not sure stifling them is needed, but we could consider that | 15:29 |
| mestery | OK, lets move on to the TypeDrivers now. | 15:29 |
| rkukura | we clearly could get the MechDrivers in the loop on the RPC calls, but lets see if that turns out to be needed | 15:30 |
| mestery | #topic TypeDrivers | 15:30 |
| *** openstack changes topic to "TypeDrivers (Meeting topic: networking_ml2)" | 15:30 | |
| mestery | Is Rohon here? | 15:30 |
| matrohon | yep | 15:30 |
| mestery | matrohon: Hi! | 15:30 |
| mestery | #link Early ml2-gre code here: https://github.com/mathieu-rohon/quantum/commits/bp/ml2-gre | 15:31 |
| mestery | matrohon: Thanks for sharing that early code, will review it today. | 15:31 |
| mestery | matrohon: Anything you wanted to share or discuss around it today? | 15:31 |
| matrohon | ok | 15:31 |
| matrohon | it works fine for tenant networks | 15:31 |
| matrohon | need some more test for other use cases | 15:31 |
| mestery | matrohon: Awesome! | 15:31 |
| rkukura | took a quick glance, will review more closely as soon as I can | 15:32 |
| mestery | I'm going to look at it to see if some of it can be leveraged for the ml2-vxlan BP too :) | 15:32 |
| matrohon | i've copy a lot of code from ovs plugin | 15:32 |
| mestery | matrohon: I think that makes some sense, given the approach of ML2 may be to deprecate the OVS+LB plugins. | 15:33 |
| matrohon | but i use gre-endpoints instead of globol endpoint (for vxlan and gre) | 15:33 |
| rkukura | seems the attribute validation and tenant pooling should be very similar to the VlanTypeDriver as well | 15:33 |
| *** rods has joined #openstack-meeting-alt | 15:33 | |
| mestery | matrohon: I didn't follow your gre-endpoint vs. global endpoint? | 15:34 |
| matrohon | you could have use the same endpoint managment code for vxlan endpoints and gre endpoints | 15:35 |
| matrohon | but that's not the way i choose | 15:35 |
| mestery | matrohon: OK, got it. | 15:35 |
| mestery | matrohon: Let me look at your code, maybe it makes sense to combine them? The OVS+VXLAN work was just approved today in fact. | 15:35 |
| matrohon | agent may be a gre endpoint but not vxlan endpoint | 15:37 |
| feleouet | But won't actual OVS VXLAN code use GRE typeDriver for now? | 15:37 |
| mestery | matrohon: We can add that support to your code, or I can rather, let me know. | 15:37 |
| rkukura | I think mestery is adding a VxlanTypeDriver that will mirror the GreTypeDriver | 15:37 |
| mestery | feleouet: Why would it use the GRE TypeDriver for now? We will need a VXLAN TypeDriver I think. | 15:37 |
| mestery | rkukura: Yes, exactly. | 15:38 |
| rkukura | So the RPC interface might be shared, but need to dispatch to the right TypeDriver to manage the endpoints for that tunnel type | 15:38 |
| feleouet | yes, in turn, but for now how will you allocate segments if they can't overlap? | 15:38 |
| matrohon | rkukura : exactly | 15:38 |
| rkukura | At that point, I think we can have the L2 agents pass tunnel_type in the RPCs | 15:39 |
| matrohon | rkukura : I think so, in the tunnel_sync | 15:39 |
| mestery | matrohon rkukura: Exactly, that is the plan. | 15:39 |
| mestery | feleouet: What do you mean the segments can't overlap? You could reuse a segment ID for both GRE and VXLAN type networks. | 15:40 |
| rkukura | feleouet, mestery: these are segmentation_ids right? I agree they should be independently managed by ml2 TypeDrivers. | 15:40 |
| mestery | rkukura feleouet: Yes, that's my thinking as well. No reason they can't overlap, and each TypeDriver can manage their own segment IDs. | 15:41 |
| mestery | Would be configurable in the ini files per TypeDriver I believe. | 15:42 |
| feleouet | yes, agree they have to be managed independantly. | 15:42 |
| matrohon | the overlaping will be hard to manage in the ovs agent | 15:42 |
| matrohon | since flow are managed by tunnel_id | 15:42 |
| mestery | matrohon: We'll need to make changes to the agent, yes, this was discussed during the review of my OVS+VXLAN patch. | 15:43 |
| mestery | The idea is to change from tunnel_id to something like the partial mesh patch implements. | 15:43 |
| feleouet | My remark was concerning current VXLAN code, that doesn't supports segemntation_id overlap | 15:43 |
| matrohon | mestery : great | 15:44 |
| feleouet | this is was i was thinkin it would use GRE typedriver until we use perport flow rules in agents | 15:44 |
| mestery | feleouet: The current code only supports VXLAN OR GRE tunnels, not both at the same time. | 15:44 |
| mestery | feleouet: Got it, now I understand. | 15:44 |
| *** Riddhi has joined #openstack-meeting-alt | 15:44 | |
| mestery | I'll make changes to the agent side to support both at the same time next. | 15:44 |
| mestery | So we can manage IDs using the two TypeDrivers separately. | 15:44 |
| matrohon | actually we think that partial mesh stuff could be handle in the l2 population BP | 15:45 |
| mestery | matrohon: That makes sense to me. | 15:45 |
| rkukura | So the openvswitch plugin will remain one-or-the-other, while ml2 supports multiple types concurrently | 15:45 |
| mestery | rkukura: Exactly. | 15:45 |
| mestery | OK, so I think we're making good progress here on the TypeDrivers it seems. | 15:46 |
| mestery | And coming to consensus on things. | 15:46 |
| mestery | Anything else on TypeDrivers? | 15:46 |
| *** Riddhi has quit IRC | 15:47 | |
| mestery | #topics General Questions | 15:47 |
| mestery | #topic General Questions | 15:48 |
| *** openstack changes topic to "General Questions (Meeting topic: networking_ml2)" | 15:48 | |
| mestery | So the list of blueprints on ML2 is on the wiki. | 15:48 |
| mestery | #link ML2 blueprints link: https://wiki.openstack.org/wiki/Meetings/ML2 | 15:48 |
| mestery | apech_: Getting the MechanismDriver out for review this weekend woudl be great considering it's importance. | 15:49 |
| apech_ | yeah, agreed. Should be able to do that | 15:49 |
| mestery | Once that and rkukura's portbinding BP are in, people can start writing MechanismDriver's. | 15:49 |
| mestery | A question for people: We have an OpenDaylight plugin mostly working now. | 15:50 |
| mestery | What are people's thoughts on making that the first Open Source ML2 MechanismDriver in the controller model? | 15:50 |
| apech_ | fine by me - we have to convert something in the controller model to make sure we have the right model | 15:51 |
| apech_ | (too many uses of model, but you hopefully get what I mean) | 15:51 |
| mestery | apech_: My thoughts exactly, and we'll want an Open Source Controller MechanismDriver as well, which was my thinking here. | 15:51 |
| mestery | apech_: Yes. :) | 15:51 |
| mestery | OK, any other questions or thoughts by anyone? | 15:51 |
| mestery | If not, we'll end the meeting. | 15:51 |
| *** bdpayne has joined #openstack-meeting-alt | 15:52 | |
| rcurran | i'm good | 15:52 |
| apech_ | yup, gotta run anyway | 15:52 |
| apech_ | thanks all | 15:52 |
| rkukura | mestery: +1 | 15:52 |
| mestery | Ok, thanks everyone! | 15:52 |
| Sukhdev | good meeting | 15:52 |
| mestery | Reminder: Next week's meeting is at 1400 UTC Wednesday on #openstack-meeting. | 15:52 |
| mestery | #endmeeting | 15:52 |
| *** openstack changes topic to "OpenStack meetings (alternate)" | 15:52 | |
| openstack | Meeting ended Wed Jun 12 15:52:51 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:52 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-12-15.01.html | 15:52 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-12-15.01.txt | 15:52 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-12-15.01.log.html | 15:52 |
| rkukura | thanks everyone! | 15:53 |
| mestery | Yes, thanks all! | 15:53 |
| feleouet | thanks, bye. | 15:53 |
| *** apech_ has quit IRC | 15:53 | |
| *** rcurran has quit IRC | 15:55 | |
| *** Sukhdev has quit IRC | 15:55 | |
| *** matrohon has quit IRC | 15:55 | |
| *** BrianB has quit IRC | 16:07 | |
| *** SergeyLukjanov has quit IRC | 16:18 | |
| *** cp16net is now known as cp16net|away | 16:19 | |
| *** esp has joined #openstack-meeting-alt | 16:29 | |
| *** esp has left #openstack-meeting-alt | 16:29 | |
| *** feleouet has quit IRC | 16:42 | |
| *** rkukura has quit IRC | 16:51 | |
| *** stanlagun has quit IRC | 16:54 | |
| *** jcru is now known as jcru|away | 16:58 | |
| *** seanrob has joined #openstack-meeting-alt | 17:18 | |
| *** vipul is now known as vipul|away | 17:23 | |
| *** Riddhi has joined #openstack-meeting-alt | 17:24 | |
| *** megan_w has quit IRC | 17:28 | |
| *** sirushti has quit IRC | 17:32 | |
| *** sirushti has joined #openstack-meeting-alt | 17:33 | |
| *** vipul|away is now known as vipul | 17:38 | |
| *** grapex has quit IRC | 17:45 | |
| *** seanrob has quit IRC | 17:54 | |
| *** cp16net|away is now known as cp16net | 17:56 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 18:01 | |
| *** akuznetsov has joined #openstack-meeting-alt | 18:18 | |
| *** grapex has joined #openstack-meeting-alt | 18:19 | |
| *** grapex has quit IRC | 18:19 | |
| *** grapex has joined #openstack-meeting-alt | 18:19 | |
| *** markmcclain has quit IRC | 18:20 | |
| *** jcru|away is now known as jcru | 18:23 | |
| *** markmcclain has joined #openstack-meeting-alt | 18:26 | |
| *** markwash has joined #openstack-meeting-alt | 18:27 | |
| *** mestery has quit IRC | 18:32 | |
| *** rods has quit IRC | 18:45 | |
| *** megan_w has joined #openstack-meeting-alt | 18:52 | |
| notmyname | swift meeting time. who's here? | 19:00 |
| notmyname | whoops wrong channel | 19:01 |
| *** mestery has joined #openstack-meeting-alt | 19:12 | |
| *** qwerty_nor has joined #openstack-meeting-alt | 19:20 | |
| *** jcru is now known as jcru|away | 19:22 | |
| *** rnirmal has quit IRC | 19:30 | |
| *** jcru|away is now known as jcru | 19:30 | |
| *** vipul is now known as vipul|away | 19:35 | |
| *** rkukura has joined #openstack-meeting-alt | 19:51 | |
| *** seanrob has joined #openstack-meeting-alt | 20:12 | |
| *** cp16net is now known as cp16net|away | 20:15 | |
| *** cp16net|away is now known as cp16net | 20:15 | |
| *** vipul|away is now known as vipul | 20:37 | |
| *** megan_w has quit IRC | 20:38 | |
| *** seanrob has quit IRC | 20:42 | |
| *** seanrob has joined #openstack-meeting-alt | 20:42 | |
| *** rkukura has quit IRC | 20:45 | |
| *** seanrob has quit IRC | 20:47 | |
| *** akuznetsov has quit IRC | 20:47 | |
| *** seanrob has joined #openstack-meeting-alt | 20:49 | |
| *** seanrob has quit IRC | 20:51 | |
| *** seanrob has joined #openstack-meeting-alt | 20:51 | |
| *** seanrob has quit IRC | 20:56 | |
| *** grapex has left #openstack-meeting-alt | 20:56 | |
| *** jcru is now known as jcru|away | 21:02 | |
| *** qwerty_nor has quit IRC | 21:03 | |
| *** seanrob has joined #openstack-meeting-alt | 21:05 | |
| *** fmanco has left #openstack-meeting-alt | 21:17 | |
| *** djohnstone has quit IRC | 22:00 | |
| *** mtreinish has quit IRC | 22:05 | |
| *** jcru|away is now known as jcru | 22:05 | |
| *** SergeyLukjanov has quit IRC | 22:14 | |
| *** lastidiot has quit IRC | 22:37 | |
| *** vipul is now known as vipul|away | 23:08 | |
| *** jergerber has quit IRC | 23:09 | |
| *** vipul|away is now known as vipul | 23:09 | |
| *** jergerber has joined #openstack-meeting-alt | 23:10 | |
| *** dnosovitsky has quit IRC | 23:26 | |
| *** tanisdl has quit IRC | 23:26 | |
| *** markwash has quit IRC | 23:29 | |
| *** jcru has quit IRC | 23:30 | |
| *** seanrob_ has joined #openstack-meeting-alt | 23:32 | |
| *** seanrob has quit IRC | 23:34 | |
| *** seanrob_ has quit IRC | 23:37 | |
| *** amytron has quit IRC | 23:41 | |
| *** cp16net is now known as cp16net|away | 23:49 | |
| *** mestery has quit IRC | 23:50 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!