RFC 791 - Internet Protocol - Summary

RFC 791 kirjoitti vuonna 1981 DARPA (Defense Advanced Research Projects Agency) Information Sciences Institute University of Southern California. Asiakirja on jaettu kolmeen osaan: Johdanto, yleiskatsaus ja eritelmät. Vaikka johdannossa ja yleiskatsauksessa on erittäin hyviä tietoja, tässä tiivistelmässä keskitytään eritelmiin, mutta siinä korostetaan yleiskatsauksen joitakin kohtia.

Otsikko

Kuten nähdään Frames ja Packets artikkeli tällä sivustolla IP-otsake näyttää:

Otsikkotiedot

Kuten näette, datagrammi sisältää useita elementtejä. Kunkin elementin tehtävä on:

• Versio - RFC 791 viittaa erityisesti versioon 4
• Internet Header Length (IHL) - Informoi takaisin järjestelmiä pituus otsikko ja kun tiedot alkavat
• Palvelutyyppi - Tätä 8 bitin arvoa käytetään palvelun laatuun.
  • bit 0-2 on Precedence
    • 000 - Rutiini
    • 001 - Painopiste
    • SCR:n täyttämiseksi hyväksyttävä oma varallisuus yhteensä
    • 011 - Salama
    • 100 - Salaman ohitus
    • 101 - KRIITINEN/ECP
    • 110 - Internet-ohjaus
    • 111 - Verkkojen valvonta
  • bitti 3 on normaali viive (0) tai pieni viive (1)
  • bitti 4 on normaali syöttö (0) tai korkea syöttö (1)
  • bitti 5 on normaali luotettavuus (0) tai korkea luotettavuus (1)
  • Kun RFC 791 oli kirjoitettu bittiä 6 ja 7 jossa varattiin tulevaa käyttöä varten
• Kokonaispituus - Onko datagrammin kokonaispituus tavuina enintään 65535 oktettia. Järjestelmän on kuitenkin voitava hyväksyä vähintään 567 oktettia.
• Tunnistus - Käytetään sirpaleiden datagrammien kokoamisessa
• Liput - käytetään datagrammien pirstaleisuuden kanssa
  • bitti 0 on varattu ja sen on oltava 0
  • bitti 1, jos asetettu nollaan, mahdollistaa datagrammin yhdistämisen. Jos asetus on 1, datagrammi ei voi olla hajanainen
  • bitti 2, jos asetettu nollaan, osoittaa viimeisen särötyksen. Jos yksikin sirpale on tulossa
• Fragment Offset - Kertoo datagrammifragementaatiota suorittavat järjestelmät, joissa se voi sirpaloitua
• Aikaa elää - Tieto siitä, kuinka kauan datagrammi voi jatkua verkossa. Jos se saavuttaa 0, datagrammi on hävitettävä
• Protokolla - Osoittaa seuraavan tason protokolla käytetään datagrammi
• Otsikko Checksum - validoi datagrammin jokaisessa pisteessä verkon kautta
• Lähdeosoite - 32 bittiä
• Kohdeosoite - 32 bittiä
• Vaihtoehdot On olemassa paljon IPv4 vaihtoehtoja, joita voidaan soveltaa tai ei sovelleta. Lisätietoja saa koko RFC erityisesti sivulta 15 - 22
• Otsikon lopussa datagrammi on pehmustettu 0: lla, kunnes se päättyy 32 bitin rajapintaan

Yhteenveto

Kuten kaikki RFC:t, tämä RFC edellyttää, että kaikki IP-datagrammin täytäntöönpanevat indivduaalit vastaavat standardia siten, että kaikki osapuolet voivat olla vuorovaikutuksessa erilaisten järjestelmien datagrammin kanssa. Luvussa 3 IPv4 käsitellään skeema käsitellään pituus samoin kuin edellä tiivistetyt toiminnot. IPv4:n osalta RFC määrittelee luokan A, B ja C verkkokoot. Luokka A jakaa 7 bittiä verkkoon ja 24 bittiä isäntille. Luokka B jakaa 14 bittiä verkkoon ja 16 bittiä isännille. Luokka C jakaa 21 bittiä verkkoon ja 8 bittiä isännille. Ohjelmien käsittelyn lisäksi RFC:ssä käsitellään yksityiskohtaisesti datagrammien hajanaisuuden ja uudelleen kokoamisen erityistehtäviä. Määritetään, että jotkin vaihtoehdot voivat olla mukana, jos paketti on pirstaleinen.

Kun viitataan aikaisempaan IP-datagrammin täytäntöönpanoa koskevaan kertomukseen, RFC antaa myös esimerkkejä siitä, mitä olisi esitettävä ylemmän tason protokollille konfiguraatioelementeille, jotta helpotettaisiin järjestelmien välistä viestintää ja konfiguraatiota. Nämä elemenetit ovat samoja elementtejä, joita käytetään datagrammin rakentamiseen.