RFC 791 - Internet Protocol - Summary

Tiež dostupné v:

RFC 791 bola napísaná v roku 1981 pre DARPA (Defense Advanced Research Projects Agency) od Information Sciences Institute University of Southern California. Dokument je rozdelený do troch častí, Úvod, Prehľad a Špecifikácie. Hoci úvod a prehľad majú veľmi dobré informácie, tento súhrn sa zameria na špecifikácie, ale z prehľadu zvýrazní niekoľko častí.

Hlavička

Ako je vidieť v článku Rámčeky a pakety na tejto stránke hlavička IP vyzerá ako:

IPv4 Header (32 bits)
Starting Byte	Byte								Byte								Byte								Byte
	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26	27	28	29	30	31
0	Version				IHL (header Len)				Type Of Server (TOS)								Total Length
4	Identification																IP Flag			Fragment Offset
8	Time To Line (TTL)								Protocol								Header Checksum
12	Source Address
16	Destination Address
20	IP Option (Variable Length, Optional, not common)

Detaily hlavičky

Ako môžete vidieť datagram obsahuje niekoľko prvkov. Funkcia každého prvku je:

Verzia - RFC 791 špecificky odkazuje na verziu 4
Dĺžka záhlavia internetu (IHL) - informuje o recidivujúcich systémoch dĺžku záhlavia a kedy sa dáta začínajú
Typ služby (TOS) - Táto 8 bitová hodnota sa používa pre kvalitu služby.
- bit 0-2 sú pre Precedence
  - 000 - rutina
  - 001 - Priorita
  - 010 - Okamžite
  - 011 - Flash
  - 100 - Flash Override
  - 101 - CRITIC/ECP
  - 110 - Internetwork Control
  - 111 - Sieťové riadenie
- bit 3 je pre normálne oneskorenie (0) alebo nízke oneskorenie (1)
- bit 4 je pre normálny výkon (0) alebo vysoký výkon (1)
- bit 5 je pre normálnu spoľahlivosť (0) alebo vysokú spoľahlivosť (1)
- Keď RFC 791 bol napísaný bit 6 a 7, kde rezervované pre budúce použitie
Celková dĺžka Je celková dĺžka datagramu v bajtoch až 65535 oktetov. Systém však musí byť schopný akceptovať minimálne 567 oktov.
Identifikácia - používa sa pri premontovaní roztrieštených datagramov
Vlajky - používané s datagram fragmentáciou
- bit 0 je rezervovaný a musí byť 0
- bit 1 ak je nastavený na 0 umožňuje rozhnevať datagram. Ak je nastavený na 1 dátovýgram nemožno roztriešteť
- bit 2 ak je nastavený na 0 udáva posledný rozruch. Ak je nastavený na 1 ďalšie fragmenty prichádzajú
Fragment Offset - Prezrádza systémy vykonávajúce datagram fragmentácie, kde môže fragmentovať
Čas do života - uvedený ako dlho môže datagram pretrvávať v sieti. Ak dosiahne hodnotu 0, datagram sa musí zlikvidovať
Protokol - označuje protokol ďalšej úrovne použitý v datagrame
Kontrola hlavičky - potvrdzuje datagram v každom bode siete
Zdrojová adresa - 32 bitov
Cieľová adresa - 32 bitov
Možnosti - Existuje veľa možností IPv4, ktoré môžu, ale nemusia byť použité. Ďalšie podrobnosti si prečítajte v celom RFC konkrétne na strane 15 - 22
Na konci záhlavia je datagram čalúnený 0 až kým sa neskončí na 32 bitovom viazaní

Zhrnutie RFC

Rovnako ako u všetkých RFC je tento RFC vyžaduje, aby akýkoľvek indivdual, ktorý vykonáva IP datagram zladiť so štandardom tak, že každá strana môže komunikovať s datagramom na rôznych systémoch. V oddiele 3 sa IPv4 zaoberá schéma je prerokovaná na dĺžku, ako sú funkcie zhrnuté vyššie. Vo vzťahu k IPv4 tento RFC definuje veľkosť siete triedy A, B a C. Trieda A prideľuje 7 bitov pre sieť a 24 bitov pre hostiteľov. Trieda B prideľuje 14 bitov pre sieť a 16 bitov pre hostiteľov. Trieda C prideľuje 21 bitov pre sieť a 8 bitov pre hostiteľov. Okrem riešenia systémov sa v rámci RFC podrobne rozoberajú aj osobitné funkcie fragmentácie a opätovného zostavenia dátovýchgramov. Uveďte, či niektoré možnosti môžu alebo nemusia byť zahrnuté v prípade fragmentácie balíčka.

Odvolávajúc sa na predchádzajúcu situáciu týkajúcu sa implementácie IP Datagramu RFC uvádza tiež príklady toho, čo by malo byť prezentované v protokoloch hornej vrstvy pre konfiguračné prvky s cieľom uľahčiť komunikáciu a konfiguráciu medzi systémami. Tieto elemenety sú rovnaké prvky používané na vytvorenie datagramu.