RFC 791 - Internet Protocol - Summary

RFC 791 fue escrito en 1981 para DARPA (Defense Advanced Research Projects Agency) por la Universidad del Instituto de Ciencias de la Información del Sur de California. El documento se divide en tres secciones, Introducción, Resúmenes y Especificaciones. Aunque la Introducción y la Resúmenes tienen muy buena información este resumen se centrará en las especificaciones, pero destacará las pocas secciones de la sinopsis.

Header

Como se ve en el artículo Frames y Packets en este sitio, el encabezado IP parece:

Detalles del encabezado

Como puede ver el datagrama contiene varios elementos. La función de cada elemento es:

• Versión - RFC 791 se refiere específicamente a la versión 4
• Longitud del encabezado de Internet (IHL) - Informa a los sistemas de reproducción de la longitud del encabezado y cuando los datos comienzan
• Tipo de servicio (TOS) - Este valor de 8 bits se utiliza para la calidad del servicio.
  • bit 0-2 son para Precedencia
    • 000 - Rutina
    • 001 - Prioridad
    • 010 - Inmediata
    • 011 - Flash
    • 100 - Flash Override
    • 101 - CRITIC/ECP
    • 110 - Control de Internet
    • 111 - Control de redes
  • bit 3 es para demora normal (0) o baja demora (1)
  • bit 4 es para el rendimiento normal (0) o High throughput (1)
  • bit 5 es para fiabilidad normal (0) o alta fiabilidad (1)
  • Cuando RFC 791 fue escrito bit 6 y 7 donde reservado para uso futuro
• Duración total - Es la longitud total del datagrama en bytes hasta 65535 octets. Sin embargo un sistema debe ser capaz de aceptar un mínimo de 567 octets.
• Identificación - Se utiliza para reensamblar datagramas fragmentados
• Banderas - utilizado con fragmentación de datagram
  • bit 0 está reservado y debe ser 0
  • bit 1 si se establece a 0 permite que un datagram se fragemente. Si se establece a 1 el datagrama no puede ser fragmentado
  • bit 2 si se establece a 0 indica el último fragement. Si se establece a 1 fragmentos más están llegando
• Fragment Offset - Indica los sistemas que ejecutan la fragementación de datagram donde se puede fragmentar
• Tiempo para vivir - Indicado cuánto tiempo puede persistir el datagrama en la red. Si llega a 0 el datagrama debe ser descartado
• Protocolo - Indica el próximo protocolo de nivel utilizado en el datagrama
• Header Checksum - Valida el datagrama en cada punto a través de la red
• Dirección de Fuente - 32 bits
• Dirección de destino - 32 bits
• Opciones - Hay muchas opciones IPv4 que pueden o no ser aplicadas. Para más detalles, lea la página completa RFC específicamente 15 - 22
• Al final de la cabecera, el datagrama se acolcha con 0's hasta que termina en un límite de 32 bits

Resumen de RFC

Al igual que con todos los RFC este RFC requiere que cualquier indivdual que implemente el datagram IP se ajuste a la norma tal que cualquier parte pueda interactuar con el datagram en diversos sistemas. En la sección 3, el esquema de abordaje IPv4 se examina en longitud, así como las funciones resumidas anteriormente. En relación con IPv4 este RFC define los tamaños de la red Clase A, B y C. Clase A asigna 7 bits para red y 24 bits para hosts. Clase B asigna 14 bits para red y 16 bits para hosts. Clase C asigna 21 bits para red y 8 bits para hosts. Además de abordar los esquemas, las funciones específicas de fragmentación y reasignación de datagramas se examinan con gran detalle dentro de la RFC. Especificar que algunas opciones pueden o no ser incluidas cuando se fragmenta un paquete.

Refiriéndose a una estadística anterior sobre la implementación del Datagram IP, el RFC también da ejemplos sobre lo que debe presentarse a protocolos de capa superior para que elementos de configuración puedan facilitar la comunicación y configuración entre sistemas. Estos elemenets son los mismos elementos utilizados para construir el datagrama.