Verzia z 13:51, 19. december 2011 upraviť WikitanvirBot (diskusia \| príspevky) Boti 36 676 editací d r2.7.1) (robot Pridal: uk:IPv4 ← Predchádzajúca úprava		Verzia z 19:09, 3. január 2012 upraviť vrátiť Vegbot (diskusia \| príspevky) Boti 76 502 editací d typo gram Ďalšia úprava →
Riadok 4: '''IPv4''' je verzia 4 [[Internet Protocol]]u (IP). Bola prvou široko používanou verziou a tvorí základ väčšej časti súčasného [[Internet]]u ([[2005]]). Je opísaný v [[IETF]] [[Request for Comments\|RFC]] [http://www.ietf.org/rfc/rfc791.txt 791], ktorý bol ~~prvý krát~~prvýkrát zverejnený v septembri [[1981]]. IPv4 používa 32-bitové adresy, čo obmedzuje adresný priestor na 4 294 967 296 jedinečných adries, z ktorých je množstvo vyhradených pre zvláštne účely ako lokálne siete alebo [[multicast]]ové adresy, čo redukuje počet adries použiteľných ako verejné internetové adresy. Viac v článku [[Vyčerpanie adresného priestoru IPv4]]. Riadok 33: \|- align="center" ! colspan="1"\|+ ! colspan="4"\|Bity 0 - – 3 ! colspan="4"\|4 - – 7 ! colspan="8"\|8 - – 15 ! colspan="3"\|16 - – 18 ! colspan="13"\|19 - – 31 \|- align="center" ! colspan="1"\|0 Riadok 65: \|- align="center" ! colspan="1"\|192 \| colspan="32"\|~~ ~~ <br />Dáta<br />~~ ~~ \|} Riadok 75: V [http://www.ietf.org/rfc/rfc791.txt RFC 791] bolo nasledujúcich 8 bitov vyhradených pre pole Typ služby (ToS), dnes [[Differentiated services\|DiffServ]] a [[Explicit Congestion Notification\|ECN]]. Pôvodný zámer bol, aby paket mohol špecifikovať preferencie, ako bude doručený internetovou sieťou. Bolo napríklad možné nastaviť hodnotu ToS na nízke zdržanie alebo vysokú spoľahlivosť. V praxi nebolo použitie ToS nikdy široko implementované, hoci sa využitie týchto ôsmich bitov zameriavalo množstvo experimentálnej a výskumnej práce. Tieto bity boli predefinované a v súčasnosti ich využíva [[Differentiated services\|DiffServ]], pracovná skupina [[IETF]] a kódové body [[Explicit Congestion Notification\|ECN]] (pozri [http://www.ietf.org/rfc/rfc3168.txt RFC 3168]) Ďalšie 16-bitové pole definuje veľkosť celého datagramu -- – hlavičky aj dát, v 8-bitových bajtoch. Minimálna dĺžka datagramu je 20 bajtov a maximálna 65 535. Maximálna veľkosť datagramu, s ktorou musí byť schopný zaobchádzať '''každý''' stroj je 576 bajtov, ale moderné stroje pracujú s oveľa väčšími paketmi. Niekedy podsiete určujú dodatočné obmedzenia na veľkosť, v takom prípade sa používa ''fragmentácia'' datagramov. Fragmentácia sa implementuje buď v stroji alebo prepínači paketov (pozri nižšie). Ďalšie 16-bitové pole je identifikačné. Toto pole sa využíva na jedinečnú identifikáciu fragmentov originálneho datagramu. Niektoré experimentálne práce navrhovali iné využitie tohto poľa ako pridanie informácie na stopovanie datagramu, aby bolo možné spätne vystopovať pakety s nepravou adresou. Riadok 109: * pole „offset fragmentu“ nenulové je fragmentom. Stroj hľadá medzi prichádzajúcimi paketmi také, ktoré majú rovnakú hodnotu identifikačného poľa -- – tie patria do rovnakého originálneho paketu -- – a tie môže zložiť. Polia offset a celková dĺžka mu povedia kam ktorý fragment patrí a koľko z originálneho paketu zapĺňa. Vie zistiť celkovú dĺžku originálneho paketu pretože vo fragmente s vynulovaným bitom „viac fragmentov“ hodnota veľkosti poľa (samozrejme bez dĺžky IP hlavičky) plus hodnota v poli offsetu vynásobená 8-bajtovou veľkosťou fragmentačného poľa dáva veľkosť originálneho paketu. Všimnite si, že router môže zopakovať proces fragmentácie iba ak má jediný fragment (napríklad ďalší router na ceste) -- – vezme fragment, rozdelí ho hore uvedeným spôsobom na dva alebo viac nových fragmentov a nastaví potrebné hodnoty offsetov a dĺžky. jediná komplikácia je, že ak bol bit „viac fragmentov nulový“, treba ho nastaviť vo všetkých okrem posledného paketu. (Je relatívne jednoduché zabezpečiť, aby router nemusel sledovať, či je paket fragmentom alebo úplným paketom.) Tiež si všimnite, že ak je paket fragmentovaný a niektorý z fragmentov sa stratil, je znova odoslaný s rovnakým identifikačným číslom a táto druhá kópia je rovnako fragmentovaná (znova s potenciálom straty niektorých fragmentov). Takto je možné paketmi z druhej kópie zaplniť prázdne miesta pri skladaní originálneho paketu. Riadok 124: == Ďalšie čítanie == * RFC 791 - – Internet Protocol * RFC 3168 - – Explicit congestion notification [[Kategória:Internetové protokoly]]

IPv4: Rozdiel medzi revíziami