home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1897.txt < prev    next >
Text File  |  1996-05-07  |  7KB  |  142 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          R. Hinden Request for Comments: 1897                              Ipsilon Networks Category: Experimental                                         J. Postel                                                                      ISI                                                             January 1996 
  8.  
  9.                      IPv6 Testing Address Allocation 
  10.  
  11. Status of this Memo 
  12.  
  13.    This document specifies an Experimental protocol for the Internet    community.  This memo does not specify an Internet standard of any    kind.  Discussion and suggestions for improvement are requested.    Distribution of this memo is unlimited. 
  14.  
  15. 1.0 Introduction 
  16.  
  17.    This document describes an allocation plan for IPv6 addresses to be    used in testing IPv6 prototype software.  These addresses are    temporary and will be reclaimed in the future.  Any IPv6 system using    these addresses will have to renumber at some time in the future.    These addresses will not to be routable in the Internet other than    for IPv6 testing. 
  18.  
  19.    The addresses described in this document are consistent with the IPv6    Addressing Architecture [ARCH].  They may be assigned to nodes    manually, with IPv6 Auto Address Allocation [AUTO], or with DHCP for    IPv6 [DHCPv6]. 
  20.  
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  Hinden & Postel               Experimental                      [Page 1] 
  42.  RFC 1897            IPv6 Testing Address Allocation         January 1996 
  43.  
  44.  2.0 Address Format 
  45.  
  46.    The address format for the IPv6 test address is consistent with the    provider-based unicast address allocation [PRVD] which is as follows: 
  47.  
  48.    | 3 |  5 bits  |  16 bits | 8 |   24 bits  | 8 |    64 bits     |    +---+----------+----------+---+------------+---+----------------+    |010|RegistryID|ProviderID|RES|SubscriberID|RES|Intra-Subscriber|    +---+----------+----------+---+------------+---+----------------+ 
  49.  
  50.    The specific allocation of each field of the test address format is    as follows: 
  51.  
  52.    | 3 |  5 bits  |  16 bits | 8 |   24 bits  | 8 | 16 bits|48 bits|    +---+----------+----------+---+------------+---+--------+-------+    |   |          |Autonomous|   |    IPv4    |   | Subnet | Intf. |    |010|  11111   |  System  |RES|   Network  |RES|        |       |    |   |          |  Number  |   |   Address  |   | Address|  ID   |    +---+----------+----------+---+------------+---+--------+-------+ 
  53.  
  54.    where: 
  55.  
  56.     010 
  57.  
  58.         This is the Format Prefix used to identify provider-based         unicast addresses. 
  59.  
  60.    11111 
  61.  
  62.         This is a Registry ID reserved by the IANA.  The initial use of         addresses in this Registry ID for IPv6 testing is temporary.         All users of these addresses will be required to renumber at         some time in the future. 
  63.  
  64.    Autonomous System Number 
  65.  
  66.         This is the current autonomous system number assigned to the         provider providing internet service to the an IPv6 testers         organization.  For example for IPv6 testers receiving internet         service from BBN Barrnet would use autonomous system number 189.         This would be coded in the autonomous system field of the         address as follows: 
  67.  
  68.              0000 0000 1011 1101 (binary) 
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  Hinden & Postel               Experimental                      [Page 2] 
  75.  RFC 1897            IPv6 Testing Address Allocation         January 1996 
  76.  
  77.          The values for the autonomous system number of an organization's         provider can be obtained from that provider, or can be looked up         in the "whois" database maintained by the internic.net. 
  78.  
  79.    RES 
  80.  
  81.         This field is reserved and must be set to zero. 
  82.  
  83.    IPv4 Network Address 
  84.  
  85.         This is based on the current IPv4 routable address for the         subscriber which the interface is connected.  It is formed by         taking the high order 24 bits of the IPv4 address.  For example         for an IPv4 address (in IPv4 syntax): 
  86.  
  87.              IPv4 Address              ------------              39.11.22.1 
  88.  
  89.         the value to put in this field of IPv6 address is: 
  90.  
  91.              IPv4 Format             Hex              ------------            ------              39.11.22                270B16 
  92.  
  93.         This technique for generating values for this field only works         for subscribers which have IPv4 subscriber prefixes less than         equal to 24 bits long.  There may be subscribers using IPv4         addresses with longer subscriber prefixes, but this conflict is         expected to be very rare.  Subscribers with subscriber prefixes         larger than 24 bits should use the remaining bits in the IPv4         prefix as the high order bits in the Subnet Address field. 
  94.  
  95.    RES 
  96.  
  97.         This field is reserved and must be set to zero. 
  98.  
  99.    Subnet Address 
  100.  
  101.         The Subnet ID identifies a specific physical link on which the         interface is located.  There can be multiple subnets on the same         physical link.  A specific subnet can not span multiple physical         links.  The assignment of values for this field is left to an         individual subscriber.  One possible algorithm to generate         values for this field is to use the bits in the IPv4 address         which identify the IPv4 subnet. 
  102.  
  103.  
  104.  
  105.  
  106.  
  107. Hinden & Postel               Experimental                      [Page 3] 
  108.  RFC 1897            IPv6 Testing Address Allocation         January 1996 
  109.  
  110.     Interface ID 
  111.  
  112.         This is the unique identifier of the interface on the link,         usually the 48-bit IEEE 802 MAC address of the interface if         available. 
  113.  
  114. 4.0 References 
  115.  
  116.   [ARCH]  Hinden, R., and S. Deering, Editors, "IP Version 6           Addressing Architecture", RFC 1884, Ipsilon Networks, Xerox           PARC, December 1995. 
  117.  
  118.   [AUTO]  Thomson, S., "IPv6 Stateless Address Autoconfiguration",           Work in Progress. 
  119.  
  120.   [DHCP6] Bound, J., "Host Configuration Protocol for IPv6", Work           in Progress. 
  121.  
  122.   [PROV]  Rekhter, Y., and P. Lothberg, "An IPv6 Provider-Based           Unicast Address Format", Work in Progress. 
  123.  
  124. 5.0 Security Considerations 
  125.  
  126.    Security issues are not discussed in this memo. 
  127.  
  128. 6.0  Authors' Addresses 
  129.  
  130.    Robert M. Hinden    Ipsilon Networks, Inc.    2191 E. Bayshore Road, Suite 100    Palo Alto, CA 94303    USA 
  131.  
  132.    Phone: +1 415 846 4604    Fax:   +1 415 855 1414    EMail: hinden@ipsilon.com 
  133.  
  134.     Jon Postel    Information Sciences Institute    4676 Admiralty Way    Marina del Rey, CA 90292-6695    USA 
  135.  
  136.    Phone: +1 310 822 1511    Fax:   +1 310 823 6714    EMail: postel@isi.edu 
  137.  
  138.  
  139.  
  140.  Hinden & Postel               Experimental                      [Page 4] 
  141.  
  142.