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.).
Rick.
No hay comentarios:
Publicar un comentario