A Recommendation for IPv6 Address Text Representation

Document Type Replaced Internet-Draft (individual)
Last updated 2009-08-27 (latest revision 2009-06-12)
Replaced by draft-ietf-6man-text-addr-representation
Stream (None)
Intended RFC status (None)
Expired & archived
plain text pdf html
Stream Stream state (No stream defined)
Document shepherd No shepherd assigned
IESG IESG state Replaced by draft-ietf-6man-text-addr-representation
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at


As IPv6 network grows, there will be more engineers and also non- engineers who will have the need to use an IPv6 address in text. While the IPv6 address architecture RFC 4291 section 2.2 depicts a flexible model for text representation of an IPv6 address, this flexibility has been causing problems for operators, system engineers, and customers. This document will describe the problems that a flexible text representation has been causing. This document also recommends a canonical representation format that best avoids confusion. It is expected that the canonical format is followed by humans and systems when generating an address to represent as text, but all implementations must accept any legitimate RFC4291 format.


Seiichi Kawamura (kawamucho@mesh.ad.jp)
Masanobu Kawashima (kawashimam@necat.nec.co.jp)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)