IPv6
From Wikipedia, the free encyclopedia
| Internet protocol suite |
| 5. Application layer |
|
DHCP • DNS • FTP • HTTP • IMAP4 • IRC • MIME • POP3 • SIP • SMTP • SNMP • SSH • TELNET • TLS/SSL • RPC • RTP • SDP • SOAP • … |
| 4. Transport layer |
| 3. Network layer |
| 2. Data link layer |
|
ATM • Bluetooth (PAN-Profile) • DTM • Ethernet • FDDI • Frame Relay • GPRS • Modems • PPP • Wi-Fi • … |
| 1. Physical layer |
|
Bluetooth RF • Ethernet physical layer • ISDN • Modems • RS232 • SONET/SDH • USB • Wi-Fi • … |
Internet Protocol version 6 (IPv6) is a network layer IP standard used by electronic devices to exchange data across a packet-switched internetwork. It follows IPv4 as the second version of the Internet Protocol to be formally adopted for general use.
Contents |
[edit] History
The main improvement brought by IPv6 is the increase in the number of addresses available for networked devices, allowing, for example, each cell phone and mobile electronic device to have its own address. IPv4 supports 232 (about 4.3 billion) addresses, which is inadequate for giving even one address to every living person, much less for supporting the burgeoning market for connective devices. If one considers that the need to account for network topology in assigning addresses means that some are not available for use in practice, it becomes apparent that the shortage is greater than this simple reckoning would indicate; it is, however, lessened somewhat by the use of technologies such as network address translation. IPv6, however, supports 2128 addresses; this is approximately 5×1028 addresses for each of the roughly 6.5 billion people alive today.
Invented by Steve Deering and Craig Mudge at Xerox PARC, IPv6 was adopted by the Internet Engineering Task Force in 1994, when it was called "IP Next Generation" (IPng). (Incidentally, IPv5 was not a successor to IPv4, but an experimental flow-oriented streaming protocol intended to support video and audio.)
As of December 2005, IPv6 accounts for a tiny percentage of the live addresses in the publicly-accessible Internet, which is still dominated by IPv4. The adoption of IPv6 has been slowed by the introduction of classless inter-domain routing (CIDR) and network address translation (NAT), each of which has partially alleviated the impact of address space exhaustion. Estimates as to when the pool of available IPv4 address will be exhausted vary — in 2003, Paul Wilson (director of APNIC) stated that, based on then-current rates of deployment, the available space would last until 2023[1], while in September 2005 a report by Cisco Systems that the pool of available addresses would be exhausted in as little as 4–5 years.[2] As of November 2006, a regularly updated report projected that the IANA pool of unallocated addresses would be exhausted in May 2011, with the various Regional Internet Registries using up their allocations from IANA in August 2012.[3] This report also argues that, if assigned but unused addresses were reclaimed and used to meet continuing demand, allocation of IPv4 addresses could continue until 2024. The U.S. Government has specified that the network backbones of all federal agencies must deploy IPv6 by 2008.[4] Meanwhile China is planning to get a head start implementing IPv6 with their 5 year plan for the China Next Generation Internet.
It is expected that IPv4 will be supported alongside IPv6 for the foreseeable future. However, IPv4-only clients/servers will not be able to communicate directly with IPv6 clients/servers, and will require service-specific intermediate servers or NAT-PT protocol-translation servers.
China is an early adopter of IPv6, and India also seems to be moving ahead of the United States in this area.
[edit] Features of IPv6
To a great extent, IPv6 is a conservative extension of IPv4. Most transport- and application-layer protocols need little or no change to work over IPv6; exceptions are applications protocols that embed network-layer addresses (such as FTP or NTPv3; NTPv4 supports IPv6). However, most applications need small changes or at least need to be recompiled with IPv6 supporting libraries. High level scripts and some well designed applications might work with unchanged binaries.
[edit] Larger address space
The main feature of IPv6 is the larger address space: addresses in IPv6 are 128 bits long versus 32 bits in IPv4.
The larger address space avoids the potential exhaustion of the IPv4 address space without the need for NAT and other devices that break the end-to-end nature of Internet traffic.
128 bits might seem overkill to achieve that goal. However, since IPv6 addresses are plentiful, it is reasonable to allocate addresses in large blocks, which makes administration easier and avoids fragmentation of the address space, which in turn leads to smaller routing tables. The current allocation policies allocate 64 bits of address space to each network segment (VLAN), and the "standard enterprise allocation" will be a /48 (leaving 16bits-worth of subnets; that is — each "average enterprise" will have ~64k VLANs to allocate as they see fit).
A technical reason for selecting 128-bit for the address length is that since most future network products will be based on 64 bit processors, it is more efficient to manipulate 128-bit addresses. The drawback of the large address size is that IPv6 is less efficient in bandwidth usage, and this may hurt regions where bandwidth is limited.
Another advantage of the larger address space is that it makes scanning certain IP blocks for vulnerabilities significantly more difficult than in IPv4, which makes IPv6 more resistant to malicious traffic. This apparent advantage is somewhat blunted by distributed attack techniques and access to the very techniques that will enable users and devices to connect in IPv6 — with such things as all hosts multicasts and Directory Service tables which will list which IPv6 addresses in the range actually have machines attached. Similarly, when new spoofing techniques are invented it will be much harder to track down rogue malware machines, especially if they are unlisted.
[edit] Stateless autoconfiguration of hosts
IPv6 hosts can be configured automatically when connected to a routed IPv6 network. When first connected to a network, a host sends a link-local multicast (broadcast) request for its configuration parameters; if configured suitably, routers respond to such a request with a router advertisement packet that contains network-layer configuration parameters.
If IPv6 autoconfiguration is not suitable, a host can use stateful autoconfiguration (DHCPv6) or be configured manually.
Stateless autoconfiguration is only suitable for hosts; routers must be configured manually or by other means.
[edit] Multicast
Multicast is part of the base protocol suite in IPv6. This is in opposition to IPv4, where multicast is optional.
Most environments do not currently have their network infrastructures configured to route multicast; that is — the link-scoped aspect of multicast will work but the site-scope, organization-scope and global-scope multicast will not be routed.
IPv6 does not have a link-local broadcast facility; the same effect can be achieved by multicasting to the all-hosts group (FF02::1).
The m6bone is catering for deployment of a global IPv6 Multicast network.
[edit] Jumbograms
In IPv4, packets are limited to 64 KiB of payload. When used between capable communication partners, IPv6 has support for packets over this limit, referred to as jumbograms. The use of jumbograms improves performance over high-throughput networks.
[edit] Faster routing
By using a simpler and more systematic header structure, IPv6 was supposed to improve the performance of routing. Recent advances in router technology, however, may have made this improvement obsolete[citation needed].
[edit] Network-layer security
IPsec, the protocol for IP network-layer encryption and authentication, is an integral part of the base protocol suite in IPv6. It is, however, not yet deployed widely except for securing BGP traffic between IPv6 routers.
[edit] Addressing
[edit] 128-bit length
The primary change from IPv4 to IPv6 is the length of network addresses. IPv6 addresses are 128 bits long (as defined by RFC 4291), whereas IPv4 addresses are 32 bits; while the IPv4 address space contains 4,294,967,296 addresses, IPv6 has enough room for 340,282,366,920,938,463,463,374,607,431,768,211,456 (340 decillion, 282 nonillion, 366 octillion, 920 septillion, 938 sextillion, 463 quintillion, 374 quadrillion, 607 trillion, 431 billion, 768 million, 211 thousand, 456) unique addresses.
IPv6 addresses are typically composed of two logical parts: a 64-bit (sub-)network prefix, and a 64-bit host part, which is either automatically generated from the interface's MAC address or assigned sequentially. Because the globally unique MAC addresses offer an opportunity to track user equipment, and so users, across time and IPv6 address changes, RFC 3041 was developed to reduce the prospect of user identity being permanently tied to an IPv6 address, thus restoring some of the possibilities of anonymity existing at IPv4. RFC 3041 specifies a mechanism by which variable over time random bit strings can be used as interface circuit identifiers, replacing unchanging and traceable MAC addresses.
[edit] Notation
IPv6 addresses are normally written as eight groups of four hexadecimal digits. For example, 2001:0db8:85a3:08d3:1319:8a2e:0370:7334 is a valid IPv6 address.
If a four-digit group is 0000, the zeros may be omitted. For example, 2001:0db8:85a3:0000:1319:8a2e:0370:1337 can be shortened as 2001:0db8:85a3::1319:8a2e:0370:1337. Following this rule, any group of consecutive 0000 groups may be reduced to two colons, as long as there is only one double colon used in an address. Leading zeros in a group can also be omitted. Thus, the addresses below are all valid and equivalent:
2001:0db8:0000:0000:0000:0000:1428:57ab 2001:0db8:0000:0000:0000::1428:57ab 2001:0db8:0:0:0:0:1428:57ab 2001:0db8:0:0::1428:57ab 2001:0db8::1428:57ab 2001:db8::1428:57ab
Having more than one double-colon abbreviation in an address is invalid, as it would make the notation ambiguous.
A sequence of 4 bytes at the end of an IPv6 address can also be written in decimal, using dots as separators. This notation is often used with compatibility addresses (see below). Thus, ::ffff:1.2.3.4 is the same address as ::ffff:102:304.
Additional information can be found in RFC 4291 - IP Version 6 Addressing Architecture.
[edit] Literal IPv6 Addresses in URLs
In a URL the IPv6-Address is enclosed in brackets. Example:
http://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]/
This notation allows parsing a URL without confusing the IPv6 address and port number:
http://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]:443/
Additional information can be found in "RFC 2732 - Format for Literal IPv6 Addresses in URL's" and "RFC 3986 - Uniform Resource Identifier (URI): Generic Syntax"
[edit] Network notation
IPv6 networks are written using CIDR notation.
An IPv6 network (or subnet) is a contiguous group of IPv6 addresses the size of which must be a power of two; the initial bits of addresses, which are identical for all hosts in the network, are called the network's prefix.
A network is denoted by the first address in the network and the size in bits of the prefix (in decimal), separated with a slash. For example, 2001:0db8:1234::/48 stands for the network with addresses 2001:0db8:1234:0000:0000:0000:0000:0000 through 2001:0db8:1234:FFFF:FFFF:FFFF:FFFF:FFFF
Because a single host can be seen as a network with a 128-bit prefix, you will sometimes see host addresses written followed with /128.
[edit] Special addresses
There are a number of addresses with special meaning in IPv6:
- ::/128 — the address with all zeros is an unspecified address, and is to be used only in software.
- ::1/128 — the loopback address is a localhost address. If an application in a host sends packets to this address, the IPv6 stack will loop these packets back to the same host (corresponding to 127.0.0.1 in IPv4).
- ::/96 — the zero prefix was used for IPv4-compatible addresses (see Transition mechanisms below)
- ::ffff:0:0/96 — this prefix is used for IPv4 mapped addresses (see Transition mechanisms below)
- 2001:db8::/32 — this prefix is used in documentation (RFC3849), anywhere where an example IPv6 address is given, addresses from this prefix should be used.
- fc00::/7 — Unique Local IPv6 Unicast Addresses are routable only within a set of cooperating sites. They were defined in RFC 4193 as a replacement for site-local addresses (see below). The addresses include a 40-bit pseudorandom number that minimizes the risk of conflicts if sites merge or packets somehow leak out.
- fe80::/10 — The link-local prefix specifies that the address only is valid in the local physical link. This is analogous to the Autoconfiguration IP address 169.254.x.x in IPv4.
- fec0::/10 — The site-local prefix specifies that the address is valid only inside the local organisation. Its use has been deprecated in September 2004 by RFC 3879 and future systems must not implement any support for this special type of address anymore.
- ff00::/8 — The multicast prefix is used for multicast addresses.[1]
There are no address ranges reserved for broadcast in IPv6 — applications are supposed to use multicast to the all-hosts group instead.
[edit] IPv6 packet
The IPv6 packet is composed of two main parts: the header and the payload.
The header is in the first 40 octets of the packet and contains both source and destination addresses (128 bits each), as well as the version (4-bit IP version), traffic class (8 bits, Packet Priority), flow label (20 bits, QoS management), payload length (16 bits), next header (8 bits), and hop limit (8 bits, time to live). The payload can be up to 64KiB in size in standard mode, or larger with a "jumbo payload" option.
Fragmentation is handled only in the sending host in IPv6: routers never fragment a packet, and hosts are expected to use PMTU discovery.
The protocol field of IPv4 is replaced with a Next Header field. This field usually specifies the transport layer protocol used by a packet's payload.
In the presence of options, however, the Next Header field specifies the presence of an extra options header, which then follows the IPv6 header; the payload's protocol itself is specified in a field of the options header. This insertion of an extra header to carry options is analogous to the handling of AH and ESP in IPsec for both IPv4 and IPv6.
[edit] IPv6 and the Domain Name System
IPv6 addresses are represented in the Domain Name System by AAAA records (so-called quad-A records) for forward lookups; reverse lookups take place under ip6.arpa (previously ip6.int), where address space is delegated on nibble boundaries. This scheme, which is a straightforward adaptation of the familiar A record and in-addr.arpa schemes, is defined in RFC 3596.
The AAAA scheme was one of two proposals at the time the IPv6 architecture was being designed. The other proposal, designed to facilitate network renumbering, would have had A6 records for the forward lookup and a number of other innovations such as bit-string labels and DNAME records. It is defined in the experimental RFC 2874 and its references (with further discussion of the pros and cons of both schemes in RFC 3364).
| NAME | Domain name |
| TYPE | AAAA (28) |
| CLASS | Internet (1) |
| TTL | Time to live in seconds |
| RDLENGTH | Length of RDATA field |
| RDATA | String form of the IPV6 address as described in RFC 3513 |
[edit] IPv6 scope
IPv6 defines 3 unicast address scopes: global, site and link. Site-local addresses are non-link-local addresses that are valid within the scope of an administratively-defined site and cannot be exported beyond it.
Site-local addresses are deprecated by RFC 3879: note that this does not deprecate other site-scoped address types (e.g. — site-scoped multicast)
Companion IPv6 specifications further define that only link-local addresses can be used when generating ICMP Redirect Messages [ND] and as next hop addresses in most routing protocols.
These restrictions do imply that an IPv6 router must have a link-local next-hop address for all directly connected routes (routes for which the given router and the next-hop router share a common subnet prefix).
[edit] IPv6 deployment
In February 1999, The IPv6 Forum was founded by the IETF Deployment WG to drive deployment worldwide creating by now over 30 IPv6 Country Fora and IPv6 Task Forces IPv6 FORUM. On 20 July 2004 ICANN announced[5] that the root DNS servers for the Internet had been modified to support both IPv6 and IPv4.
A global view into the IPv6 routing tables, which displays also which ISPs are already deploying IPv6, can be found by looking at the SixXS Ghost Route Hunter pages: these pages display a list of all allocated IPv6 prefixes and give colors to the ones that are actually being announced in BGP. When a prefix is announced, that means that the ISP at least can receive IPv6 packets for their prefix. They might then actually also offer IPv6 services, maybe even to end users/sites directly.
ISP's that provide IPv6 connectivity to their customers can be found in the Where can I get native IPv6 FAQ.
The mandate by the United States Government to move to an IPv6 platform for all civilian and defense vendors by summer 2008 will greatly boost deployment. The awarding of over $150 billion in contracts in spring of 2007 by the General Services Administration will in itself come close to the total amount spent on the Y2K upgrade of the previous decade, and total cost will swell far beyond that, to as much as $500 billion.[citation needed]
[edit] Transition mechanisms
Until IPv6 completely supplants IPv4, which is not likely to happen in the foreseeable future, a number of so-called transition mechanisms are needed to enable IPv6-only hosts to reach IPv4 services and to allow isolated IPv6 hosts and networks to reach the IPv6 Internet over the IPv4 infrastructure. IPv6 Transition Mechanism / Tunneling Comparison contains an overview of the below mentioned transition mechanisms.
[edit] Dual stack
Since IPv6 is a conservative extension of IPv4, it is relatively easy to write a network stack that supports both IPv4 and IPv6 while sharing most of the code. Such an implementation is called a dual stack, and a host implementing a dual stack is called a dual-stack host. This approach is described in RFC 4213.
Most current implementations of IPv6 use a dual stack. Some early experimental implementations used independent IPv4 and IPv6 stacks. There are no known implementations that implement IPv6 only.
[edit] Tunneling
In order to reach the IPv6 Internet, an isolated host or network must be able to use the existing IPv4 infrastructure to carry IPv6 packets. This is done using a technique somewhat misleadingly known as tunnelling which consists in encapsulating IPv6 packets within IPv4, in effect using IPv4 as a link layer for IPv6.
IPv6 packets can be directly encapsulated within IPv4 packets using a protocol number of 41. They can also be encapsulated within UDP packets e.g. in order to cross a router or NAT device that blocks protocol 41 traffic. They can of course also use generic encapsulation schemes, such as AYIYA or GRE.
[edit] Automatic tunneling
Automatic tunneling refers to a technique where the tunnel endpoints are automatically determined by the routing infrastructure. The recommended technique for automatic tunneling is 6to4[6] tunneling, which uses protocol 41 encapsulation. Tunnel endpoints are determined by using a well-known IPv4 anycast address on the remote side, and embedding IPv4 address information within IPv6 addresses on the local side. 6to4 is widely deployed today.
Teredo [7] is an automatic tunneling technique that uses UDP encapsulation and is claimed to be able to cross multiple NAT boxes. Teredo is not widely deployed today, but an experimental version of Teredo is installed with the Windows XP SP2 IPv6 stack. IPv6, 6to4 and Teredo are enabled by default in Windows Vista [8].
[edit] Configured tunneling
Configured tunneling is a technique where the tunnel endpoints are configured explicitly, either by a human operator or by an automatic service known as a Tunnel Broker[9]. Configured tunneling is usually more deterministic and easier to debug than automatic tunneling, and is therefore recommended for large, well-administered networks.
Configured tunneling typically uses either protocol 41 (recommended) or raw UDP encapsulation.
[edit] Proxying and translation
When an IPv6-only host needs to access an IPv4-only service (for example a web server), some form of translation is necessary. The one form of translation that actually works is the use of a dual-stack application-layer proxy, for example a web proxy.
Techniques for application-agnostic translation at the lower layers have also been proposed, but they have been found to be too unreliable in practice due to the wide range of functionality required by common application-layer protocols, and are commonly considered to be obsolete. See for example SIIT[10], NAT-PT[11], TCP-UDP Relay[2], Socks-based Gateway[3], Bump-in-the-Stack or Bump-in-the-API[12].
[edit] IPv6 Network Integration Phases
IPv4-Dominant: Most network traffic is IPv4, the routing/control plane is running IPv4, and IPv6 service is provided via tunnels and other transition mechanisms through the IPv4-only parts of the network.
IPv6-Capable: The network, hosts, servers, and applications have been upgraded to a full dual stack and are capable of running IPv6. Both v4 and v6 share the network as equal partners.
IPv6-Dominant: Most network traffic is IPv6, the routing/control plane is running IPv6, and IPv4 service is provided via tunnels and other transition mechanisms through the IPv6-only parts of the network.
IPv6-Only: The network, hosts, servers, and applications have been fully upgraded to IPv6 and IPv4 has been deactivated.
[edit] See also
[edit] Major IPv6 announcements and availability
- In 2003, Nihon Keizai Shimbun (as cited in CNET Asia Staff, 2003) reported that Japan, China, and South Korea claimed to have made themselves determined to become the leading nations in Internet technology, which would partially take the form of jointly developing IPv6, and completely adopting IPv6 starting in 2005.
- ICANN announced on 20 July 2004 that the IPv6 AAAA records for the Japan (.jp) and Korea (.kr) country code Top Level Domain (ccTLD) nameservers became visible in the DNS root server zone files with serial number 2004072000. The IPv6 records for France (.fr) were added a little later. This made IPv6 operational in a public fashion.
- In Apple Computer's Mac OS X since v10.3 "Panther", which was released in 2003, IPv6 is supported and enabled by default.
- In Microsoft's Windows NT 4, Windows 2000 service pack 1, limited support for IPv6 for research and testing has been available since at least 2002; Microsoft Research[13] first released an experimental IPv6 stack in 1998. This support is not intended for use in a production environment.
- In Microsoft's Windows XP, IPv6 support for developmental purposes has been included since 2001. In Windows Server 2003, IPv6 is included, since 2003, as a core networking technology, fully suitable for commercial deployment.
- In Microsoft's Windows Vista, IPv6 is supported and enabled by default.
- Production-quality BSD support for IPv6 has been generally available since early to mid-2000 in FreeBSD, OpenBSD, and NetBSD via the KAME[4] project.
- Linux support for IPv6 varies, though research-quality code has been available since at least the late 1990s[5] with Red Hat Linux and derivatives. Recent 2.6 kernels have IPv6 support although the user may chose to not compile this into the kernel
- In the end of 1997 IBM's AIX 4.3 was the first commercial platform that supported IPv6 [6].
[edit] Related IETF working groups
- 6bone IPv6 Backbone (EOL=June 6, 2006)
- ipng IP Next Generation (concluded)
- ipv6 IP Version 6
- ipv6mib IPv6 MIB (concluded)
- multi6 Site Multihoming in IPv6
- shim6 Site Multihoming by IPv6 Intermediation
- v6ops IPv6 Operations
[edit] Notes and references
- ^ http://news.zdnet.com/2100-1009_22-1020653.html
- ^ http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-3/ipv4.html
- ^ http://www.potaroo.net/tools/ipv4/
- ^ http://www.gcn.com/print/25_16/41051-1.html
- ^ http://icann.org/announcements/announcement-20jul04.htm
- ^ http://www.ietf.org/rfc/rfc3056.txt
- ^ http://www.ietf.org/rfc/rfc4380.txt
- ^ http://msdn.microsoft.com/windowsvista/default.aspx?pull=/library/en-us/dnlong/html/AppComp.asp#app_topic11
- ^ http://www.ietf.org/rfc/rfc3053.txt
- ^ http://www.ietf.org/rfc/rfc2765.txt
- ^ http://www.ietf.org/rfc/rfc2766.txt
- ^ http://www.ietf.org/rfc/rfc2767.txt
- ^ http://research.microsoft.com/msripv6/
[edit] Further reading
[edit] Core specifications
- RFC 2460: Internet Protocol, Version 6 (IPv6) Specification (obsoletes RFC 1883)
- RFC 2461/RFC 4311: Neighbor Discovery for IP Version 6 (IPv6) (4311 updates)
- RFC 2462: IPv6 Stateless Address Autoconfiguration
- RFC 4443: Internet Control Message Protocol (ICMPv6) for the IPv6 Specification (obsoletes RFC 2463)
- RFC 2464: Transmission of IPv6 Packets over Ethernet Networks
- RFC 4291: Internet Protocol Version 6 (IPv6) Addressing Architecture (obsoletes RFC 3513)
- RFC 3041: MAC address use replacement option
- RFC 3587: An IPv6 Aggregatable Global Unicast Address Format
[edit] Stateless autoconfiguration
- RFC 2461: Neighbor Discovery for IP Version 6 (IPv6)
- RFC 2462: IPv6 Stateless Address Autoconfiguration
[edit] Programming
- RFC 3493: Basic Socket Interface Extensions for IPv6 (obsoletes RFC 2553)
- see getaddrinfo for an example of client/server programming in an IPv4/IPv6 independent manner using some of RFC 3493 extensions
- RFC 3542: Advanced Sockets Application Program Interface (API) for IPv6 (obsoletes RFC 2292)
- RFC 4038: Application Aspects of IPv6 Transition
[edit] Books
There are a number of IPv6 books:
- ISBN 0-12-447751-8 IPv6 Core Protocols Implementation (October 2006)
- ISBN 0-471-49892-0 Migrating to IPv6: A Practical Guide to Implementing IPv6 in Mobile and Fixed Networks (2006)
- ISBN 1-59059-527-0 Running IPv6 (2006)
- ISBN 0-596-00934-8 IPv6 Network Administration (2005)
- ISBN 3-9522942-0-9 IPv6 - Grundlagen, Funktionalität, Integration by Silvia Hagen (German Edition, 2004)
- ISBN 0-596-10058-2 IPv6 Essentials, 2nd Edition by Silvia Hagen (English, 2006)
- ISBN 0-13-241936-X IPv6: The New Internet Protocol by Christian Huitema (1998) (The original IPv6 bible)
[edit] External links
 |
