IP Version 6

  • Subrata Goswami


Because of phenomenal growth of the Internet, the scarcity of address space apparent in the early 90’s. IETF designed and evolved the IPv6 or IPNG as the replacement for IPv4. The dearth of IPv4 was mitigated to a large extent by NAT and hence the need for transition to IPv6 was not felt in the US or Europe. Although it is considered that with the proliferation of low cost mobile devices across the world a slow transition to IPv6 would happen in this decade.


Neighbor Discovery IPv6 Address Duplicate Address Detection Internet Control Message Protocol Multicast Address 
These keywords were added by machine and not by the authors. This process is experimental and the keywords may be updated as the learning algorithm improves.


Unable to display preview. Download preview PDF.

Unable to display preview. Download preview PDF.


  1. 1.
    IETF, “The Recommendation for the IP Next Generation Protocol”, RFC 1752, January 1995.Google Scholar
  2. 2.
    IETF, “Internet Protocol, Version 6 (IPv6) Specification”, RFC 2460, December 1998.Google Scholar
  3. 3.
    IETF, “IPv6 Jumbograms”, RFC 2147, August 1999.Google Scholar
  4. 4.
    IETF, “IP Version 6 Addressing Architecture”, RFC 2373, July 1998.Google Scholar
  5. 5.
    IETF, “An IPv6 Aggregatable Global Unicast Address Format”, RFC 2374, July 1998.Google Scholar
  6. 6.
    IETF, “Host Anycasting Service”, RFC1546, November 1993.Google Scholar
  7. 7.
    IETF, draft-ietf-ipngwg-addr-arch-v3-07.txt, proposed in November 2001.Google Scholar
  8. 8.
    IETF, Neighbor Discovery for IP Version 6 (IPv6), RFC 2461, December 1998Google Scholar
  9. 9.
    IETF, “An Ethernet Address Resolution Protocol”,STD 37, RFC 826, November 1982.Google Scholar
  10. 10.
    IETF, “ICMP Router Discovery Messages”, RFC 1256, September 1991.Google Scholar
  11. 11.
    IETF, “Internet Control Message Protocol”, STD 5,RFC 792, September 1981.Google Scholar
  12. 12.
    IETF, “IPv6 Stateless Address Autoconfiguration”, RFC 2462, December 1998.Google Scholar
  13. 13.
    IETF, Transition Mechanisms for IPv6 Hosts and Routers, RFC 2893, August 2000.Google Scholar
  14. 14.
    IETF, Connection of IPv6 Domains via IPv4 Clouds, RFC 3056, February 2001.Google Scholar
  15. 15.
    IETF, Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification, IETF Draft, November 2001.Google Scholar
  16. 16.
    IETF, “An overview of the introduction of IPv6 in the Internet”, IETF Draft, February 2002.Google Scholar
  17. 17.
    IETF, “IPv6 Tunnel Broker”, RFC 3053, IETF.Google Scholar
  18. 18.
    IETF, “Connection of IPv6 Domains via IPv4 Clouds”, RFC 3056, February 2001.Google Scholar
  19. 19.
    IETF, “Transmission of IPv6 over IPv4 Domains without Explicit Tunnels”, RFC 2529, March 1999.Google Scholar
  20. 20.
    IETF, “Stateless IP/ICMP Translation Algorithm (SIIT)”, RFC 2765, February 2000.Google Scholar
  21. 21.
    IETF, Network Address Translation — Protocol Translation (NAT-PT), RFC 2766, February 2000.Google Scholar
  22. 22.
    IETF, Dual Stack Hosts using the “Bump-In-the-Stack” Technique (BIS), RFC 2767, February 2000.Google Scholar
  23. 23.
    IETF, An IPv6-to-IPv4 Transport Relay Translator, RFC 3142, June 2001.Google Scholar
  24. 24.
    IETF, Dual Stack Transition Mechanism (DSTM), IETF Draft, February 2002Google Scholar

Copyright information

© Springer Science+Business Media New York 2003

Authors and Affiliations

  • Subrata Goswami
    • 1
  1. 1.CTOAerogram NetworksUSA

Personalised recommendations