Open Stack

I'd add a fairly fundamental rule of ID design is that ID should never, ever have any meaning except to serve as identifiers. The minute you tie them to IPv6 values, you are giving them meaning.

On Jul 11, 2011, at 6:49 PM, Soren Hansen wrote:

> 2011/7/11 Ed Leafe <ed.leafe at rackspace.com>:
>> On Jul 11, 2011, at 2:04 PM, Eric Day wrote:
>> It's a shame that the ipv6 proposal was never more fully considered. That would handle the uniqueness, with the added benefit of providing simple zone routing via DNS, with the exact same 128-bit/32 char size.
> 
> I can think of a number of reasons why using ipv6 addresses are a bad idea.
> 
> 1. They only naturally map to VM's. Using them for any other object
> types seems artifical (why would a snapshot need an ipv6 address?)
> 2. One of the reasons UUID's were chosen was because it gave us a
> gigantic key space that made collisions unlikely enough that we
> needn't worry about them. If you use ipv6 addressses as your ID's,
> you're limited to the part of the ipv6 address space you've been
> assigned (rather than the full 128 bit key space). I realise /64's are
> pretty commonplace, but collisions are ~10 orders of magnitudes more
> likely in a /64 keyspace than they are in a /128.
> 3. You'd never be able to recycle IP's. UUID's are (and EC2 ID's are
> said to be) perpetually unique. They do not get recycled. If an
> instance's ipv6 address is its instance ID, you'll have to either live
> with your pool of ipv6 addresses slowly depleting (even though their
> corresponding instances have been deleted) or recycle the instance
> ID's (and hence IP's). Neither of those options seem very cool.
> 
> 
> -- 
> Soren Hansen        | http://linux2go.dk/
> Ubuntu Developer    | http://www.ubuntu.com/
> OpenStack Developer | http://www.openstack.org/
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

--
George Reese - Chief Technology Officer, enStratus
e: george.reese at enstratus.com    t: @GeorgeReese    p: +1.207.956.0217    f: +1.612.338.5041
enStratus: Governance for Public, Private, and Hybrid Clouds - @enStratus - http://www.enstratus.com
To schedule a meeting with me: http://tungle.me/GeorgeReese

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4395 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110711/3c9c8ae9/attachment.bin>