Página 1: Tecnología habilitada por iDirect: Introducción | |
Página 2: TCP satelital y fiabilidad | |
Página 3: Esfumado de lluvia y problemas de rendimiento | |
Página 4: Servicios |
TCP/IP satelital
Una de las dificultades significativas que se pueden encontrar durante el soporte para las aplicaciones de TCP/IP satelital tiene que ver con la latencia inherente o el retraso de los sistemas satelitales. Debido a que los satélites están a 23.000 millas por sobre la tierra, el tiempo que tarda una señal en ir desde el suelo hasta el satélite y volver es poco más de un 1/4 de segundo. El protocolo TCP/IP fue diseñado para garantizar el transporte. Un servidor o una PC que envía datos comenzará enviando unos pocos paquetes y luego esperará que llegue una confirmación de que los datos fueron recibidos antes de enviar más. Si los datos se reciben con éxito y se recibe la confirmación, el dispositivo emisor enviará más paquetes a un ritmo más rápido. Continuará acelerando hasta que se pierdan las confirmaciones. Esto le indica al dispositivo emisor cuál es la velocidad o capacidad de ancho de banda de los servicios de transporte y enviará los datos restantes a esa velocidad. Desafortunadamente, la latencia satelital le figura al dispositivo TCP/IP emisor como un circuito muy lento o congestionado. Espera una confirmación dentro de un corto período de tiempo y cuando no la consigue, se modera y vuelve a intentarlo. Los proveedores satelitales eludieron este problema utilizando técnicas de aceleración TCP a veces llamadas suplantación. Esto se basa en las mismas técnicas que se utilizaron para resolver problemas similares con SNA/SDLC de IBM y otros protocolos antiguos en el pasado. Muchas soluciones satelitales requieren un dispositivo externo para proporcionar aceleración TCP. Casi todas las soluciones heredadas aceleran TCP en una sola dirección. Muchas de las soluciones se basan en suplantar el protocolo TCP/IP. El problema aquí es que no existe ninguna gestión extremo a extremo de la sesión TCP, por lo que si un paquete se cae a mitad de camino durante la transferencia de un archivo grande, el archivo debe ser retransmitido desde el principio. iDirect proporciona aceleración TCP bidireccional, incorporada en el enrutador satelital y en el equipo concentrador tanto en el sitio remoto como en el equipo concentrador del telepuerto. Además, la transmisión de datos es rastreada y almacenada en memoria intermedia y ocasionalmente se envían confirmaciones de extremo a extremo de modo que si se produce un error, sólo se necesita retransmitir la parte dañada.
Otro problema relacionado es la configuración de la sesión TCP. Esto se puede ver al levantar una página web que tiene varios enlaces para el contenido. Cada uno de estos enlaces debe pasar por un proceso de conexión/confirmación que debe realizarse de manera secuencial y que está directamente afectado por la latencia satelital. iDirect proporciona aceleración HTTP o Web que funciona en ambas direcciones. Mejora dramáticamente la respuesta de la web al eliminar la necesidad de que los paquetes de confirmación atraviesen el enlace satelital. Esto da como resultado la carga de páginas de forma uniforme y rápida como si estuviera en un enlace terrestre.
Confiabilidad y esfumado de lluvia
Toda persona que haya utilizado alguna vez los servicios de televisión de DirecTV o Dish Network es consciente del hecho de que el servicio se puede degradar o perder durante una tormenta. Esta interferencia es especialmente preocupante para el tráfico IP. El TCP/IP requiere tasas de errores binarios muy bajas (10-9 BER) para entregar datos a toda velocidad. Con el aumento de las tasas de error, los paquetes deben ser retransmitidos, lo que resulta en una reducción significativa del rendimiento. En un servicio satelital IP, cuando la tasa de errores binarios se reduce a 10-7 BER, el rendimiento IP cae cerca del 5%. El desafío es encontrar un equilibrio entre la sobrecarga de la tecnología FEC y la ganancia en el rendimiento mediante la mitigación de errores y retransmisiones. El desafío es encontrar un equilibrio entre la sobrecarga de la tecnología FEC y la ganancia en el rendimiento mediante la mitigación de errores y retransmisiones. El FEC más común de hoy en día se llama Reed Solomon Viterbi (RSV). Esta tecnología FEC se ha incorporado en muchos de los circuitos integrados auxiliares que utilizan DVB/MPEG para entregar datos. La principal limitación del RSV es que cuanto mayor es el nivel de confiabilidad deseado, mayor es la cantidad de sobrecarga de FEC, a un gran costo para la eficacia del ancho de banda.
Existe una tecnología más nueva y muy superior llamada Códigos de producto Turbo (TPC) que trabaja usando un proceso reiterativo, parecido al turbo en el motor de un coche. Esencialmente corrige algunos de los errores y a continuación envía los datos nuevamente a través del proceso, tratando de corregir cualquier corrupción de paquetes que hubiera podido ocurrir durante la transmisión. Lo hace utilizando un mínimo de sobrecarga FEC. La Codificación de Producto Turbo, reduce la cantidad de energía requerida para que las antenas transmitan señales a un satélite mientras que al mismo tiempo mantiene un alto rendimiento de corrección de errores. Como resultado, los clientes pueden utilizar antenas más pequeñas y menos costosas, lo que permite que las aplicaciones de voz, datos y la internet sean provistas de manera más rentable. Según los expertos de la industria, el TPC ofrece el mejor desempeño de codificación de cualquiera de las tecnologías FEC comunes implementadas hasta la fecha. En la ingeniería de comunicaciones rara vez se obtiene algo por nada. Generalmente, la tecnología que mejora la fiabilidad de la información viene a costa ya sea de tiempo o de ancho de banda. EL TPC está lo más cerca a obtener algo por nada que puedes conseguir hoy.
iDirect es el primer proveedor de tecnología satelital en implementar esta nueva tecnología en su producto y el único (en este momento) en utilizarla en ambas direcciones.
Tenga en cuenta: algunos proveedores han comenzado a implementar los Códigos Turbo, que no son lo mismo que los Códigos de Productos Turbo y no ofrecen el mismo grado de eficacia y fiabilidad. En realidad hay dos implementaciones diferentes de los códigos Turbo: Los Códigos Turbo Circunvolucionales, o TCC, y los Códigos de Productos Turbo o TPC. Según los expertos, la implementación actual más prometedora es la de los códigos de producto Turbo, o TPC, ya que proporciona una ventaja significativa en términos de fiabilidad y un mayor rendimiento. Los TCC tienen normalmente un nivel de ruido que limita la tasa máxima de error binario que se puede alcanzar.
Junto con la corrección de errores hacia adelante, la potencia de transmisión VSAT es un factor importante en el paso a través de las inclemencias del tiempo. En los transpondedores satelitales, es la energía, y no el ancho de banda, el factor crítico. Los proveedores satelitales tienen reglas sobre cuánta energía puede ser dirigida al satélite. La mayoría de los VSAT tienen una cantidad fija de energía que pueden usar para transmitir una señal. A medida que el clima se degrada, llegará un punto en el que la potencia de transmisión sea insuficiente para alcanzar al transpondedor sin que se produzcan errores significativos, lo que reduce drásticamente el rendimiento IP hasta el punto en el que puede fallar.
Página 1: Tecnología habilitada por iDirect: Introducción | |
Página 2: TCP satelital y fiabilidad | |
Página 3: Esfumado de lluvia y problemas de rendimiento | |
Página 4: Servicios |
Reimpreso con el permiso de Business Satellite Solutions, LLC | http://www.bsatellite.com/
Haga clic para obtener su presupuestoo llámenos al 1-866-556-3176.