The external links in this article may require cleanup to comply with Wikipedia's content policies. Please improve this article by removing excessive or inappropriate external links. Please remove this tag when this is done. This article has been tagged since October 2006. (talk) |
[edit] Address Space
- IANA Address Assignments
- GRH SixXS's Ghost Route Hunter (Looking Glass + Address Usage overview)
- A Pragmatic Report on IPv4 Address Space Consumption
- Quarterly update of this report, last as of September 10, 2006
- Exhaustion of IP resources - daily updated
- Understanding IP Addressing Everything You Ever Wanted To Know Detailed explanation of IPv4/6 implementation.
- A tool to generate unique local IPv6 unicast addresses (In conformance with RFC4193)
- IP2Location IPv6 Free IPv6 database to geolocate Internet visitors by IP address
- Understand IPv6 Addresses: article from 9-20-2006
[edit] Software (Operating Systems + Applications)
- KAME BSD IPv6 Stack
- USAGI Linux IPv6 Stack
- Linux IPv6 HOWTO
- DeepSpace6 - Current Status of Applications supporting IPv6 / Linux IPv6 Info
- Overview of IPng/IPv6 (provided by one of the co-chairs of the SIPP working group)
[edit] Task Forces / Projects / Vendors
- 6WIND
- IPv6 TF IPv6 Task Forces Portal
- IPv6 Forum India IPv6 Forum India
- CAv6TF California IPv6 Task Force
- MetroNet6 IPv6 for interoperable emergency services/first responder communications and homeland security
- NAv6TF North American IPv6 Task Force
- Moonv6
- Hexago: IPv6 services provider
- go6 IPv6 Forum
- Command Information
[edit] Misc
- The IPv6 Portal IPv6 News, projects, info and more
- IPv6 resource wiki on ManyBytesAgo: links to articles, tunnel brokers, HOWTOs...
- IPv6 Interoperability Testing
- Display Connection information of IPv6 Clients (IPv6 only)
- Federal gov to deploy IPv6 by 2008
- Dominance of IPv4 in current market
- Percentage of current market
- Why you want IPv6
- The IPv6 mess, a critique of the IPv6 transition plan, by D. J. Bernstein
- IBM developerWorks - Discover Internet Protocol, version 6 (IPv6)
- Covert channel tool hides data in IPv6 "SecurityFocus" article by Robert Lemos, 2006-08-11
- IPv6 Information Page article by Ethern M.C. Lin, 2006-11-21(IPv6 only)
- Point6: European competence center on IPv6.
