Resumen

  • La RFC 796 explicó dónde poner identificadores locales de host, terminal, proceso y host lógico dentro de la parte local de una dirección IP de 32 bits; algunas redes requerían un octeto cero de relleno.
  • El dibujo común conservó diferencias reales: los hosts de PRNET podían moverse sin cambiar su número local, SATNET podía dar varias direcciones lógicas a un equipo físico y ARPANET enviaba en cero su campo de host lógico porque sus IMP aún no lo admitían.

Un host de radio se mueve. Un satélite ve una misma máquina bajo varios nombres lógicos. En ARPANET aparece una casilla para un host lógico que sus IMP todavía no saben utilizar. Son tres situaciones difíciles de meter en la frase «una dirección identifica una máquina en un lugar». La RFC 796, publicada por Jon Postel en septiembre de 1981, prefirió enseñar las costuras: cómo llevaba IP las direcciones locales de redes muy diferentes sin borrar su significado propio.

La envoltura era una dirección Internet de 32 bits. En el formato de clase A, después del bit inicial, siete bits nombraban la red y veinticuatro quedaban para la dirección local. La clase B repartía catorce y dieciséis; la C, veintiuno y ocho, tras sus marcas de clase. Identificada la red, faltaba interpretar lo local. Ahí empezaban los formatos de AUTODIN II, ARPANET, los DCN de COMSAT y UCL, LCSNET, PRNET, SATNET y WBCNET. Llamar a todos «parte local» no los convertía en la misma ficha.

AUTODIN II tenía un número de abonado de dieciséis bits para host o terminal, asignable sin depender de su ubicación. En la dirección IP de clase A ocupaba los dieciséis bits inferiores; antes iba un octeto cero. PRNET, donde un host de radio podía ser móvil, guardaba también su identificador de dieciséis bits después de un cero. Postel enumeró seis números de red PRNET. La red exterior decía a cuál de ellas pertenecía el paquete, mientras el número pequeño seguía nombrando al host incluso si cambiaba de sitio.

ARPANET usaba veinticuatro bits locales distribuidos entre host, host lógico e IMP, que entraban directamente en los veinticuatro bits locales de IP. Sin embargo, sus IMP no soportaban todavía el host lógico del formato: ese campo salía en cero en el encabezado de la red. EDN, la red experimental de datos, tenía una disposición semejante y la misma casilla puesta a cero. El esquema tenía hueco para una función que el equipo presente aún no manejaba.

Los DCN de COMSAT y UCL dividían dieciséis bits en identificador de host y de proceso, ocho para cada uno, también con un cero delante. LCSNET del MIT tenía varios formatos de treinta y dos bits; el habitual llevaba a IP sus veinticuatro bits inferiores, separados en subred, reserva y host. En la sección de los DCN hay un tropiezo visible: el texto asigna números de red 29 y 30 a COMSAT y UCL, pero el dibujo que le sigue imprime 18 en el primer octeto. La discordancia está en el documento original. Conviene leer el número escrito y el número dibujado antes de repetir uno como si resolviera al otro.

SATNET ofrecía otro motivo para desconfiar de la equivalencia entre dirección y lugar. Sus direcciones de host de dieciséis bits podían asignarse al margen de la estación terrestre; incluso una máquina física podía recibir varias direcciones lógicas. WBCNET también permitía varias por máquina, pero dividía sus dieciséis bits entre número HAP y dirección local. En su distribución IP, un octeto cero quedaba entre esas dos piezas. Para SATNET, el cero precedía al valor local completo. Los ceros hacían tareas distintas según la red.

La RFC dejaba una conclusión práctica: el sobre IP permitía enviar una dirección bajo la misma forma general, pero el lector tenía que mirar qué red figuraba delante para descifrar el contenido. Unas últimas cifras podían señalar un proceso, un terminal, una radio móvil o un nombre lógico. Postel no escondió esa variedad bajo la pulcritud de los 32 bits; la dibujó, cero por cero.