Resumen

  • RFC 917 aún era una propuesta: informaba que Stanford operaba subredes IP desde comienzos de 1982 y que en 1984 tenía unos 330 hosts y 18 subredes.
  • Stanford hizo coincidir sus subredes IP con números de red Pup existentes; RFC 917 propuso una anchura local por red, y RFC 950 normalizó procedimientos para hosts en 1985.

El recuento de 1984 es pequeño y revelador: unos 330 hosts, 18 subredes y un número parecido de pasarelas en Stanford. No es una cifra del Internet entero. Es la fotografía que Jeffrey Mogul incluyó en RFC 917, un documento publicado en octubre de 1984 que pedía debate y mejoras. El propio texto sitúa el uso de subredes IP en Stanford a comienzos de 1982.

La solución local llegó antes que una norma común. Stanford ya operaba Pup sobre varias Ethernets experimentales desde 1979. Al incorporar IP, eligió un campo de subred de ocho bits y asignó a cada subred IP el número de red Pup de la Ethernet correspondiente. El número de host Pup, también de ocho bits, pasó al campo de host IP. La nueva interpretación de direcciones aprovechó una organización que los equipos ya utilizaban.

Eso también se reflejó en las pasarelas. Las que solo entendían Pup reenviaban datagramas IP siguiendo sus tablas de rutas Pup, sin ajustar el Time-to-Live de la cabecera IP. Los hosts con varias interfaces que actuaban como pasarela sí reducían ese campo. Mogul señaló que no habían aparecido errores de bucle en esa instalación. La observación no convierte la omisión del TTL en una práctica segura para otras redes; describe un arreglo concreto y su experiencia hasta la fecha del informe.

Las tablas IP se mantenían mediante el mismo proceso que las tablas Pup, traduciendo los números de red de un protocolo a los números de subred del otro. Al añadir Ethernets de 10 Mbit/s, las pasarelas usaron una técnica basada en ARP que permitió conectar hosts sin modificar. La expansión fue, por tanto, una tarea de compatibilidad con lo instalado, no solo un cambio de formato de dirección.

El MIT afrontó el problema de otra manera. Antes de que los números de red se dividieran en clases, dar un número IP distinto a cada enlace habría consumido buena parte del espacio disponible. MIT conservó un único número de red y partió los 24 bits restantes en tres campos de ocho: subred, reservado y obligatorio a cero, y host. El octeto de subred coincidía con el de CHAOS. Aunque se había previsto intercambiar rutas dinámicamente entre pasarelas, ese protocolo no se implementó y siguieron las tablas estáticas. Las redirecciones ICMP de host redujeron los cambios necesarios en el software de los equipos.

RFC 917 evaluó cuatro formatos: subred de anchura variable, de anchura fija y dos formatos autoidentificables. Mogul eligió una anchura variable que permanecía constante dentro de cada red, pero podía variar entre organizaciones. Los formatos autoidentificables habrían permitido inferir la subdivisión desde la dirección, a costa de limitar direcciones de host ya existentes y de consumir más espacio local. El número de bits dedicado a las subredes era una decisión de cada organización.

El documento también propuso que un host recién arrancado preguntara por esa anchura mediante ICMP «Address Format Request» y «Address Format Reply», útil para estaciones sin disco; la configuración almacenada seguía siendo válida. Sin respuesta, el host podía asumir anchura cero y corregirse cuando una pasarela anunciara el valor efectivo. RFC 950 usaría después mensajes «Address Mask», un procedimiento distinto.

En abril de 1985, RFC 940 explicó por qué hacía falta coordinación: equipos de distintos proveedores podían no coincidir en si un destino estaba en el enlace local o debía ir a una pasarela. RFC 950, en agosto, se declaró basado en RFC 917 y recomendó procedimientos de host comunes cuando se usaran subredes. La norma no fue el origen de la práctica: la hizo más interoperable.

La Nota 64 de Heng Lu sirve como lente editorial para esa separación entre reglas mínimas compartidas y decisiones locales. No prueba qué motivó a Mogul, Stanford, MIT o Postel.