<div dir="ltr">Thank you for reading the BP and provide comments. My comments are  inline.<br><div class="gmail_extra"><br><div class="gmail_quote">2013/7/12 Zang MingJie <span dir="ltr"><<a href="mailto:zealot0630@gmail.com" target="_blank">zealot0630@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Filipe:<br>
<br>
I disagree your ml2-external-port BP<br>
<br>
It is unsuitable to connect multiple l2 networks directly, there may<br>
be ip conflict, dhcp conflict and other problems. although neutron<br>
dhcp agent won't respond dhcp request from unknown source, an external<br>
dhcp may respond vm dhcp request.</blockquote><div><div><br></div><div>About conflicts, why is that a problem? Users are suposed to control both the virtual and physical environment. If I put a DHCP server on a VM there may be DHCP conflicts as well. L3 services may then be extended to support external ports. But I'm not considering that for now.</div>
</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">If we move an external port form a<br>

network to another network, how can we ensure that the arp cache is<br>
cleared.<br></blockquote><div><br></div><div>About the ARP tables there are two cases: VMs and physical hosts, and network equipment. About the first ones there's nothing we can or should do. The same happens if I move my laptop from a network to another. About the physical equipment if it is necesary to cleanup ARP tables to speed the process, code implementing the equipment managment can take care of that.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
And it will aslo make l2-population bp (<br>
<a href="https://blueprints.launchpad.net/quantum/+spec/l2-population" target="_blank">https://blueprints.launchpad.net/quantum/+spec/l2-population</a> ) more<br>
difficault. Our l2 forwarding works better if the device knows the<br>
whole topology of the network, but the external part is totally<br>
unknown. </blockquote><div> </div><div>About your l2-population BP there will be no changes unless you want, because it isn't expected that all the network types implement external ports. If GRE or VXLAN (I think those are the ones supported by your BP) don't implement external ports you don't have to do anything as far as I can see.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
So, I suggest a layer-3 solution, where the out world connects to vms<br>
via l3 agent.<br>
<br></blockquote><div> </div><div>Finally I agree L3 will fit almost allways, but there are cases where L2 is required. Currently one solution is to tunnel L2 over L3 from an external machine to a VM connected to the virtual network. But my purpose is that Neutron can provide that out of the box.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thank you for sharing the idea<br>
Regards<br>
<div class=""><div class="h5"><br></div></div></blockquote><div> </div><div>Regards </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><div class="h5">
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>