Hi Jason,<div><br></div><div>Thanks for sending this out.  I like the idea of separating the notion of creating a network (L2 connectivity) from creating a subnet (L3 addressing) with nova-manage.  This is inline with the Quantum work some of us are building to create L2 networking as a separate service (<a href="http://www.slideshare.net/danwent/quantum-diablo-summary">http://www.slideshare.net/danwent/quantum-diablo-summary</a>).</div>

<div><br></div><div>This is actually great timing, as we're currently in the middle of figuring out a lof the nova network refactoring and how Quantum will fit in, see: </div><meta charset="utf-8"><div>- <a href="https://blueprints.launchpad.net/nova/+spec/network-refactoring">https://blueprints.launchpad.net/nova/+spec/network-refactoring</a></div>

<div>- <a href="https://blueprints.launchpad.net/nova/+spec/implement-network-api">https://blueprints.launchpad.net/nova/+spec/implement-network-api</a></div><div><br></div><div>Given that we're reworking the commands (and potentially breaking peoples' scripts), it might make sense to add a "type" field to the "network create" command to provide future flexibility to introducing different types of networks that can be created by nova-manage, particularly Quantum networks. Nova's existing model of L2 networking is very specific to Linux bridging and fields like  [VLAN_START] [FLAT_NETWORK_BRIDGE]</div>

<meta charset="utf-8"><div>[BRIDGE_INTERFACE] don't really make sense, but other fields will.  </div><div><br></div><div>It would be great to coordinate these changes.  Do you know when you expect your branch (<a href="https://code.launchpad.net/~jason-koelker/nova/separate_networks">https://code.launchpad.net/~jason-koelker/nova/separate_networks</a>, I believe?) to hit?  Thanks,</div>

<div><br></div><div>Dan</div><div><br></div><div><br><br><div class="gmail_quote">On Thu, Jul 7, 2011 at 9:28 AM, Jason Kölker <span dir="ltr"><<a href="mailto:jkoelker@rackspace.com">jkoelker@rackspace.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi all,<br>
<br>
I am work on being able to use ipv6 without the ipv4 requirement. To do<br>
this I am generalizing the concept of subnets so that any data link<br>
(bridge) can be assigned more than one subnet of which any number of<br>
them may be an ipv4 or an ipv6 subnet.<br>
<br>
I've seen some bugs popping up with the the syntax of the nova-manage<br>
and would like to solicit feedback on altering the `network create`<br>
commands. Currently the command is in the form of:<br>
<br>
nova-manage network create LABEL CIDR [NUM_NETWORKS] [NETWORK_SIZES]<br>
[VLAN_START] [VPN_START] [FIXED_RANGE_V6] [GATEWAY_V6]<br>
[FLAT_NETWORK_BRIDGE] [BRIDGE_INTERFACE]<br>
<br>
I would propose this be changed to:<br>
<br>
nova-manage network create LABEL [VLAN_START] [FLAT_NETWORK_BRIDGE]<br>
[BRIDGE_INTERFACE]<br>
<br>
nova-manage subnet create NETWORK_ID CIDR [GATEWAY] [DBS] [VPN_START]<br>
<br>
I would also update the `network create` and `network list` to print out<br>
the network id so it can easily be looked up for creating subnets. As<br>
with the current command, a '0' will indicate a skipped option.<br>
<br>
The largest distinction here is that the command (and nova) does not<br>
differentiate between v4 and v6 subnets and should use netaddr to "do<br>
the right thing". It also removes the automatic subnetting the current<br>
command allows and forces the user to explicitly create each subnet.<br>
<br>
Thoughts?<br>
<br>
Happy Hacking!<br>
<br>
7-11<br>
--<br>
A. Because it breaks the logical sequence of discussion<br>
Q. Why is top posting bad?<br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" 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/~openstack" 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><br clear="all"><br>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <br>Nicira Networks, Inc. <br><a href="http://www.nicira.com">www.nicira.com</a> | <a href="http://www.openvswitch.org">www.openvswitch.org</a><br>

Sr. Product Manager <br>cell: 650-906-2650<br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br><br>
</div>