
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>12 jun 2013 kl. 09:25 skrev Andre Pech:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">As promised at the ml2 kickoff meeting last week, attached is our basic proposal for the ml2 mechanism driver API.</div></div></blockquote><div><br></div><div>Great, that is fast work!</div><br><blockquote type="cite"><div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">After getting more familiar with the ml2 plugin code and looking at some of the other blueprints that are looking to make use of the MechanismDriver, we've instead gone with a more simple passthrough model using the existing plugin language of create_network / update_network / delete_network / create_port / update_port / delete_port.</div></div></blockquote><div><br></div><div>Is it intentional to exclude create_subnet / update_subnet / delete_subnet, which are also a part of the QuantumPluginBaseV2 API?</div><div><br></div><div>We have currently included Subnets in the data model that we want to synchronize via our mechanism driver. So I would like to either include these subnet-related callbacks in the MechanisnDriver API, or find a good reason to eliminate Subnets from our data model so that they don't need to be synchronized.</div><div><br></div><div>Kyle, do you guys have the same issue with the OpenDaylight plugin?</div><div><br></div><div>Thanks very much Andre & Arista gang for hacking this up so quickly. I am excited to get started on our mechanism driver.</div><div><br></div><div>Cheers,</div><div>-Luke</div><div><br></div><div><br></div></div></body></html>