Google
 
   
Login
Username:

Password:


Lost Password?

Register now!
Search
Main Menu
top books
Polls
What do you think about php-deluxe.net?
Excellent!
Cool
Hmm..not bad
What the hell is this?
encyclopedia
recommendation
compare webbrowser
Freenet DSL
Who's Online
7 user(s) are online (7 user(s) are browsing encyclopedia)

Members: 0
Guests: 7

more...
browser tip
Unix Befehle
manual of unix befehle
recommendation!
Sponsored
partner

IPv6

IPv6, or Internet Protocol version 6, is a data-oriented network layer standard used by electronic devices to communicate data across a packet-switched internetwork. Following IPv4, it s the second version of the Internet Protocol to be formally adopted for general use. Although there was an IPv5, it was not a successor to IPv4; rather, it was an experimental flow-oriented streaming protocol, intended to support voice, video, and audio.

=Purpose=

IPv6 is intended to address the concern of IPv4 address exhaustion. There are too few IP addresses available for the future demand of device connectivity (especially cell phone and mobile device). IPv4 supports 4.2 billion (4.294 × 109) addresses, which is inadequate for giving even one address to every living person, much less support the burgeoning market for connective devices. IPv6 addresses this problem by supporting 340 Names of large numbers (3.4 × 1038) addresses. For scale, this would allow an average of about 430 Names of large numbers (4.3 × 1020) unique addresses per square inch, or 670 quadrillion (6.7 × 1017) per square millimeter, of the Earth s surface. In other terms, assuming a population of about 6.5 billion humans, there are enough IPv6 addresses such that every atom of every person on Earth could be assigned 7 unique addresses with enough to spare (assuming 7 × 1027 atoms per human).

Currently, IPv6 is most useful for mobility, quality of service, privacy extension, and so forth. It is expected that IPv4 will be supported until at least 2025, to allow time for bugs and system errors in IPv6 to be corrected.

=History=

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).

The adoption of IPv6 has been slowed by the introduction of network address translation (NAT), which partially alleviates the problem of address exhaustion. However, NAT makes it difficult or impossible to use some peer-to-peer applications, such as VoIP and online games. IPv6 currently accounts for just a few percent of the addresses in the publicly-accessible Internet, which is still dominated by IPv4. The Federal government of the United States has specified that all federal agencies must deploy IPv6 by 2008.

=Addressing=

==128-bit length==

The primary change from IPv4 to IPv6 is the length of network addresses, with IPv6 addresses being 128 bits long (as defined by Request for Comments and Request for Comments). This corresponds to 32 hexadecimal digits, which are normally used when writing IPv6 addresses. Each hexadecimal digit can take 16 values ( see combinatorics ), resulting in a total of 1632 (340 undecillion) addresses.

IPv6 addresses are usually composed of two logical parts: a 64-bit network prefix, and a 64-bit host-addressing part, which is often automatically generated from the interface MAC address.

It is often argued that 128-bit addresses are overkill, and that the Internet will never need that many. However, it should be noted that the rationale for the 128-bit address space is not primarily to make sure that addresses never run out, but rather to ensure that routing can be handled smoothly by keeping the address space unfragmented. This is seen as an improvement over IPv4, where a great number of discrete netblocks are often assigned to one organization.

==Notation==

IPv6 addresses are normally written as eight groups of four hexadecimal digits. These are often followed by a slash and the prefix length (called a Classless_Inter-Domain_Routing), which turns them into a range of IPv6 addresses. For example, 2001:0db8:85a3:08d3:1319:8a2e:0370:7334/64 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:7344/64 can be shortened as 2001:0db8:85a3::1319:8a2e:0370:7344/64. 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. Thus, the lines below are all valid and equivalent. 2001:0DB8:0000:0000:0000:0000:1428:57ab/64 2001:0DB8:0000:0000:0000::1428:57ab/64 2001:0DB8:0:0:0:0:1428:57ab/64 2001:0DB8:0::0:1428:57ab/64 2001:0DB8::1428:57ab/64

However, 2001::25de::cade/64 is invalid because it is not clear how many 0000 groups are on each side. Leading zeros in a group can be omitted. Thus 2001:0DB8:02de::0e13/64 may be shortened to 2001:DB8:2de::e13/64.

==IPv4 addresses in IPv6 format==

.

