<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><pre style="margin-top: 1.5em; margin-bottom: 1.5em; padding: 0px; border: 0px; font-size: 12px; font-family: 'andale mono', 'lucida console', monospace; vertical-align: baseline; white-space: pre-wrap; line-height: 15px; color: rgb(83, 83, 83); background-color: rgb(255, 255, 255); position: static; z-index: auto; "></pre><blockquote type="cite"><pre style="margin-top: 1.5em; margin-bottom: 1.5em; padding: 0px; border: 0px; font-size: 12px; font-family: 'andale mono', 'lucida console', monospace; vertical-align: baseline; white-space: pre-wrap; line-height: 15px; color: rgb(83, 83, 83); background-color: rgb(255, 255, 255); position: static; z-index: auto; ">><i> Hi Gary
</i>><i>
</i>><i> The difficulty to do it at a layer above the plugins is that the network
</i>><i> segmentation decisions (VLAN id allocator or Tunnel ID allocation are done
</i>><i> by individual plugins today).  We view the driver as an extension of the
</i>><i> plugin and extends the capabilities of the plugin and allows it to manage
</i>><i> more complex deployments like TOR switches in the example.
</i>><i>
</i>><i> I feel we should certainly discuss this in the light of Bob's modular L2
</i>><i> (ml2) plugin architecture and see how best to layer it.
</i>><i>
</i>
Satish, I agree that there must be some coupling between plugins and driver
interfaces (e.g., it only makes sense to use a VLAN driver interface with a
plugin that uses VLANs for segmentation).  But perhaps what Gary is saying
is that it would make sense for the VLAN driver API and driver
implementations to exist elsewhere in the code tree, so it would be cleaner
if other plugins decided to adopt and use that same VLAN driver API (again,
just as an example).

Dan</pre></blockquote><div>Yes I guess that makes sense. But just to be sure I understood right - this level of separation or abstraction is possible only with something like the proposed ml2 framework (as an example) - not the current plugin framework (or am I missing something) ?</div><div><br></div><div>-Satish</div></body></html>