Este artículo explora por qué el diseño de IPv6, el sucesor de IPv4, resultó ser tan complejo y problemático, a pesar de la necesidad urgente de reemplazar IPv4 debido a la escasez de direcciones. El autor, basándose en su experiencia en reuniones de la IETF, investiga las razones detrás de esta complejidad, descubriendo que la historia de las redes y la evolución de las tecnologías de conexión son clave para entenderlo.
Inicialmente, las redes telefónicas utilizaban circuitos dedicados, eliminando la necesidad de direcciones. Con la introducción de la multiplexación por división de tiempo (TDM), se permitió compartir circuitos, manteniendo la simplicidad de la conexión sin direcciones. El Internet temprano se construyó sobre esta infraestructura, donde los paquetes de datos viajaban a través de conexiones punto a punto. Las redes de área local (LAN), como Arcnet, utilizaban direcciones de capa 2 simples, configuradas manualmente, debido a su tamaño limitado. Ethernet resolvió este problema con direcciones MAC de 48 bits, proporcionando un espacio de direcciones prácticamente ilimitado.
La necesidad de interconectar múltiples LANs llevó a la creación de soluciones propietarias basadas en Ethernet, utilizando las direcciones MAC para el enrutamiento. Este enfoque, aunque funcional, generó problemas como inundaciones de broadcast y rutas subóptimas, debido a la naturaleza no jerárquica de las direcciones MAC. La implementación de hardware especializado para el bridging permitió una alta velocidad, pero complicó la depuración y la gestión de la red.
El artículo sugiere que un diseño más simple para IPv6, simplemente extendiendo el número de bits de IPv4, podría haber sido más adecuado. Sin embargo, la historia de la evolución de las redes, marcada por la necesidad de soluciones rápidas y a menudo propietarias, condujo a la complejidad actual de IPv6. El artículo ejemplifica cómo las decisiones técnicas tomadas en el pasado, a menudo impulsadas por limitaciones de hardware o la necesidad de resolver problemas inmediatos, pueden tener consecuencias a largo plazo en el diseño de protocolos de red.