Couple of questions<br>a) How can we address the max 4096 vlan's problem if each user want's a VLAN tagged network?<br>b) Docs says for each VLAN network, a dhcp server is started. How does it work when we do livemigrate?<br>
<br>thanks<br><br><div class="gmail_quote">On Wed, Jul 20, 2011 at 11:56 PM, Thor Wolpert <span dir="ltr"><<a href="mailto:thor@wolpert.ca">thor@wolpert.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
That was a great explanation, thanks!<div><br></div><div>There is also a limit of 12 bits in the 802.1Q protocol, effectively setting the max to 4096 vlans</div><div><br></div><div>I so look forward to having that kind of problem :)!<div>
<div></div><div class="h5"><br>
<div><br></div><div><div class="gmail_quote">On Wed, Jul 20, 2011 at 9:26 PM, Jeff Kramer <span dir="ltr"><<a href="mailto:jeffkramer@gmail.com" target="_blank">jeffkramer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

As I understand it, you can setup the tags in the switch first if you<br>
want, but you don't need to.  You will create VLAN tags in the Nova<br>
database as you create networks with 'nova-manage network create ...',<br>
and those will be assigned to users on a first-come first-serve basis.<br>
 When a user creates their first node nova assigns them an unused<br>
network which has a unique VLAN tag.  This tag is passed to<br>
nova-compute when your instance is started, and it feeds that VLAN tag<br>
into KVM which uses it for all network traffic in a way that's<br>
transparent to the guest OS.  When the guest talks to the network it<br>
uses that VLAN tag, which the nova-network node is also listening on.<br>
<br>
As long as your switch supports host-tagged VLANs (802.1Q), you don't<br>
have to create the tags in the switch before you use them.  You could<br>
setup all your VLANs before, someone else may have more experience<br>
with that.<br>
<br>
One wrinkle is that many switches have a set number of tagged VLANs<br>
they can support, for instance the HP V1810-24G switch that I'm using<br>
supports 64 tagged VLANs, which means my Nova cluster can only have 64<br>
different networks (or 64 different users).  The next model up<br>
supports 256, etc.  I assume that if you go over this number your<br>
network traffic will start dropping and weird things will happen.<br>
<br>
Your switch's management IPs should probably be in an address space<br>
that doesn't conflict with what you're assigning with nova.  If you're<br>
using 10.x.x.x for Nova you could put the switch on 192.168.x.x.  You<br>
probably shouldn't be touching the switch from a Nova guest, since the<br>
time you'll want to be fiddling with it will be when your Nova cluster<br>
is crashing or otherwise broken.<br>
<br>
<br>
On Wed, Jul 20, 2011 at 10:43 PM, tianyi wang <<a href="mailto:wangcity@gmail.com" target="_blank">wangcity@gmail.com</a>> wrote:<br>
> Hi, all<br>
><br>
><br>
>     If use VLAN mode, it's need setting VLAN in switch's NOS first?<br>
> And then the setting VLAN in nova controller node?<br>
><br>
> Now, the switch's IP is 192.168.0.234 and the gateway ip address is<br>
> 192.168.0.1 ( in switch web management interface), should I change the<br>
> switch  IP and gateway to 10.0.0.x ?<br>
><br>
> In VLAN mode, what's the relationship tween the controller node's VLAN<br>
> management and switch's NOS VLAN management?<br>
><br>
> thanks<br>
><br>
><br>
> alex<br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
<br>
<br>
<br>
--<br>
Jeff Kramer<br>
<a href="mailto:jeffkramer@gmail.com" target="_blank">jeffkramer@gmail.com</a><br>
<a href="http://www.jeffkramer.org/" target="_blank">http://www.jeffkramer.org/</a><br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div><br>