Puede parecer increíble, pero es verdad: En una reciente videoconferencia por Hangouts de Google estaba extrañamente tratando  de conectarme sin tener resultados (mientras que todos los demás no tenían ningún problema en hacerlo) y tenía que tener un teléfono móvil conectado a la pantalla del ordenador portátil para que yo pudiera ver lo que estaba pasando a través de Skype. Mientras que la magia de la tecnología moderna, cuando se trata de eventos de videoconferencia puede parecer perfecta en la superficie superlativa, la realidad es que los fundamentos siguen siendo incómodamente torpes debido al hecho de que nos estamos metiendo en tiempo real en un mundo de vídeo multilateral en una red global que no fue realmente diseñado para ello.

Una huelga nuclear comunista se lleva a cabo en varias ciudades de Estados Unidos

El Internet fue concebido originalmente por el Pentágono como una red militar de comunicaciones diseñado para adaptarse a la situación siguiente: “Una huelga nuclear comunista que se llevaba a cabo en varias de las principales ciudades de Estados Unidos, así que ¿cómo nos aseguramos de que las ciudades que se quedan pueden comunicarse unos con otros? Los lineales de las matrices de la comunicación  “la línea telefónica” de esa época eran esencialmente topologías radiales. Si, por ejemplo, todas las líneas de comunicación entre Nueva York y San Francisco pasaron por Chicago y la Ciudad de los Vientos fue convertida en vidrio radioactivo, no quedaría nada, pero las palomas mensajeras están para mantener a la Gran Manzana en comunicación con la ciudad del Golden Gate.

ARPANET era una web en lugar de un sistema de línea principal

ARPANET como embrionaria de Internet como se llamaba en ese entonces trató de remediar este problema mediante la creación de una red de líneas de comunicación. En lugar de líneas principales directas entre los mayores centros de población de este a oeste o de norte a sur, habría un conjunto de hebras de conexión en cualquier lugar a cualquier otro lugar. Así que si Chicago era eliminada, en New York hasta San Francisco podría la comunicación podría ser redirigida automáticamente a través de Indianápolis, New Orleans, Nashville, o incluso Sault Ste. Marie!

Un servidor en el centro tiene su salto de entusiasmo!

Son estos saltos entre puntos finales que se encuentran en el corazón de muchos de los problemas que enfrentan los eventos por videoconferencias. Los paquetes de datos siguen caminos impredecibles, ya que cruzar el país y estos caminos pueden cambiar muchas veces en la duración de una sola videoconferencia. Así que si estamos en Nueva York – Cleveland – St. Louis – Dallas – Denver – Salt Lake City – Las Vegas – San Francisco el enrutamiento puede convertirse en Nueva York – Baltimore – Charlotte – Atlanta – Houston – Albuquerque – Phoenix – Los Angeles – San Francisco al siguiente. Mientras que en la mayoría de los casos, cada uno de estos nodos es capaz de manejar su flujo de tráfico eficientemente, todo lo que necesita es un servidor en el centro de la cadena para tener un evento por videoconferencia con saltos de entusiasmo y será  testigo de la deserción escolar, se congelara, o directamente habrá una desconexión por parte o incluso de la totalidad de sus participantes.

Fuerza de invasión que aterrizó en Half Moon Bay: Enviando bombarderos

ARPANET fue diseñada para obtener texto simple en los mensajes de todo el país, como la “fuerza de invasión comunista que aterrizó en Half Moon Bay: Enviando bombarderos” Ahora cada nodo está llevando a miles de millones de veces más información que cada segundo y cuando se trata de eventos de videoconferencia tiene que hacerlo sin demora ni un medio de segundo o la latencia que se creará hará que todo el evento parezca perezoso y fuera de fase.

Un solo paquete puede ser reenviado docenas de veces

Si un solo paquete de datos se envía con la pérdida de incluso un solo bit de información, será necesario que el paquete sea reenviado una y otra vez hasta que llegue en su conjunto. Dado que existe una tendencia a que los nodos que están sufriendo de alto tráfico para dejar algún que otro acto algunos paquetes tienen que ser enviados decenas de veces hasta que finalmente llegan de una manera completa. Esto significa que el tiempo medido en milisegundos para el paquete a transmitir puede aumentar hasta el punto de que la serie de paquetes toman fracciones apreciables de segundo para ir a través del espacio correctamente.

Hay varias herramientas de diagnóstico que pueden comprobar una variedad de factores que pueden tener un efecto severo en su evento de videoconferencia. La comprobación de la latencia en el pre-evento, enrutamiento, ancho de banda y otros factores críticos pueden ayudar a su evento en línea a realizarlo sin problemas!

Manténgase informado con las tendencias de e-mail marketing y reciba los mejores consejos a través de los blogs de Benchmark Email Marketing y Eventos.