RFC 791 - Internet Protocol - Summary

El RFC 791 va ser escrit el 1981 per DARPA (Agència avançada de Projectes de recerca) per la Universitat d'Institut de Ciències d'Informació del Sud de Califòrnia. El document està trencat en tres seccions, Introducció, Vista general i Especificacions. Tot i que la introducció i la vista general tenen molt bona informació aquest resum centrarà en les especificacions, però ressaltarà les seccions afew de la vista general.

Capçalera

Com l'article dels marcs i paquets d'aquest lloc sembla:

Detalls de la capçalera

Com podeu veure el datagram conté diversos elements. La funció per a cada element és:

• Versió - RFC 791 específicament es refereix a la versió 4
• Longitud de la capçalera d' Internet (IHL) - Informa dels sistemes reincieving la longitud de la capçalera i quan les dades comencen
• Tipus de servei (TOS) - Aquest valor de 8 bits s' usa per a qualitat del servei.
  • bit 0-2 són per Precència
    • 000 - Routine
    • 0000 - Prioritat
    • 010 - Immediat
    • 011 - Flaix
    • 100 - El flaix sobreescriu
    • 101 - CRIIC/ECCP
    • 110 - Control de treball d' Internet
    • 111 - Control de xarxa
  • bit 3 és per retard normal (0) o un retard baix (1)
  • bit 4 és per a normal a través de rendiment (0) o High a travésput (1)
  • bit 5 és per fiabilitat normal (0) o alta fiabilitat (1)
  • Quan el RFC 791 va ser escrit una mica 6 i 7 on es va reservar per a ús futur
• Longitud total - És la longitud total de les dadesgrames en bytes fins a 6535ocets. Tanmateix, un sistema ha de ser capaç d'acceptar un mínim de 567octs.
• Identificació - usada en dades fragmentades
• Indicadors - usada amb fragmentació de dadesgram
  • bit 0 està reservat i ha de ser 0
  • bit 1 si s' estableix a 0 permet que es frageitzi una datagrama. Si s' estableix a 1 el programa de dades no es pot fragmentar
  • una mica 2 si s' estableix a 0 indica l' últim enfrontament. Si està establerta a 1 fragments més s'acosten
• Desplaçament del fragment - diu que els sistemes exerceixen la fracció de dadesgrama on es pot fragmentar
• Temps per viure - Indica quant de temps pot persisteixen les dades a la xarxa. Si arriba a 0 s' ha de descartar el programa de dades
• Protocol - Indica el següent protocol de nivell usat en el datagram
• Suma de verificació de capçalera - Valida les dadesgrames a cada punt de la xarxa
• Adreça d' origen - 32 bits
• Adreça de destí - 32 bits
• Opcions - Hi ha moltes opcions IPv4 que poden o no ser aplicades. Per als detalls addicionals, llegiu la pàgina RFC completa específicament 15 - 22
• Al final de la capçalera, el datagrama s' indexa amb 0's fins que acabi amb una mica de 32 límits

Resum RFC

Com amb tots els RFC aquest RFC requereix que qualsevol individual que implementa les dades IPgramal amb l'estàndard de manera que qualsevol partit pugui interactuar amb les dadesgrames en sistemes diversos. A la secció 3 es tractarà l' esquema IPv4 amb longitud tal i com es resumeixen les funcions anteriorment. En relació amb IPv4 aquest RFC defineix la classe A, B i les mides de xarxa C. La classe A assigna 7 bits per xarxa i 24 bits per a màquines. La classe B assigna 14 bits per xarxa i 16 bits per a màquines. La classe C assigna 21 bits per xarxa i 8 bits per a màquines. A més d'atacar esquemes, les funcions específiques de la fragmentació de dadesgrama i es tracten de manera molt detall dins del RFC. Especificar que algunes opcions poden o no ser incloses quan es fragmenta un paquet.

En referència a un estat d' execució anterior sobre l'aplicació de l'IP Datagram el RFC també ofereix exemples sobre el que s' ha de presentar als protocols de la capa superior per als elements de configuració per tal de realitzar una comunicació més senzilla i configuració entre sistemes. Aquests alemenats són els mateixos elements usats per construir el datagram.