community.roxen.com
Not logged in Date: November 21, 2008
 DEMO  DOCS  PIKE
 COMMUNITY  DOWNLOAD
Home Developer tools Internet Documents RFCs www.roxen.com
Newest Categories... 1..499 500..999 1000..1499 1500..1999 2000..2499 2500..2999 3000..3499 3500..3999 4000..4499
[Text version]

Network Working Group
Request for Comments: 1797
Category: Experimental
IANA
ISI
April 1995

Class A Subnet Experiment

Status of this Memo

This document defines an Experimental Protocol for the Internet community. This does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.

Discussion

There appears to be some interest in experimenting with subnetting the class A addresses.

There is some evidence that not all the routing software in use will deal correctly with subnetted class A addresses. It also appears that actual use of subnetted class A addresses may be necessary in the not too distant future. It is suggested that conducting an experiment now to identify and fix any software that does not properly handle subnetted class A addresses would be useful and important.

To further this experiment the IANA will temporarily designate the class A network number 39 to be used in the following way:

The high order octet of the 4-octet IPv4 address is the class A network number 39. There are two cases for low order 24 bits.

Case 1:

      In the first case, the high order bit of these 24 bits is zero and
      the next 15 bits are the low order 15 bits of a previously
      assigned Autonomous System number (AS), as registered by a network
      registry and listed in the RWhois database system.
      Using the AS number in this way allows the experiment to get
      underway quickly in that it automatically allocates some addresses
      to each service provider and does not require a registration step.
      One concern is that this might cause a run on AS numbers, since by
      getting an AS number you automatically get some address space.
      This concern should be offset by the fact that the amount of
      address space one gets under this plan is the same as one class C
      network number (and it should be easier to get a single class C
      allocated than to get an AS number allocated), and that this is a
      limited time experiment so that these addresses will be temporary.
      The low order octet of the 4-octet IPv4 address is for local use.
      It is expected that an address of this form will be used to
      identify a specific publicly accessible Internet host.
                +--------+-+-------+--------+--------+
                |   39   |0| low 15 bits AS | local  |
                +--------+-+-------+--------+--------+
   Case 2:
      In the second case, the high order bit of these 24 bits is one,
      and the remaining 23 bits are assigned by the IANA (currently
      reserved for future use).
                +--------+-+-------+--------+--------+
                |   39   |1| variable prefix + local |
                +--------+-+-------+--------+--------+
      The general intent is to find a way to assign to experimenters
      prefixes of differing lengths so that a variety of experiments can
      be conducted with the prefix/local-address boundary at different
      points.

It is not intended that either of these address allocation schemes is the model for how subnetted class A addresses will be actually allocated in the future.

It is expected, to make the experiment interesting, that some providers will use these addresses for servers supplying popular material via the Web or FTP.

For example, if the service provider registered to use AS 690 wished to use this style of address to provide access to a server of popular information on local host 7, the address would be:

                +--------+--------+--------+--------+
                |   39   |    2   |   178  |    7   |
                +--------+--------+--------+--------+
The support for DNS name and address resolution should be provided. For example, if Alternet wanted to put up a database of interesting information using the hostname "Interesting.Alter.Net" using the address 39.2.189.7, they would need to put the name to address mapping in their name server using the A record
        Interesting.Alter.Net. IN A 39.2.189.7

Similarly, the address to name PTR record should be supported

        7.189.2.39.IN-ADDR.ARPA. PTR Interesting.Alter.Net.

which means that the 189.2.39 branch of the IN-ADDR tree would be delegated to Alternet for the purposes of this experiment.

To support this, the 39.IN-ADDR.ARPA branch is delegated to the IANA to be managed at ISI. The nameserver for this branch is IN-ADDR.EP.NET (39.17.199.10). Participants in this experiment should contact the administrator of this nameserver to have their portion of the address space further delegated. The administrator for this server can be reached at <aexpreg@isi.edu>.

Another aspect of the testing that should be performed is to have providers interchange addresses to test the portability of subnetted class A addresses. It is not intended that this would be the model for actual use.

      For example, if AS 690 and AS 1800 want to try out routing holes
      in each others' allocations within their AS, that should be
      encouraged.  That is, suppose AS 690 handed some address of their
      addresses to AS 1800, and vice-versa.  This type of testing will
      be necessary to see if the addresses can be made portable in
      larger sub-A allocations.

This is experiment will be of limited duration and these addresses may be reassigned to other uses when the experiment is over.

This experiment will begin on 1-May-95.

The current date for the termination of this experiment is 1-Dec-95.

Security Considerations

Security issues are not discussed in this memo.

Author's Address

Internet Assigned Numbers Authority (IANA) Information Sciences Institute University of Southern California 4676 Admiralty Way, Suite 1001 Marina del Rey, CA 90292-6695

Phone: 1-310-822-1511 EMail: iana@isi.edu