IPv4
Author
Albert FloresInternet Protocol version 4 (IPv4) je v informatice čtvrtá revize IP (Internet Protocol) a zároveň jeho první verze, která se masivně rozšířila. Spolu s IPv6 vytvářejí základ pro komunikaci v rámci sítě Internet. IPv4 je popsána IETF v RFC 791 (září 1981), které nahradilo RFC 760 (leden 1980) a je standardizována jako MIL-STD-1777 Ministerstvem obrany USA.
IPv4 je datově orientovaný protokol, který je používán v sítích s přepojováním paketů (např. Ethernet). +more Jde o protokol přepravující data bez záruky, tj. negarantuje ani doručení ani zachování pořadí ani vyloučení duplicit. Zajištění těchto záruk je ponecháno na vyšší vrstvě, kterou představuje protokol TCP. Stejně tak je na vyšší vrstvě ponechána kontrola integrity dat, protože IPv4 datagram nese pouze informaci o kontrolním součtu hlavičky datagramu se služebními údaji.
Starší protokol IPv4 poskytuje omezený adresní prostor - teoreticky 232 adres (cca 4×109 = 4 miliardy adres), prakticky však mnohem méně, protože adresy jsou sdružovány kvůli snadnějšímu směrování do podsítí (viz maska sítě). Protokol IPv4 též nevyhovuje současnému nárůstu přenosových rychlostí (zejména kvůli přenosu multimediálních dat - videokonference, internetová televize, telefonování po internetu atd. +more).
Dne 3. +more února 2011 byly rozděleny poslední bloky adres protokolu IPv4, čímž došlo k jejich vyčerpání. Od té doby postupně probíhá přechod na protokol IPv6.
Formát IPv4 datagramu
Uložen ve [url=://web. archive. +moreorg/web/20170920185613/http://www. iana. org/ .
* Kontrolní součet hlavičky: slouží k ověření, zda nedošlo k poškození. Počítá se pouze z hlavičky a pokud nesouhlasí, datagram bude zahozen.
* Adresa odesílatele: [[IP adresa|IPv4 adresa][endianita|velkém endianu]].
. %" rowspan="2" | Bajty %" colspan="8" | 0 %" colspan="8" | 1 %" colspan="8" | 2 %" colspan="8" | 3 Bajt 0 až 3 %" | verze IHL typ služby celková délka Bajt 4 až 7 identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace identifikace . 5%" | příznaky (3 bity) . 5%" | příznaky (3 bity) . 5%" | příznaky (3 bity) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) offset fragmentu (13 bitů) Bajt 8 až 11 TTL TTL TTL TTL TTL TTL TTL TTL číslo protokolu číslo protokolu číslo protokolu číslo protokolu číslo protokolu číslo protokolu číslo protokolu číslo protokolu kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky kontrolní součet hlavičky Bajt 12 až 15 zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa zdrojová adresa Bajt 16 až 19 cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa cílová adresa Bajt 20 až ((IHL × 4) - 1) rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení rozšířená nepovinná nastavení . data data data data data data data data data data data data data data data data data data data data data data data data data data data data data data data data
Datagram IPv4 obsahuje hlavičku se služebními údaji nutnými pro přepravu a za ní následují data. Konec hlavičky je zarovnán na násobek čtveřice bajtů pomocí výplně . +more Strukturu IP datagramu vystihuje tabulka uvedená nahoře.
Následuje popis jednotlivých polí: * Verze: verze protokolu (0x4) * IHL: délka hlavičky jako počet 32bitových slov (pro získání délky v bajtech je potřeba vynásobit čtyřmi, tzn. typická a minimální délka (0x5 × 4) = 20 bajtů, a maximální (0xF ×* 4) = 60 bajtů. +more * Typ služby (TOS, Type of Service): podle původních představ měla tato položka umožnit odesilateli, aby zvolil charakter přepravní služby ideální pro dotyčný datagram. Jednotlivé bity znamenaly např. požadavek na nejmenší zpoždění, největší šířku pásma či nejlevnější dopravu. Směrování pak mělo brát ohled na hodnotu TOS a volit z alternativních tras tu, která nejlépe odpovídala požadavkům datagramu. V praxi však k realizaci nedošlo. V současnosti se položka používá k podobným účelům - nese značku pro mechanismy zajišťující služby s definovanou kvalitou (QoS). * Celková délka: délka datagramu v bajtech. * Identifikace: odesilatel přidělí každému odeslanému paketu jednoznačný identifikátor. Pokud byl datagram při přepravě fragmentován, pozná se podle této položky, které fragmenty patří k sobě (mají stejný identifikátor). * Příznaky: slouží pro řízení fragmentace. První je vždy nulový, druhý je Don’t fragment zakazující tento datagram fragmentovat, a třetí More fragments nastavuje, zdali není fragmentem posledním. * Offset fragmentu: udává, na jaké pozici v původním datagramu začíná tento fragment. Jednotkou je osm bajtů. * TTL (Time To Live): představuje ochranu proti zacyklení. Každý směrovač zmenší tuto hodnotu o jedničku (případně o počet sekund, které datagram ve směrovači strávil, pokud zde čeká déle). Pokud tím TTL nabude hodnotu nula, datagram zahodí, protože vypršela jeho životnost. * Protokol: určuje, kterému protokolu vyšší vrstvy se mají data předat při doručení. Čísla protokolů definována v RFC 1700 (TCP: 6, UDP: 17, ICMP: 1, EGP: 8, …). RFC 1700 je již překonáno novým standardem RFC 3232, jež odkazuje na databáze organizace IANA a její stránky:[/url]] síťového rozhraní, které datagram vyslalo. * Adresa cíle: IP adresa síťového rozhraní, kterému je datagram určen. * Volby: různé rozšiřující informace či požadavky. Například lze předepsat sérii adres, kterými má datagram projít. Volby obvykle nejsou v datagramu použity (v tabulce jsou barevně odlišeny). * Data: obsahuje další zapouzdřené protokoly.
Speciální IPv4 adresy
0. +more0/8 | This host on this network | |
---|---|---|
10. 0/8 | Private-Use | privátní adresy pro LAN |
100. 64. 0/10 | Shared Address Space | CG NAT |
127. 0/8 | Loopback | |
169. 254. 0/16 | Link Local | |
172. 16. 0/12 | Private-Use | privátní adresy pro LAN |
192. 0/24 | IETF Protocol Assignments | |
192. 0/29 | DS-Lite | metoda přechodu na IPv6 "B4" |
192. 2. 0/24 | TEST-NET-1 | vyhrazeno pro použití v příkladech a dokumentaci |
192. 88. 99. 0/24 | 6to4 Relay Anycast | metoda přechodu na IPv6, zrušeno v rfc7526 |
192. 168. 0/16 | Private-Use | privátní adresy pro LAN |
198. 18. 0/15 | Benchmarking | |
198. 51. 100. 0/24 | TEST-NET-2 | vyhrazeno pro použití v příkladech a dokumentaci |
203. 113. 0/24 | TEST-NET-3 | vyhrazeno pro použití v příkladech a dokumentaci |
224. 0/4 | IP multicast (dříve třída D) | |
240. 0/4 | Host group addresses | rezervováno pro budoucí použití (dříve třída E) |
255. 255. 255. 255/32 | Limited Broadcast |
Tabulka prefixů a masek
1 | /32 | 255. 255. +more255. 255 | |
---|---|---|---|
2 | /31 | 255. 255. 255. 254 | |
4 | /30 | 255. 255. 255. 252 | |
8 | /29 | 255. 255. 255. 248 | |
16 | /28 | 255. 255. 255. 240 | |
32 | /27 | 255. 255. 255. 224 | |
64 | /26 | 255. 255. 255. 192 | |
128 | /25 | 255. 255. 255. 128 | |
256 | /24 | 1C | 255. 255. 255. 0 |
512 | /23 | 2C | 255. 255. 254. 0 |
1 024 | /22 | 4C | 255. 255. 252. 0 |
2 048 | /21 | 8C | 255. 255. 248. 0 |
4 096 | /20 | 16C | 255. 255. 240. 0 |
8 192 | /19 | 32C | 255. 255. 224. 0 |
16 384 | /18 | 64C | 255. 255. 192. 0 |
32 768 | /17 | 128C | 255. 255. 128. 0 |
65 536 | /16 | 1B | 255. 255. 0 |
131 072 | /15 | 2B | 255. 254. 0 |
262 144 | /14 | 4B | 255. 252. 0 |
524 288 | /13 | 8B | 255. 248. 0 |
1 048 576 | /12 | 16B | 255. 240. 0 |
2 097 152 | /11 | 32B | 255. 224. 0 |
4 194 304 | /10 | 64B | 255. 192. 0 |
8 388 608 | /9 | 128B | 255. 128. 0 |
16 777 216 | /8 | 1A | 255. 0 |
33 554 432 | /7 | 2A | 254. 0 |
67 108 864 | /6 | 4A | 252. 0 |
134 217 728 | /5 | 8A | 248. 0 |
268 435 456 | /4 | 16A | 240. 0 |
536 870 912 | /3 | 32A | 224. 0 |
1 073 741 824 | /2 | 64A | 192. 0 |
2 147 483 646 | /1 | 128A | 128. 0 |
Konec IPv4 adres
Dne 3. +more února 2011 byly rozděleny na konferenci v Miami poslední bloky adres protokolu IPv4, čímž došlo k jejich vyčerpání. Tato událost je jedna z nejvýznamnějších událostí historie internetu. Spotřeba IP adres stále stoupá a největším spotřebitelem je asijsko-pacifický region, ve kterém poslední přidělený blok spolu se stávající zásobou vystačí maximálně do konce roku 2011. Nejdéle vydrží zásoby IPv4 v Africe, kde s nimi mohou počítat ještě několik let dopředu.