I've been trying to get my head around IPv6 addressing lately. This isn't a result of any projects I'm doing, more of a 'get ready for the future' thing. One of the problems I'm having to deal with
is the scary-looking nature of IPv6 addresses. For those of us brought up in IPv4, IP addresses with hexadecimals in them are intimidating. In fact, this specific issue has been brought up in meetings when v6 has come up. As I've mentioned before, our telecom group isn't going v6 until they get pushed. Having a /16 address block to play with means regulatory or technical obsolecence will be the drivers to move to v6, not IP exhaustion.
Anyway, IPv6 addresses are not as intimidating as you might think. Yes, they do have 8, 4-digit numbers in them and there is no way on this earth that your average helpdesk technician (or sysadmin) is going to memorize more than a very few 32-digit hexadecimal numbers. Happily, thanks to how v6 works, there are built in short-cuts.
First and foremost, what constitutes the 'network' portion of the address. The entire IPv4 address space can be contained in two of the 4-digit numbers. We care about this, since this is what will drive IPv6 address-space exhaustion. You can look up which regional registrars have been assigned what v6 prefixes on this link:http://www.iana.org/assignments/ipv6-unicast-address-assignments/ipv6-unicast-address-assignments.xhtml
2600:0000::/12 given to ARIN means that the network-number is "260"
Which means that it is entirely likely that when WWU gets its IPv6 allocation, it'll probably get something similar to:
Which gives us a nigh unimaginable amount of addresses. With 'nigh unimaginable' space to work with we can leverage the power of inefficiency in the pursuit of human understanding. It is entirely allowable for us to configure local addresses that look like this:
188.8.131.52 = 2608:AA11:243:0:0:0:0:16 = 2608:AA11:243::16
In essence, treat our hypothetical 2608:AA11 prefix the same way we're treating 140.160 right now. It's a bit different to remember, but at least once that prefix is memorized the rest just falls into place. Heck, you can even have up to 9999 hosts in a subnet without ever using a letter or an extra colon!
On the back-end turning 2608:AA11:243::16 into a hostname is uglier. The reverse lookup for that address would be found:
Only the DNS admin needs to worry about entering monstrosity into the named tables. Oh wait...
Once the transition to v6 is completed we can start doing funny things with our subnets, or adding colon block to addresses depending on what we need to do with them. And since v6 isn't limited to 256 in each block we can have a lot more subnets. However, we have to get there first.