Para todos debe quedar más o menos claro que la evolución del Protocolo de Comunicación de Internet (IP) y su creciente gama de dispositivos interconectados lleva la tendencia de buscar un mayor número de direcciones disponibles. Esta situación (entre otras) conlleva a la migración desde la versión 4 de dicho protocolo hacia la versión 6. A lo largo del último par de años he tenido la fortuna de dar entrenamientos y pláticas sobre IP versión 6 a distintos grupos y una de las preguntas más recurrentes es: ¿Qué pasó con la versión 5? Eso es lo que vamos a platicar brevemente en esta entrada del Blog, más con el afán de aportar un dato curioso e interesante que por la importancia que llegó a tener dicho protocolo .
El 7 de septiembre de 1979, James Forgie del Instituto Tecnológico de Massachussetts (MIT) publicó el documento IEN119 (Internet Experiment Note 119) para la IETF describiendo la función y operación del Internet Stream Protocol (ST). Forgie y su grupo de colaboradores buscaban crear una extensión del protocolo IP cuya finalidad fuera la de entregar de manera eficiente flujos de tráfico con una tasa de transmisión garantizada y poco retraso (http://www.ietf.org/rfc/ien/ien119.txt). A grandes rasgos, este protocolo es muy parecido a la manera en la que opera RSVP (Reservation Protocol) en donde las características de calidad de servicio son mantenidas por cada equipo en la red.
Varios años después, en octubre de 1990, se revisitó este concepto a través del "Experimental Internet Stream Protocol Version 2" ó ST-II en el RFC1190 (http://www.ietf.org/rfc/rfc1190.txt). La intención de esta revisión era atacar áreas que no se habían trabajado, facilitar su implementación y aumentar el número de aplicaciones a soportar en este protocolo. El protocolo ST-II se manejó siempre de manera experimental y hubo varios intentos de aplicarlo por grupos de trabajo en IBM, NeXT, Apple y Sun (http://www.oreillynet.com/onlamp/blog/2003/06/what_ever_happened_to_ipv5.html) sin llegar nunca a un estándar.
En octubre de 1994, a través del RFC1700 (http://www.ietf.org/rfc/rfc1700.txt) se le asignó el número de protocolo 5 (IPv5) para ser utilizado en el encabezado de IP con el fin de apoyar en la detección del canal que ST-II utilizaba para dar un trato preferencial al tráfico. Es decir, si en el apartado de versión del paquete IP recibíamos un 5, este tráfico tenía ciertas características de ancho de banda y retraso que debían ser atendidas por ST-II.
Al final, esta extensión del protocolo IPv4 no pasó nunca de la etapa experimental. Se requerían de muchos recursos (espacio en memoria y ciclos de trabajo del CPU) para mantener los estados de operación de los flujos de tráfico. Por si esto no fuera suficiente, no se tenía un estándar o una solución para varios problemas en su implementación (mantenimiento de estados, redundancia, soporte a reinicio de equipos, etc.).
Have fun learning!!!
Rick.