Resumen

  • RFC 2322 describió un sistema físico para asignar direcciones en una red temporal: cada pinza de madera representaba un número IP y las pinzas disponibles formaban un conjunto visible.
  • El objeto mostraba el estado de una asignación, pero una persona lo entregaba y copiaba la dirección y los parámetros comunes en el ordenador. El propio relato de campo de RFC 2322 dice que alguien confundió la dirección del router predeterminado con la suya e interrumpió la red durante un tiempo.

RFC 2322 no es un estándar de DHCP. Publicado el 1 de abril de 1998 como documento informativo, describe «peg-DHCP» para redes de campo y encuentros pequeños sin una entidad administrativa clara. Su relato comienza en Hacking In Progress, un evento de tres días celebrado en los Países Bajos en 1997. Los organizadores esperaban que los asistentes llevaran ordenadores diversos y querían una LAN TCP/IP con conexión a Internet. Les preocupaban los números duplicados u omitidos y la compatibilidad de un servidor de software con distintas pilas IP. RFC registra esa motivación; no demuestra que DHCP convencional fallara.

La propuesta hacía tangible una parte de la administración. Una pinza representaba una dirección. Las pinzas sin asignar, colgadas en un tendedero, componían el conjunto disponible; una pinza sujeta junto al cable de red del ordenador señalaba dónde se utilizaba una dirección. Los colores podían diferenciar subredes. En un evento breve, el servidor podía ser una tienda o una mesa atendida, aunque en un entorno menos controlado cada participante podía tomar su propia pinza. Una ficha o cartel contenía los parámetros compartidos: red, máscara, gateway y proxy. Después, una persona los introducía en el ordenador y en las aplicaciones necesarias.

Ese último paso es esencial. Peg-DHCP no configuraba la interfaz, no negociaba una concesión ni verificaba la identidad de quien tomaba una dirección. Trasladaba la contabilidad de direcciones desde el estado oculto de un servidor a un objeto visible y movible. La persona seguía siendo el adaptador entre la pinza, el papel y el sistema operativo. RFC 2322 reconoce que al copiar los datos podían perderse o corromperse y relata un caso concreto: durante el encuentro, alguien introdujo como dirección propia la del router predeterminado y dejó la red inutilizable durante un periodo.

El ciclo de vida también dependía del lugar. El cliente podía devolver la pinza al conjunto cuando terminara de usarla. Si no había personal, debía dejarla allí por su cuenta. El fin del evento podía servir como una especie de TTL, pues después las direcciones ya no serían válidas. Eso no equivale a los intercambios de concesión de DHCP, donde cliente y servidor comunican asignación, renovación, re-vinculación y expiración. La comparación no dice «manual malo, automático bueno»; distingue custodia visible y criterio humano de estado protocolario e intercambio de mensajes.

La sección de seguridad de RFC delimita el alcance: alguien podía perder una pinza, otra persona encontrarla y utilizar la dirección; tanto la pinza como el papel con datos comunes eran legibles. El documento recomienda no intercambiar información privada por este medio. El objeto representaba una asignación, no demostraba la identidad de una persona ni autenticaba su derecho a usar una dirección. La ocurrencia de enviar pinzas por un portador aviar se declara expresamente experimental, no una afirmación de despliegue.

El valor histórico de RFC 2322 es más acotado y útil que su premisa humorística: hizo que un conjunto de direcciones oculto pasara a ser un estado visible e inspeccionable para un entorno limitado, y dejó a la vista la entrega humana. Esa visibilidad podía ayudar a detectar una dirección en uso, pero no impedía que alguien escribiera una dirección equivocada en una máquina.

Fuentes