Privé adressering en Automatisch of Dyanmic-adressering werden ontwikkeld als antwoord op een afnemend aantal beschikbare openbare adressen. Om dit probleem op te lossen, kwamen IANA en IETF in 1996 met private adressering, , waarmee organisaties een grote adresruimte intern op hun netwerk kunnen gebruiken terwijl ze slechts een paar openbare adressen gebruiken, in plaats van alleen openbare adressen te gebruiken.
Om dit te laten gebeuren, vereist IANA dat sommige openbare adressen uit de globale pool worden verwijderd. Deze adressen zijn ofwel ingetrokken of vrijwillig ingeleverd door adreshouders. De beschikbare adressen voor gebruik zijn onder meer 1 Klasse A-netwerk, 16 Klasse B-netwerken en 255 Klasse C-netwerken, die in de onderstaande tabel worden samengevat. Deze adressen worden nu op grote schaal gebruikt door alle organisaties op internet.
Deze en andere adressen zijn te vinden in RFC5735, IPv4-adressen voor speciaal gebruik.
Adresklasse | Adresbereik |
---|---|
Klasse A | 10. 0. 0. 0-10. 255. 255. 255 |
Klasse B | 172. 16. 0. 0-172. 31. 255. 255 |
Klasse C | 192. 168. 0. 0-192. 168. 255. 255 |
Privé-adressen mogen niet naar internet worden gerouteerd, zodat apparaten die gebruikmaken van privé-adressen niet rechtstreeks kunnen communiceren met apparaten op internet. Om privé IP-adressering functioneel te maken en dit probleem op te lossen, is ten minste één openbaar adres vereist, dat zal worden gebruikt met NAT (Network Address Translation) of PAT (Port Address Translation). Een bedrijf dat privé-adressen intern gebruikt, heeft dus nog steeds minimaal één adres nodig om zijn privé-netwerk met internet te verbinden.
Microsoft heeft een leidende rol gespeeld bij het definiëren van RFC3927 Dynamische configuratie van IPv4-link-lokale adressen . Dit definieert het proces dat computers moeten volgen in situaties waarin er geen andere methoden zijn om dynamische IP-adrestoewijzingen toe te passen. Dit proces is gemaakt om situaties aan te pakken waarin u niet - of niet - handmatig statische IP-adressen wilt toewijzen en er is geen Dynamic Host Configuration Protocol (DHCP) -server op uw netwerk om automatisch adressen toe te wijzen.
De oplossing was om een ander IP-adresbereik te gebruiken - in dit geval een Klasse B-netwerk van 169. 254. 0. 0 - om IP-hosts hun eigen adres te laten kiezen. In dit bereik zijn er ongeveer 65.000 adressen waaruit de IP-host kan kiezen, dus het basisproces voor de host is als volgt:
-
Kies willekeurig een adres uit het bereik 169.254. 0. 1-169. 254. 255. 254.
-
Verzend een ARP-aanvraag (Address Resolution Protocol) voor het MAC-adres met het gekozen adres om de kans op dubbele IP-adresconflicten te elimineren.
Als er geen antwoord wordt ontvangen op de ARP-aanvraag, gebruikt geen andere computer dat IP-adres, zodat de host het in stap 1 gekozen IP-adres kan gaan gebruiken.
In de voorgaande stappen wordt de automatische particuliere IP-adressering (APIPA) beschreven werkwijze. Als twee of meer computers op dezelfde gegevenskoppeling APIPA gebruiken en geconfigureerd zijn om APIPA te gebruiken, kunnen deze hosts met elkaar communiceren. Dit proces is gemaakt om ad hoc (of tijdelijke) netwerken waarin TCP / IP het primaire netwerkprotocol is te vereenvoudigen omdat APIPA de noodzaak elimineert om handmatig adressen aan hosts toe te wijzen.