HT - Hypertunnel technology

Saludos a todos aquellos que, sedientos de nuevos conocimientos informáticos para superarse profesional y personalmente, acudís, una vez más, a Expertos informáticos.

En esta ocasión trataremos un tema de redes, quizás, algo desconocido por la gran mayoría, ya que se trata de un protocolo que, aunque extendido, resulta ser bastante complejo y malinterpretable a la hora de aplicarlo adecuadamente. Pero no temáis, para ello haré una introducción inicial con datos técnicos para daros a conocer en unas cuantas pinceladas los aspectos más recalcables del "hypertunnel".

Como bien sabéis, una VPN consiste, a grandes rasgos, en encapsular un protocolo de red sobre otro, creando así un túnel dentro de una red junto con otra, logrando de esta manera redirigir el tráfico de paquetes sin un interpretador intermedio, creando una extensión de la misma red de manera remota a través de una conexión pública a Internet.

Esto nos permite acceder con clientes VPN como pueden ser Cisco, SonicWall o CheckPoint, entre otros, a una red privada y formar parte de ella, siendo, eso sí, necesario en todo momento que ambas máquinas tengan conexión a Internet para poder mantener dicha comunicación. El hypertunneling, sin embargo, no requiere de esa salida pública "al exterior" por parte de ambas partes. Vamos a ello:

Imaginad por un momento que los paquetes de datos viajan sobre una línea recta. Cada vez que hay tráfico por la red, estos paquetes viajan point-to-point a través de este terreno llano hasta su destino.

Esto es inalterable, encontramos el mismo terreno a la hora de establecer un tunneling cuando establecemos una conexión VPN.

El HT (hypertunneling) sólo necesita en un principio dicha conectividad a Internet para establecer la primera conexión. Tras realizarse el HT, ya no será necesaria por la parte cliente. Esto tiene una explicación, por supuesto, técnica.

El HT, en primera instancia crea un túnel de manera estándar. Tras esto, rompe dicha conexión con una proporción 100.000³ mayor a la capacidad de subida de datos de la conexión de la máquina servidor, creándose un vacío (lógico) de datos que rompe por completo nuestro campo llano por donde viajan los paquetes encapsulados. Entonces, este trayecto toma una forma completamente distinta, una espiral que absorbe todos los datos atrayéndolos hacia un centro infinito, algo similar a la siguiente imagen:

De esta manera, los paquetes se ven absorvidos por un centro de gravedad (lógico) con una aceleración 13,4km/0,00001s (lógica) del que no pueden escapar, lo que origina que ya no sea necesaria la conexión a Internet por la parte cliente, ya que esta absorbe constantemente la conexión del servidor.

El HT mapea dos puertos, uno para la absorción/recepción de datos (298100) y el otro para el envío/respuesta (298102). Esto se consigue aprovechando el ímpetu de entrada que genera la considerable aceleración de datos, con lo que conseguimos liberar y enviar datos a una velocidad incremental de 34km/0,0000001s en forma de chorro sin necesidad de alcanzar el centro de gravedad máxima del HT, llamado "Hypertunneling singularity" (del cual no hablaremos para no extendernos mucho). Así llegan hasta el servidor de manera rápida y eficaz. El resultado es mayor velocidad de transferencia de la que se puede gozar con una conexión de fibra óptica.

El único inconveniente de esta tecnología de comunicación es que es necesario disponer de un tiempo de procesado ínfimo por parte de la CPU, el equivalente a una millonésima de nanosegundo. Esto lo provoca la rápida entrada de datos, que alcanzan velocidades superiores a 299.792.458 m/s. Usar esta tecnología puede provocar serios cuellos de botella en el procesador si no se dispone de la infraestructura necesaria.

En el próximo articulo sobre el tema comentaré las diferencias entre versiones, usos aplicables y las ventajas y opciones que nos ofrece, entre otras.

¡Saludos expertos!


-Alberto Mateos Blanco-