For standard IPv6 hexadecimal, the IPv4 address 192.0.2.52 translates into hexadecimal as 0xC0000234, and is thus converted to an IPv6 address as 0000:0000:0000:0000:0000:0000:C000:0234 or ::C000:234.

For the sake of readability, the same IPv4 address can also be noted with decimal numbers as a hybrid IPv4-compatible address, in which case the address becomes ::192.0.2.52. However, regardless of the notation used, IPv4-compatible addresses are being deprecated, because IPv6 transition mechanisms no longer use them. The respective RFCs will reflect this shortly.

For an IPv4-mapped address, the last 32 bits of a standard IPv6 address may be written in decimal. Thus, ::ffff:192.0.2.9 is the same as ::ffff:c000:209.

==Special addresses==

There are a number of addresses with special meaning in IPv6 (see Classless_Inter-Domain_Routing#CIDR_notation).

  • ::/128 – the address with all zeroes is used to specify any address, and is only to be used in software.
  • ::1/128 – the Loopback address is a localhost address which echoes back all the packets sent to it (corresponding to 127.0.0.1 in IPv4).
  • fe80::/10 – The link-local prefix specifies that the address only is valid in the local physical link.
  • fec0::/10 – The site-local prefix specifies that the address is only valid 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. Note that broadcast as in IPv4 is not supported in IPv6; multicast should be used instead.
  • =IPv6 packet=

    The IPv6 packet is composed of two main parts: the header and the payload.

    The header is in the first 40 bytes 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, Quality of service management), payload length (16 bits), next header (8 bits), and hop limit (8 bits, time to live). The payload can be up to 64k in size in standard mode, or larger with a jumbo payload option.

    There have been two slightly different versions of IPv6. The now-obsolete initial version, described in RFC 1883, differs from the current proposed standard version, described in RFC 2460, in that 4 bits have been reassigned from flow label to traffic class . All other differences are minor.

    for IPv4 (which applies to IPv6 as well, of course).

    =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 (by analogy with A records for IPv4); reverse DNS lookups take place under ip6.arpa (previously ip6.int), where address space is delegated on nibble boundaries. This scheme 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 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.

    While the AAAA scheme is a simple generalisation of the IPv4 DNS, the A6 scheme was an overhaul of the DNS to be more general, and hence more complex:

  • A6 records allowed a single IPv6 address to be broken across several records, perhaps held in different DNS_zones; this allowed in principle for rapid renumbering of networks, for example.
  • Address delegation by use of NS records was largely replaced with DNAME records (analogous to the existing CNAME but renaming an entire tree). This permitted related forward and reverse components to be managed together.
  • A new data type called the bit label was introduced to domain names, primarily for reverse lookups.
  • The AAAA scheme was effectively standardised on in August 2002 by RFC 3363 (with further discussion of the pros and cons of both schemes in RFC 3364).

    =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 [http://www.ipv6forum.org IPv6 FORUM]. On servers for the Internet had been modified to support both IPv6 and IPv4.

    Benefits:

  • the need for roll out of pervasive support for IPv6 throughout the Internet and its connected devices
  • to be reachable from the IPv4 universe during the transition phase, you still need an IPv4-address or some kind of NAT (=shared IP-address) in the gateway routers (IPv6<-->IPv4) which adds complexity there and means the large address space promised by the specification cannot be immediately used effectively.
  • remaining architectural problems, such as the lack of agreement for proper support for IPv6 multihoming.
  • 6bone
  • ICMPv6
  • ==Transition mechanisms==

    Until IPv6 native connectivity becomes widely available and supported by the Routing infrastructure, it will be necessary to use transition mechanisms to integrate IPv6 and IPv4 nodes smoothly and seamlessly. In general, the transition mechanisms can be categorized into four groups: *Dual-stack *Tunneling *Translation *Gateway

    Dual-stack is also referred to as the dual-stack IP layer solution (RFC2893)[http://www.ietf.org/rfc/rfc2893.txtnumber=2893], which implements both the IPv4 and IPv6 protocol stacks in every node of the network. Each dual-stack node in the network will have both an IPv4 address and an IPv6 address. *Pros: Easy to deploy; widely supported. *Cons: Network topology may require two routing tables and two routing processes. Every node in the network needs to be updated to be dual-stack.

    Tunneling is also referred to as IPv6 over IPv4 tunneling . Most of these tunnel mechanisms work by encapsulation IPv6 packets into IPv4 packets with IP next-layer protocol (computing) number 41, hence the name proto-41 . This way, IPv6 packets can be sent over the IPv4 infrastructure. There are many tunneling technologies available. The key difference is in the method the encapsulating node uses to determine the address of the exit of the tunnel. *Configured Tunnel[http://www.ietf.org/rfc/rfc4213.txt] *Tunnel Broker[http://www.ietf.org/rfc/rfc3053.txt] *6to4[http://www.ietf.org/rfc/rfc3056.txt] *AYIYA

    Some tunneling technologies are designed to allow the transmission of IPv6 packets through an internal IPv4-only networking infrastructure: *6over4[http://www.ietf.org/rfc/rfc2529.txt] *ISATAP[http://www.ietf.org/rfc/rfc4214.txt] When IPv6 (UDP).

    Translation is required when an IPv4-only node attempts to communicate with an IPv6-only node. The translation mechanisms can divided into two groups based on whether or not state information is kept: *Stateful: [http://www.ietf.org/rfc/rfc3089.txt] *Stateless: Bump-in-the-Stack,Bump-in-the-API[http://www.ietf.org/rfc/rfc2767.txt]

    ).

    =Major IPv6 announcements=

    *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.

    =Related IETF working groups=

  • [http://www.ietf.org/html.charters/OLD/6bone-charter.html 6bone] IPv6 Backbone
  • [http://www.ietf.org/html.charters/OLD/ipngwg-charter.html ipng] IP Next Generation (concluded)
  • [http://www.ietf.org/html.charters/ipv6-charter.html ipv6] IP Version 6
  • [http://www.ietf.org/html.charters/OLD/ipv6mib-charter.html ipv6mib] IPv6 MIB (concluded)
  • [http://www.ietf.org/html.charters/multi6-charter.html multi6] Site Multihoming in IPv6
  • [http://www.ietf.org/html.charters/shim6-charter.html shim6] Site Multihoming by IPv6 Intermediation
  • [http://www.ietf.org/html.charters/v6ops-charter.html v6ops] IPv6 Operations
  • =Further reading=

    == Core specifications ==

  • RFC 2460: Internet Protocol, Version 6 (IPv6) Specification (obsoletes RFC 1883)
  • RFC 3513: Internet Protocol Version 6 (IPv6) Addressing Architecture
  • (obsoletes RFC 2373)
  • RFC 2374: An IPv6 Aggregatable Global Unicast Address Format
  • RFC 2463: Internet Control Message Protocol (ICMPv6) for the IPv6 Specification
  • RFC 2464: Transmission of IPv6 Packets over Ethernet Networks
  • == Auto-configuration ==

  • RFC 2461: Neighbor Discovery for IP Version 6 (IPv6)
  • RFC 2462: IPv6 Stateless Address Autoconfiguration
  • == Programming ==

  • RFC 3493: Basic Socket Interface Extensions for IPv6 (obsoletes RFC 2553)
  • see Getaddrinfo#Protocol_Independent_Programming 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
  • =Links: Misc=

  • [http://www.ipv6ready.org IPv6 READY LOGO ... Driving Interoperability]
  • [http://www.v6pc.jp/en/index.html Japan IPv6 Promotion Council]
  • [http://www.occaid.org/ Open Contributors Corporation for Advanced Internet Development]
  • [http://www.sixxs.net SixXS] - IPv6 Deployment & Tunnel Broker
  • [http://www.moonv6.org/ Moonv6]
  • =Links: Address Space=

  • [http://www.iana.org/assignments/ipv6-address-space IANA Address Assignments]
  • [http://www.sixxs.net/tools/grh/ GRH] SixXS s Ghost Route Hunter (Looking Glass + Address Usage overview)
  • [http://www.cisco.com/en/US/about/ac123/ac147/archived_issues/ipj_8-3/ipv4.html A Pragmatic Report on IPv4 Address Space Consumption]
  • [http://bgp.potaroo.net/ipv4/ Exhaustion of IP resources]
  • [http://www.3com.com/other/pdfs/infra/corpinfo/en_US/501302.pdf Understanding IP Addressing Everything You Ever Wanted To Know] Detailed explanation of IPv4/6 implementation.
  • =Links: Software (Operating Systems + Applications)=

  • [http://www.kame.net/ KAME] BSD IPv6 Stack
  • [http://www.usagi.org/ USAGI] Linux IPv6 Stack
  • [http://www.freeswan.org/ FreeSWAN] IPSEC Stack
  • [http://www.deepspace6.net/docs/ipv6_status_page_apps.html DeepSpace6] - Current Status of Applications supporting IPv6 / Linux IPv6 Info
  • [http://playground.sun.com/pub/ipng/html/INET-IPng-Paper.html Overview of IPng/IPv6] (provided by one of the co-chairs of the SIPP working group)
  • [http://playground.sun.com/pub/ipng/html/ipng-implementations.html IPng Implementations] Host and Router Implementations (mostly outdated)
  • =Links: IPv6 Task Forces=

  • [http://www.ipv6forum.org IPv6 FORUM ... Driving Deployment]
  • [http://www.nav6tf.org North American IPv6 Task Force]
  • [http://www.austria.ipv6tf.org Austria IPv6 Task Force]
  • [http://www.ipv6forum.org.au/ Australia IPv6 Forum]
  • [http://www.ipv6.org.bd/ Bangladesh IPv6 Forum]
  • [http://www.ipv6tf.be/ Belgium IPv6 Task Force]
  • [http://www.point6.net/index.phpnewlang=english Bretagne Point6 IPv6 Skill center]
  • [http://www.ipv6summit.com.br/eng Brazil IPv6 Task Force]
  • [http://www.cav6tf.org California IPv6 Task Force]
  • [http://www.ipv6.net.cn/start/index_en.jsp China IPv6 Council]
  • [http://www.cu.ipv6tf.org/ Cuba IPv6 Task Force]
  • [http://www.dk.ipv6tf.org/ Denmark IPv6 Task Force]
  • [http://www.ipv6.org.eg Egypt IPv6 Task Force]
  • [http://www.fi.ipv6tf.org Finland IPv6 Task Force]
  • [http://www.fr.ipv6tf.org/ France IPv6 Task Force]
  • [http://www.ipv6tf.de/tiki-index.php German IPv6 Task Force]
  • [http://ipv6forum.org.in/ India IPv6 Forum]
  • [http://www.it.ipv6tf.org/ Italian IPv6 Task Force]
  • [http://www.ipv6-ireland.org/ Irish National IPv6 Centre]
  • [http://www.ipv6.or.kr/eng/index.html Korean IPv6 Forum]
  • [http://www.lac.ipv6tf.org Latin America IPv6 Task Force]
  • [http://www.luxembourg.ipv6tf.org/ Luxembourg IPv6 Task Force]
  • [http://www.mx.ipv6tf.org/ Mexico IPv6 Task Force]
  • [http://www.ecp.nl/ipv6/ Netherlands IPv6 Task Force]
  • [http://www.pe.ipv6tf.org/ Peru IPv6 Task Force]
  • [http://www.pl.ipv6tf.org/ Poland IPv6 Task Force]
  • [http://www.pt.ipv6tf.org/ Portugal IPv6 Task Force]
  • [http://www.ipv6.ru/ Russian IPv6 Forum]
  • [http://www.ipv6forum.sk/ Slovakia IPv6 Forum]
  • [http://www.spain.ipv6tf.org/html/index.php Spain IPv6 Task Force]
  • [http://www.ch.ipv6tf.org/ Switzerland IPv6 Task Force]
  • [http://www.ipv6.org.tw Taiwan IPv6 Forum]
  • [http://ipv6.coe.psu.ac.th/news.php Thailand IPv6 Forum]
  • [http://www.ipv6net.tn Tunisia IPv6 Forum]
  • [http://www.uk.ipv6tf.org/ United Kingdom IPv6 Task Force]
  • =Links: Relevant News/Reports=

  • [http://www.govexec.com/dailyfed/0605/062905tdpm2.htm Federal gov to deploy IPv6 by 2008]
  • [http://bgp.potaroo.net/iso3166/v4cc.html Dominance of IPv4 in current market]
  • [http://bgp.potaroo.net/iso3166/v6cc.html Percentage of current market]
  • [http://linuxreviews.org/features/ipv6/ Why you want IPv6] ([http://linuxreviews.org linuxreviews.org])
  • [http://cr.yp.to/djbdns/ipv6mess.html The IPv6 mess]
  • [http://news.com.com/2100-1032_3-5134110.htmltag=nefd_top CNET Asia Staff. (2003). Report: Japan, China, S. Korea developing next Net. Retrieved January 14, 2003.]