RFC 1918 on kirjutatud 1996. aastal ja eraldab mitu aadressiplokki eraettevõtete interneti kasutamiseks. Dokument kirjutati, kuna ilmnes, et IPv4 aadressiruum on piiratud ja lõpuks tarbitakse. Eraldades aadressiruumi avalikuks kasutamiseks ja kasutades NAT-reegleid, võib terve organisatsioon, mis koosneb tuhandetest arvutisüsteemidest, jääda ühe või mitme avaliku aadressi taha. Enne seda RFC-d oli tavaline, et organisatsioonid ostsid suured aadressiruumid isiklikuks kasutamiseks. Mõnel juhul ei pruugi need süsteemid kunagi laiema Internetiga suhelda. Mõned näited tuntud jaotustest on General Electric Company, kellele kuulub 3.0.0.0/8, IBM, kellele kuulub 9.0.0.0/8, ja Hewlett-Packert Company, kellele kuulub 15.0.0/8 ja 16.0.0/8. Lisateavet avalike aadresside jaotamise kohta külastageIANASee RFC sisaldab kolme arvutisüsteemi kategooriat, privaatse aadressiruumi määramist, privaatse aadressiruumi kasutamise eeliseid ja tõrkeid, samuti mõningaid operatiivseid kaalutlusi.

Kategooriad

RFC nimetab ettevõttes välja kolm konkreetset hostide kategooriat. Nad on:

Esimest ja teist rühma peetakse "era" süsteemideks, kus kolmandat rühma peetakse "avalikuks". Põhjus, miks süsteemid on rühmitatud kolme kategooriasse, on see, et see aitab hõlbustada aadressi kasutamist organisatsioonis ja on raamistik, kus kasutada avalikku aadressiruumi versus privaatset aadressiruumi.

Eraaadresside vahemikud

IANA reserveeris privaatsete aadressiplokkidena 10.0.0.0/8, 172.16.0.0/12 ja 192.168.0.0/16. Enne klassita Interdomain Routing 10/8 on ühe klassi A võrk. 172.16/12 on 16 külgnevat B-klassi võrku ja 192.168/16 on rühm 256 külgnevat C-klassi võrku. Kuna see aadressiruum on reserveeritud erakasutuseks, ei pea organisatsioonid aadressiruumi kasutamisel IANA-ga suhtlema. Teine oluline märkus on see, et kogu privaatne aadressiruum ei ole avalikus Internetis ruleeritav.

Eelised ja puudused

Eelised

  1. eraaadressiruumi kasutamine vähendab avalike aadresside tarbimist
  2. Ettevõtetel on vabadus kasutada suurt hulka privaatseid aadressiruume ilma IANA-ga suhtlemata
  3. Ettevõtted võivad kasutada neile mitte kuuluvat ruumi süsteemis, mis algselt ei nõudnud avalikku internetiühendust. Siis hiljem see süsteem avalikku internetti, mille tulemuseks on abmigouse adresseerimine ja võimetus erinevatesse süsteemidesse liikuda.

Puudused

  1. Ettevõte peaks kasutama kas kogu avalikku või kogu privaatset adresseerimist või võib probleemiks saada sisemine marsruutimine.
  2. Kuna ettevõte liigub eraviisilise adresseerimise suunas, on kõigi hostide uuesti adresseerimise ja rakenduste ümberkonfigureerimisega seotud kulud
  3. Kui ettevõtted ühendavad mõne või kõik neist kahest võrgust, tuleb see ümber nummerdada, kuid DHCP võib aidata vähendada ümber nummerdamise kulusid sõltuvalt nende kasutamisest.

Operatiivkaalutlused

Privaatse aadressiruumiga töötamisel on selles RFC-s mõned kaalutlused, mis on seotud võrgu projekteerimise ja käitamisega. Näiteks kui projekteerida võrgu privaatne aadressiruum, siis kui on vaja avalikku internetiühendust, saab selle segmendi kujundada nii, et see hõlbustaks kogu ettevõtte ühinemist. Ka internetiga suhtlemisel on oluline meeles pidada, et ettevõtte ruuterile asetatakse marsruudifilter, et vältida privaatsete aadresside lisamist marsruuditabelisse ja süstimist internetti. Samamoodi, kui kaks organisatsiooni peavad suhtlema, saavad nad koordineerida oma privaatse aadressiruumi kasutamist nii, et nad saavad suhelda ilma avalikku internetti läbimata, kuid selle asemel on nad otse ühendatud. Viimane suur kaalutlus oli seotud sellega, kuidas ettevõtte DNS-teenused võiksid muutuda turvaliseks, kuna nad ei pea suhtlema väliste DNS-serveritega, mis takistab avaliku interneti kasutajate juurdepääsu ettevõtte ressurssidele.