RFC 1918 е написана през 1996 г. и разпределя няколко адресни блока за използване в интернет на частни предприятия. Документът е бил написан, тъй като той става evidant, че IPv4 адрес пространство е ограничен и в крайна сметка ще се консумират. Чрез разпределяне на адресно пространство за обществено ползване и използване на правилата на NAT цяла организация, състояща се от хиляди компютърни системи, може да се прегрупира зад един или повече публични адреси. Преди този RFC е било често срещано за организации да купуват големи блокове адрес пространство за лична употреба. В някои случаи тези системи никога не могат да комуникират с по-широк интернет. Някои примери за добре познати разпределения са General Electric Company, която притежава 3.0.0.0/8, IBM, който притежава 9.0.0.0/8 и Hewlett-Packert Company, която притежава 15.0.0/8 и 16.0.0.0/8. За допълнителна информация относно публичното адресно посещениеИАНА. Този RFC съдържа три катагории на компютърна система, Частен адрес Разпределяне пространство, предимствата и дисадвати да използвате частни адрес пространство, както и някои оперативни съображения.
RFC призовава три специфични категории от домакини в рамките на едно предприятие. Те са:
Първата и втората група се считат за "частни" системи, при които третата група се считат за "публични." Причината, поради която системите са групирани в три катагории е, че тя помага да се улесни използването на адрес в рамките на организация и е рамка за това къде да се използва публично адрес пространство срещу частен адрес пространство.
IANA е резервирала 10.0.0.0/8, 172.16.0.01/12 и 192.168.0.01/16 като частни адресни блокове. Преди Classisless Interdomain Routing 10/8 е единична мрежа клас А. 172.16/12 е набор от 16 съседни мрежи клас B, а 192.168/16 е група от 256 контигоус клас C мрежи. Тъй като това място за адреси е запазено за частни организации за ползване, не е необходимо да взаимодействат с IANA при използване на адресното пространство. Друга важна бележка е, че цялото лично адресно пространство не е разхвърляно в публичния интернет.
Предимства
Недостатъци
При работа с частен адрес има някои съображения, предоставени в рамките на този RFC, свързани с проектирането и експлоатацията на мрежата. Например при проектирането на мрежово пространство за лични адреси може да се проектира първо, когато се изисква публичен достъп до интернет, този сегмент може да бъде проектиран така, че да осигури широко свързване на предприятията. Също така, когато взаимодейства с интернет като цяло е важно да не забравяйте да поставите маршрутен филтър на рутера на предприятието, за да се предотврати добавяне на частни адреси към таблицата с маршрути и инжектира в интернет като цяло. По същия начин, когато две организации трябва да комуникират, те могат да координират използването на личния си адрес, така че да могат да комуникират без да преминават през публичния интернет, но вместо това да бъдат пряко свързани. Окончателното важно съображение, свързано с това как услугите на предприятията DNS могат да станат сигурни, тъй като те не трябва да комуникират с външни сървъри на DNS, което пречи на потребителите в публичния интернет да имат достъп до ресурсите на предприятията.