home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / INET / NETINFO / INETNUM.TMP < prev    next >
Encoding:
INI File  |  1994-11-08  |  11.5 KB  |  288 lines
  1. [ templates/internet-number-template.txt ]                       [ 09/94 ]
  2.  
  3. This form must be completed as part of the application process for
  4. obtaining an Internet Protocol (IP) Network Number.  To obtain an
  5. Internet number, please provide the following information on-line, via
  6. electronic mail, to HOSTMASTER@INTERNIC.NET.  If electronic mail is not
  7. available to you, please mail hardcopy to:
  8.  
  9.                         Network Solutions               
  10.                         InterNIC Registration Services 
  11.                         505 Huntmar Park Drive 
  12.                         Herndon, VA 22070 
  13.  
  14.                      -- OR --
  15.  
  16.                         FAX to (703) 742-4811
  17.  
  18.  
  19. Once Registration Services receives your completed application we will
  20. send you an acknowledgement, via electronic or postal mail.
  21.  
  22. NOTE: This application is solely for obtaining a legitimate IP network
  23. number assignment.  If you're interested in officially registering a
  24. domain please complete the domain application found in
  25. templates/domain-template.txt.  If FTP is not available to you, please
  26. contact HOSTMASTER@INTERNIC.NET or phone the NIC at (703) 742-4777 for 
  27. further assistance. 
  28.  
  29.                            ATTENTION: 
  30.                            ----------
  31.  
  32.     1) European network requests should use the european template
  33. (templates/european-ip-template.txt). Please follow their instructions
  34. for submission. 
  35.  
  36.     2) Networks that will be connected/located within the geographic
  37. region maintained by the Asian-Pacific NIC should use the APNIC template
  38. (templates/apnic-001.txt). Please follow their instructions for submission.
  39.  
  40.  
  41. ***********************************************************************
  42.     
  43.              *** NON-CONNECTED NETWORKS ***
  44.  
  45.         If the networks you are requesting address space for will 
  46. NEVER TO BE CONNECTED TO THE INTERNET, YOU ARE REQUIRED TO REFER TO 
  47. AND ADHERE TO THE GUIDELINES SET FORTH IN RFC 1597, UNDER SECTION 3 
  48. "PRIVATE ADDRESS SPACE".  This RFC contains important information 
  49. regarding the Policies/Procedures that are to be implemented when 
  50. IP address space is requested for networks that will NEVER be connected 
  51. to the Internet.  A large portion of address space (one (1) class A,
  52. sixteen (16) class Bs and two-hundred fifty-six (256) class Cs) has
  53. been reserved for address allocation for non-connected networks. Please
  54. obtain the IP address space you require by utilizing the IP
  55. address range(s) that have been reserved by the IANA for use by all
  56. non-connected networks specified in this RFC. RFC 1597 may be obtained 
  57. via anonymous FTP from DS.INTERNIC.NET (198.49.45.10).
  58.  
  59. ************************************************************************
  60.  
  61. YOUR APPLICATION MUST BE TYPED. 
  62.  
  63. 1) If the network will be connected to the Internet, you must provide
  64. the name of the governmental sponsoring organization or commercial
  65. service provider, and the name, title, mailing address, phone number, 
  66. net mailbox, and NIC Handle (if any) of the contact person (POC) at that 
  67. organization who has authorized the network connection.  This person will 
  68. serve as the POC for administrative and policy questions about authorization 
  69. to be a part of the Internet.  Examples of such sponsoring organizations 
  70. are: DISA DNS, The National Science Foundation (NSF), or similar government, 
  71. educational or commercial network service providers.
  72.  
  73. NOTE: IF THE NETWORK WILL NEVER BE CONNECTED TO THE INTERNET, PLEASE UTILIZE
  74. THE ADDRESS SPACE RESERVED FOR NON-CONNECTED NETWORKS THAT IS SPECIFIED IN
  75. RFC 1597. IF YOU INTEND TO CONNECT THIS NETWORK TO THE INTERNET BUT HAVE 
  76. NOT YET CHOSEN A SERVICE PROVIDER, LEAVE THIS SECTION BLANK, BUT INDICATE 
  77. THE APPROXIMATE DATE OF YOUR INTERNET CONNECTION IN SECTION 9 OF THIS 
  78. TEMPLATE. IF YOU INTEND TO CONNECT TO THE INTERNET AND HAVE ALREADY CHOSEN 
  79. A PROVIDER, YOU ARE REQUIRED TO SUBMIT THIS REQUEST TO YOUR SERVICE PROVIDER
  80. FOR PROCESSING.  SERVICE PROVIDERS ARE ALLOCATED BLOCKS OF ADDRESSES TO 
  81. SUPPORT THE NETWORKING NEEDS OF THEIR CUSTOMERS.  THIS PROCEDURE WILL 
  82. ENSURE THAT THE NUMBER OF ENTRIES ADDED TO THE INTERNET ROUTING TABLES IS 
  83. KEPT TO A MINIMUM, AND CIDR IS USED AS EFFICIENTLY AS POSSIBLE.   THE
  84. ABOVE PROCEDURES PERTAIN EXCLUSIVELY TO REQUESTS FOR CLASS C ADDRESS(ES).
  85.  
  86.  
  87.       1a.  Sponsoring Organization:
  88.       1b.  Contact name (Lastname, Firstname):
  89.       1c.  Contact title:
  90.       1d.  Mail Address :
  91.  
  92.       1e.  Phone :
  93.       1f.  Net mailbox :
  94.       1g.  NIC handle (if known):
  95.  
  96.  
  97. 2) Provide the name, title, mailing address, phone number, and
  98. organization of the technical Point-of-Contact (POC).  The on-line mailbox 
  99. and NIC Handle (if any) of the technical POC should also be included.  This 
  100. is the POC for resolving technical problems associated with the network and 
  101. for updating information about the network.  The technical POC may also be
  102. responsible for hosts attached to this network.
  103.  
  104.       2a.  NIC handle (if known):
  105.       2b.  Technical POC name (Lastname, Firstname):
  106.       2c.  Technical POC title:
  107.       2d.  Mail address :
  108.  
  109.       2e.  Phone :
  110.       2f.  Net Mailbox :
  111.  
  112.  
  113. 3) Supply the SHORT mnemonic name for the network (up to 12 characters).
  114. This is the name that will be used as an identifier in internet name and
  115. address tables. The only special character that may be used in a network
  116. name is a dash (-). PLEASE DO NOT USE PERIODS OR UNDERSCORES. The syntax
  117. XXXX.com and XXXX.net are not valid network naming conventions and should 
  118. only be used when applying for a domain.
  119.  
  120.       3.  Network name:
  121.  
  122.  
  123. 4) Identify the geographic location of the network and the organization
  124. responsible for establishing the network.
  125.  
  126.       4a.  Postal address for main/headquarters network site:
  127.  
  128.       4b.  Name of Organization:
  129.  
  130.  
  131. 5) Question #5 is for MILITARY or DOD requests, ONLY.
  132.  
  133. If you require that this connected network be announced to the NSFNET
  134. please answer questions 5a, 5b, and 5c. IF THIS NETWORK WILL BE 
  135. CONNECTED TO THE INTERNET VIA MILNET, THIS APPLICATION MUST BE SUBMITTED 
  136. TO HOSTMASTER@NIC.DDN.MIL FOR REVIEW/PROCESSING.
  137.  
  138. 5a.  Do you want MILNET to announce your network to the NSFNET? (Y/N):
  139.  
  140. 5b.  Do you have an alternate connection, other than MILNET, to the
  141. NSFNET?  (please state alternate connection if answer is yes):
  142.  
  143.  
  144.  
  145. 5c.  If you've answered yes to 5b, please state if you would like the
  146. MILNET connection to act as a backup path to the NSFNET? (Y/N):
  147.  
  148. 6) Estimate the size of the network to include the number of hosts and
  149. subnets/segments that will be supported by the network. A "host" is
  150. defined as any device (PC, printer etc.) that will be assigned an
  151. address from the host portion of the network number. A host may also be
  152. characterized as a node or device.
  153.  
  154. Host Information
  155. ----------------
  156.  
  157.       6a. Initially:
  158.       6b. Within one year:
  159.       6c. Within two years:
  160.       6d. Within five years:
  161.  
  162. Subnet/Segment Information
  163. --------------------------
  164.  
  165.       6e. Initially:
  166.       6f. Within one year:
  167.       6g. Within two years:
  168.       6h. Within five years:
  169.  
  170.  
  171. 7) Unless a strong and convincing reason is presented, the network (if
  172. it qualifies at all) will be assigned a single class C network number. If 
  173. a class C network number is not acceptable for your purposes, you are
  174. required to submit substantial, detailed justification in support of your
  175. requirements.
  176.      
  177. ********************************************************************
  178.                                                                    *
  179.         THE NIC WOULD STRONGLY SUGGEST YOU CONSIDER SUBNETTING     *
  180. CLASS C ADDRESSES WHEN MULTIPLE SEGMENTS WILL BE USED TO SUPPORT   *
  181. A MINIMAL AMOUNT OF HOST ADDRESSES. MULTIPLE CLASS C NUMBERS       *
  182. SHOULD BE UTILIZED WHEN IT IS NECESSARY TO SUPPORT MORE THAN 256   *
  183. HOSTS ON A SINGLE NETWORK. YOU MAY WISH TO CONFER WITH A NETWORK   *
  184. CONSULTANT AND ROUTER VENDOR FOR ADDITIONAL INFORMATION.           *
  185.                                                                    *
  186. ********************************************************************
  187.  
  188. (Note: If there are plans for more than a few local networks, and more
  189. than 100 hosts, you are strongly urged to consider subnetting. [Reference
  190. RFC 950 and RFC 1466])
  191.  
  192.       7.  Reason:
  193.  
  194.  
  195. 8) Networks are characterized as being either Research, Educational,
  196. Government - Non Defense, or Commercial, and the network address space
  197. is shared between these four areas.  Which type is this network?
  198.  
  199.       8. Type of network: 
  200.  
  201.  
  202. 9) What is the purpose of the network?
  203.     
  204.       9.  Purpose: 
  205.  
  206.  
  207. For further information contact InterNIC Registration Services:  
  208.  
  209.       Via electronic mail:  HOSTMASTER@INTERNIC.NET 
  210.       Via telephone:        (703) 742-4777
  211.       Via postal mail:      Network Solutions             
  212.                             InterNIC Registration Service 
  213.                             505 Huntmar Park Drive          
  214.                             Herndon, VA 22070 
  215.  
  216.  
  217.             RECOMMENDED READING (available via anonymous FTP from
  218.                    DS.INTERNIC.NET (198.49.45.10),
  219.                    or call 1-619-455-4600
  220.  
  221. Gerich, E.  Guidelines for Management of IP Address Space, Ann Arbor, MI:
  222.   Merit Network, Inc.; May 1993; RFC 1466. 10 p. 
  223.   (DS.INTERNIC.NET RFC1466.TXT).
  224.  
  225.  
  226. Rekhter, Y., Moskowitz. B., Karrenberg, D., de Groot, G.  
  227.  Address Allocation for Private Internets, IBM Corp., Chrysler Corp.,
  228.  RIPE NCC; March 1994; RFC 1597. 8 p. (DS.INTERNIC.NET RFC1597.TXT). 
  229.  
  230.  
  231. Braden, R.T.; Postel, J.B.  Requirements for Internet Gateways. Marina 
  232.   del Rey, CA: University of Southern California, Information Sciences 
  233.   Inst.; 1987 June; RFC 1009. 55 p. (DS.INTERNET.NET POLICY RFC1009.TXT).
  234.  
  235.  
  236. Internet Engineering Task Force, Braden, R.T. Requirements for Internet 
  237.   Hosts -- Communication Layers. Marina del Rey, CA: University of 
  238.   Southern California, Information Sciences Inst.; October 1989; 
  239.   RFC 1122. 116 p. (DS.INTERNIC.NET RFC1122.TXT).
  240.  
  241.  
  242. Internet Engineering Task Force, Braden, R.T. Requirements for Internet 
  243.   Hosts -- Application and Support. Marina del Rey, CA: University of 
  244.   Southern California, Information Sciences Inst.; October 1989; 
  245.   RFC 1123. 98 p. (DS.INTERNIC.NET RFC1123.TXT).
  246.  
  247.  
  248. Internet Activities Board. Internet Official Protocol Standards.
  249.   1994 March; RFC 1600. 34p. (DS.INTERNIC.NET POLICY RFC1600.TXT).
  250.   [Note: the current version is always available as "STD 1".]
  251.  
  252.  
  253. Mogul, J.; Postel, J.B.  Internet Standard Subnetting Procedure. 
  254.   Stanford, CA: Stanford University; 1985 August; RFC 950. 18 p. 
  255.   (DS.INTERNIC.NET POLICY RFC950.TXT).
  256.  
  257.  
  258. Postel, J.B.  Internet Control Message Protocol. Marina del Rey, CA: 
  259.   University of Southern California, Information Sciences Inst.; 1981 
  260.   September; RFC 792. 21 p. (DS.INTERNIC.NET  POLICY RFC792.TXT).
  261.  
  262.  
  263. Postel, J.B.  Transmission Control Protocol. Marina del Rey, CA: 
  264.   University of Southern California, Information Sciences Inst.; 1981 
  265.   September; RFC 793. 85 p. (DS.INTERNIC.NET  POLICY RFC793.TXT).
  266.    
  267.  
  268. Postel, J.B.  Address Mappings. Marina del Rey, CA: University of 
  269.   Southern California, Information Sciences Inst.; 1981 September; RFC 
  270.   796. 7 p. (DS.INTERNIC.NET POLICY RFC796.TXT).
  271.     Obsoletes: IEN 115 (NACC 0968-79) 
  272.  
  273.  
  274. Postel, J.B.  User Datagram Protocol. Marina del Rey, CA: University 
  275.   of Southern California, Information Sciences Inst.; 1980 August 28; 
  276.   RFC 768. 3 p. (DS.INTERNIC.NET POLICY RFC768.TXT).
  277.  
  278.  
  279. Postel, J.B.  Internet Protocol. Marina del Rey, CA: University of 
  280.   Southern California, Information Sciences Inst.; 1981 September; RFC 
  281.   791. 45 p. (DS.INTERNIC.NET POLICY RFC791.TXT).
  282.  
  283.  
  284. Reynolds, J.K.; Postel, J.B.  Assigned Numbers.  Marina del Rey, CA: 
  285.   University of Southern California, Information Sciences Inst.;
  286.   1992 JUly; RFC 1340. 139p. (DS.INTERNIC.NET POLICY RFC1340.TXT).
  287.   [Note: the current version is always available as "STD 2".]
  288.