Reservert IP-adresse
Adresseområde satt av av IANA eller en RFC til et bestemt formål og holdt utenfor vanlig offentlig ruting.
En reservert IP-adresse tilhører et område som IANA og ulike RFC-er har tatt ut av generell tildeling. Adressen er teknisk gyldig, men rutere, registre og operativsystemer behandler den som om den har en fast betydning, og den tildeles derfor aldri til en vilkårlig vert på det offentlige internett.
I IPv4 er de viktigste reservasjonene 0.0.0.0/8 (dette nettverket, RFC 1122), 10.0.0.0/8, 172.16.0.0/12 og 192.168.0.0/16 (privat bruk, RFC 1918), 100.64.0.0/10 (carrier-grade NAT, RFC 6598), 127.0.0.0/8 (loopback), 169.254.0.0/16 (link-local, RFC 3927), 192.0.2.0/24, 198.51.100.0/24 og 203.0.113.0/24 (dokumentasjon, RFC 5737), 198.18.0.0/15 (nettverksbenchmarking, RFC 2544), 224.0.0.0/4 (multicast), 240.0.0.0/4 (framtidig bruk) og 255.255.255.255/32 (begrenset kringkasting).
I IPv6 er ekvivalentene ::/128 (uspesifisert), ::1/128 (loopback), 64:ff9b::/96 (NAT64), 100::/64 (discard), 2001:db8::/32 (dokumentasjon), fc00::/7 (unique local), fe80::/10 (link-local) og ff00::/8 (multicast).
Reserverte områder skal aldri opptre som kilde for offentlig internett-trafikk. Operatører filtrerer dem på nettverkskanten med bogon-lister, og å se en slik adresse som offentlig kilde betyr som regel feilkonfigurasjon, et lekket privat prefiks eller spoofet trafikk. Dokumentasjonsområdene er spesielt nyttige i eksempler og testmiljøer fordi de aldri vil kollidere med en reell tildeling.
Nøkkelpunkter
- Definert av IANA og RFC-er, holdt utenfor offentlig tildeling
- IPv4 reserverte blokker dekker privat (RFC 1918), CGNAT (RFC 6598), loopback, link-local, dokumentasjon, benchmarking og multicast
- IPv6 reserverte blokker dekker
::,::1,2001:db8::/32,fc00::/7,fe80::/10,ff00::/8 - Dokumentasjonsområdene er trygge å bruke i eksempler og tester
- Reservert kildeadresse på offentlig trafikk indikerer feilkonfigurasjon eller spoofing
- Operatører filtrerer bogon-områder på nettverkskanten