Es 2020 y he decidido que el lugar perfecto para mi próxima guarida de villanos es la Luna (después de todo, la Tierra tiene demasiados héroes molestos). Afortunadamente, la construcción y el tránsito no deberían ser demasiado difíciles, tengo tecnología de teletransportación, sin embargo, no es instantánea sino a la velocidad de la luz.
Esto trae a colación un problema interesante, a saber, Internet: mis secuaces y yo necesitamos un ancho de banda alto (para netflix y tramas malvadas), pero dado que no hay forma de evitar la velocidad de la luz, la base ya está buscando tiempos de ping de ~ 2 segundos. Esto plantea la pregunta:
¿Cuánto de Internet se vuelve inaccesible con los tiempos de ping lunares?
Supongo que los sitios web y los servicios web altamente interactivos tendrían problemas...
Reclamaré experiencia en este tema ya que vivo en el Ártico en una comunidad remota donde todas las telecomunicaciones son vía satélite y, según la prueba rápida que acabo de realizar, tengo un ping de aproximadamente 750 milisegundos. Y eso ha mejorado enormemente con respecto a lo que tuve que enfrentar hace solo unos años.
No es un problema en absoluto siempre y cuando, como han mencionado algunas personas, las personas no intenten hacer cosas que requieran una latencia baja, como los juegos en línea. De lo contrario, no es realmente notable. Usted y los minions notarán cosas como que las videollamadas tendrán un retraso de varios segundos, pero eso es solo cuestión de acostumbrarse. Una vez que inicie una descarga/carga, progresará basándose únicamente en el ancho de banda disponible, no en la latencia.
También cabe destacar que para cosas como Netflix, hay minas en mi camino donde el ancho de banda es limitado debido a los costos, pero la mina aún ofrece servicios como Netflix. Lo que hacen es una única descarga masiva de programación cada cierto tiempo a un servidor in situ y los trabajadores que tienen cuentas de Netflix, en lugar de conectarse a Internet, son dirigidos a la selección en el servidor local. Este modelo se usa con bastante frecuencia en ubicaciones remotas, por lo que es posible que usted y los minions ni siquiera tengan ningún retraso.
Sin modificaciones, tendría un múltiplo de estos 2 segundos, ya que necesita realizar una solicitud de DNS y un protocolo de enlace de tres vías para realizar conexiones TCP.
Pero incluso con 10 segundos, el retraso no es tan grande. La experiencia del usuario apestaría, y el juego en línea competitivo estaría fuera de discusión, pero desde un punto de vista técnico, la latencia no debería ser un gran problema y cualquiera que haya vivido los años 90 podría recordar :)
Sin embargo, el rendimiento podría convertirse en un problema. Ya hay lugares que dependen de satélites para Internet (por ejemplo, las islas de Micronesia) y cargar un sitio web normal puede llevar minutos, sin embargo, incluso con un tiempo de carga de página de 2 minutos, muchos sitios web aún se pueden usar, a menos que esté usando una de estas páginas que te echan después de 10 minutos, si no has terminado tu reserva, pero esos también apestan en la tierra.
Para mejorar la situación, puede tener cachés locales, CDN, servidores de nombres y túneles que mantienen vivas las conexiones TCP para evitar tiempos de ida y vuelta innecesarios y evitar el software como servicio:
La creación de contenido web más moderna asume implícitamente que la latencia es mucho más baja. Entonces, se escribe una gran cantidad de código que realiza algunos cálculos localmente y luego, en función del resultado, se comunica con un servidor y solicita información adicional.
Google muestra diferentes resultados dependiendo de con quién hayas iniciado sesión. Muchos diseños de sitios ahora usan el desplazamiento sin fin, donde en lugar de un enlace "haga clic aquí para la página siguiente", cuando llega al final de la página, carga "sin problemas" la siguiente página de (artículos / resultados de búsqueda / lo que sea ). O al menos, se supone que debe ser perfecto. Pero si alguna vez ha intentado usar uno de estos sitios cuando hay problemas en la red, habrá notado que no funciona muy bien.
Si la población lunar crece lo suficiente, los principales navegadores eventualmente crearán e implementarán estándares para configurar los navegadores para operar en modo de "latencia interplanetaria", que será un flujo diferente rediseñado para solicitar cosas en la menor cantidad de viajes de ida y vuelta posibles, o en lugar de solicitar datos nuevos cuando se necesiten, intente cargarlos de manera predictiva antes de que se necesiten, para que parezcan más fluidos.
El almacenamiento en caché de capas también será de gran ayuda, pero no necesariamente será una panacea.
Si dos personas comienzan a hablar una sobre la otra, pasarán varios segundos antes de que los participantes puedan darse cuenta. Eso rápidamente se volverá enloquecedor.
Así que rediseñe la forma en que funciona el chat para que eso no se permita en primer lugar. Los sistemas de chat de voz actuales permiten que cualquier persona conectada hable cuando quiera. Nadie dijo que tiene que funcionar de esa manera.
Sólo una persona estará hablando a la vez. Cuando terminan de hablar, sueltan el botón 'hablar'. No escucharán una respuesta hasta 2 veces el retraso de la luz después de que dejen de hablar, obviamente. Cuando el destinatario recibe el mensaje, su computadora sabrá automáticamente "mensaje terminado, ya puede hablar".
Eventualmente, se agregarían otras características. Como un botón de "quiero hablar", en caso de que alguien no ceda la palabra y siga insistiendo en tomar el ferry a Shelbyville , o una forma de interrumpir por la fuerza de todos modos. O el sistema sabrá cuánto tiempo es el retraso, y si detecta silencio durante tantos segundos, asumirá que terminaron de hablar.
Una vez que tenga la funcionalidad de chat de voz, el chat de video es bastante fácil. Simplemente sincroniza el video con la voz y cuando alguien no esté hablando, desvanécelo en una pantalla en blanco.
De alguna manera funcionará de inmediato, pero después de trabajar para hacerlo más natural, enviar tráfico a través de un enlace lunar es solo un poco menos conveniente que enviarlo terrestre (excepto por cosas obviamente imposibles como juegos o telecirugía).
Dado que tiene los fondos para construir una base lunar, debería poder almacenar en caché la gran mayoría de Internet por un costo comparativamente bajo.
Google dice que Internet tiene alrededor de 1,2 millones de Terrabytes, pero puede obtener un disco duro de 2 TB por alrededor de 70 USD. Entonces, podría almacenar una copia local de todo Internet por alrededor de 84 millones de dólares. Teniendo en cuenta que la NASA estaba gastando miles de millones de dólares para llegar a la luna, el ahorro de costos de la teletransportación debería hacer que ese cambio de bolsillo.
Por lo tanto, puede tener un montón de rastreadores estilo araña de Google que hacen copias de Internet y las transfieren a su base lunar, y sería simple hacer que prioricen que sus sitios web favoritos estén actualizados.
El único desafío entonces sería la interactividad. Pero con su copia de todo Internet, podrá enviar sus solicitudes a los servidores del lado de la Tierra y tener una expectativa razonable de la respuesta que recibirá mientras maneja el protocolo de enlace de retraso de ms que su retraso de dos segundos no puede permitirse.
Por supuesto, si 84 millones estira su presupuesto, estoy seguro de que puede eliminar las cosas que no le importan tanto y solo tener un pequeño retraso mientras sus servidores del lado de la Tierra le envían copias de la información.
Como otros han mencionado, no podrás jugar ningún juego en línea que requiera reflejos rápidos, pero habiendo jugado juegos en línea, puedo entender por qué quieres alejarte de ellos.
En lugar de resolver el problema por sí mismo, lo que es básicamente imposible para muchos fragmentos de Internet que le importan a usted y a sus secuaces, haga lo que hace Big Tech y delegue el trabajo duro a otra persona. Dígales que está construyendo una comunidad abierta en la luna y, naturalmente, sus ciudadanos de la luna querrán tener acceso a Internet. Agite alrededor de algunos grandes dólares [robados por villanos] como si la luna fuera el nuevo mercado más atractivo para que se expandieran, y observe cómo se tropiezan construyendo retransmisiones satelitales y centros de datos para extender sus servicios a la luna.
Verá, aunque algunas personas han sugerido que simplemente rastree y almacene en caché la web usted mismo, esto solo funcionará para contenido en su mayoría estático, como blogs, noticias, videos y Wikipedia. Booooorrrr-anillo!!! Manera de perder toda una cohorte de minions que no están impresionados por las ventajas de intertubes de tu pequeña empresa criminal.
Es decir, Google tarda de 4 días a 6 meses en rastrear Internet (obviamente, mira en algunos rincones con más frecuencia que en otros). ¿De verdad quieres esperar 4 días para que aparezca un tweet? ¡Manera de perderse totalmente la fiesta! No, quieres que tu parte de Internet funcione como la de los demás. No haga el almacenamiento en caché usted mismo... haga que Big Tech lo haga. Una vez que estén convencidos de que existe un mercado útil en la luna, compuesto por grandes consumidores, invertirán en la infraestructura para extender sus servicios a la luna, con una latencia adecuadamente baja. Habrá cachés involucrados, sin duda, pero serán propiedad y estarán operados por Big Tech, y esos intelectuales serán responsables de actualizarlos de manera eficiente y frecuente. En lo que respecta a Big Tech, la luna es solo otra región de AWS con una latencia realmente mala.
Por supuesto, esto significa que los servicios interactivos en tiempo real funcionarán mejor con otros moonies y funcionarán de manera incómoda con los terrícolas (videoconferencias, juegos de acción, etc.). Además, asumo que construyes tu guarida malvada en el lado oscuro de la luna e inventas alguna razón para que los nuevos e inocentes lunáticos eviten eso. ¡Después de todo, los necesita para "pagar" su servicio de Internet! Pero al final del día, cualquier cosa que no requiera un tiempo de ping de menos de 2000 ms eventualmente funcionará, y cualquier cosa que lo requiera se adaptará adecuadamente para la alta latencia.
Muchos sitios web funcionarían bien. Es solo que serían muy lentos.
Después de haber escrito mucho código de red para sistemas personalizados, sé un poco sobre este problema.
Tiene razón en que TCP (que es la columna vertebral de la mayoría de las comunicaciones de Internet) tendría que esperar un mínimo de 2 segundos para el reconocimiento en cada segmento de datos. Esto ralentizaría bastante las cosas.
De hecho, cualquier protocolo que envíe pequeños paquetes de datos y luego requiera un reconocimiento sufrirá.
En general hay dos soluciones. Esas soluciones no le permitirán eliminar la latencia en los casos en que los datos necesitan hacer un viaje de ida y vuelta. Pero lo que puede hacer es acelerar las tasas de datos en los casos en que no lo haga.
La NASA ya resolvió este problema para su Deep Space Network System. Dado que el viaje de ida y vuelta a Marte puede durar más de 40 minutos, es probable que los datos enviados desde el rover de Marte probablemente no se envíen utilizando TCP normal.
https://en.wikipedia.org/wiki/NASA_Deep_Space_Network
Hay dos soluciones para aumentar las tasas de transferencia en presencia de latencia alta. Ambos requieren que tu malvado villano tenga a alguien que pueda escribir su propio protocolo de transmisión o robar algún código de la NASA.
Dado que Internet no habla sus protocolos personalizados, deberá tener una estación terrestre (o estaciones) en algún lugar que reciba sus comunicaciones y actúe como un proxy. El proxy se comunica con Internet utilizando protocolos normales y luego usa su protocolo especial para transferir datos entre el espacio y la tierra.
Por ejemplo, quieres ver Netflix. Su computadora envía una solicitud a la estación terrestre para establecer una sesión con un servidor local de Netflix. Netflix envía los datos al proxy. Luego, el proxy transmite el programa usando su nuevo protocolo. Problema resuelto. Algunas cosas, como navegar por los menús o iniciar una película, pueden ser más lentas, pero una vez que comience, podrá transmitir a una velocidad cercana a la normal.
Según mi respuesta a ¿Cómo pueden los extraterrestres invasores acceder a Internet para averiguar todo sobre nosotros? , el umbral para una comunicación adecuada en TCP/IP debe ser de unos pocos minutos (3 para muchos servidores). UDP, por otro lado, no se preocupa por el diseño, aunque algunas aplicaciones (es decir, Skype, Zoom) están programadas para cuidar y pueden interrumpir las conexiones que tienen una latencia alta.
Su latencia estará dentro de menos de un puñado de segundos, un orden de magnitud menor que la latencia a Marte (el más cercano). Podrá navegar por sitios como Stack Exchange sin problemas. También podrá usar la mayoría de los sitios de transmisión, por lo que sus necesidades educativas de pornografía están cubiertas . Sin embargo, algunas aplicaciones como FaceTime y los juegos en línea no aceptarán la alta latencia.
Por cierto, dado que puede teletransportarse a la Luna, ¿ha considerado pasar un cable de categoría 5 desde la Luna a su enrutador en la Tierra a través de un portal? Engarzaría totalmente ambos extremos para usted de forma gratuita. Todavía tendría limitaciones de velocidad de la luz, pero no tener que pasar por satélites le ahorraría un tiempo precioso y reduciría la latencia.
Los tiempos de ping de dos segundos no son un problema fuera de las aplicaciones interactivas que requieren reacciones en tiempo real, como la telerrobótica o la mayoría de los juegos en línea.
TCP, como regla general, no se preocupa por la latencia, y RFC 1149 , "Un estándar para la transmisión de datagramas IP en portadores aviares", se ha implementado con éxito con tiempos de ping en el rango de 3 000 000-6 000 000 milisegundos. (50 - 100 minutos) en una distancia de 5 km, aunque con una tasa de pérdida de paquetes del 55 %. Más detalles en wikipedia .
A medida que avanza en la pila de red hacia el servidor y el software de la aplicación, la mayoría de los servicios, como HTTP, IMAP, FTP, etc., tienden a configurarse con tiempos de espera en el rango de 5 a 15 minutos. Estos tiempos de espera deberían extenderse si IP a través de un operador aviar fuera de uso común, pero no deberían plantear problemas para los enlaces de comunicación de la Tierra a la Luna a la velocidad de la luz.
Un villano malvado, que puede manejar el transporte de ida y vuelta por sí mismo, las hordas de secuaces amarillos y la construcción de instalaciones, seguramente puede manejar la instalación de una gran granja de datos.
Tu malvado villano puede aumentar aún más su ego haciendo una copia local de Internet (un espejo gigante de Internet para la luna) que se sincroniza automáticamente con Internet basado en la Tierra. Para fines de investigación y trazado, sus tiempos de ping no serán mayores que los de la Tierra, probablemente mucho menos, debido al uso reducido y la proximidad al servidor local. Todo lo que requiera interacción en vivo con contenido dinámico, como juegos, chats, foros, etc. estará sujeto al tiempo de demora esperado.
La latencia y el ancho de banda para un enlace unidireccional son independientes (como un cable de fibra óptica o un maldito láser gigante... modulado y apuntado a un receptor, probablemente en un satélite de retransmisión). Un enlace largo de ancho de banda alto simplemente tiene un gran "producto de latencia x ancho de banda", también conocido como BDP (producto de retraso de ancho de banda) = cantidad de datos que pueden estar "en vuelo" a través del enlace. también conocida como una "red larga y gorda".
Usar un vínculo de este tipo con protocolos de comunicación como TCP es muy posible; TCP se amplió para manejar una gran cantidad de datos en tránsito en una conexión TCP, por ejemplo, una transmisión de video. ( RFC1323 en 1992 introdujo TCP Window Scaling . Linux lo activó de forma predeterminada alrededor de 2004, Windows unos años más tarde, por lo que los escritorios deberían funcionar decentemente desde el primer momento). En teoría, una sola conexión TCP puede tener hasta aproximadamente 1 GiB de datos en vuelo (cada sentido), si ambos lados soportan la escala de ventana máxima. Pero cada lado necesita un búfer de envío/recepción tan grande para manejar los paquetes perdidos que deben volver a enviarse, por lo que en la práctica el tamaño máximo de la ventana será más pequeño.Un búfer TCP de 16 MiB (el máximo predeterminado en algunas versiones de Windows) y un tiempo de ida y vuelta de 4 segundos le brinda un ancho de banda ideal por conexión de 4 MiB/s, o alrededor de 32 Mbit/s. (Con el tamaño de ventana máximo posible, ~1GiB, un RTT de 4 segundos brinda un ancho de banda máximo por conexión de 256 MiB/s, o 2Gbit/s. Entonces, en teoría, con enormes búferes de envío/recepción, Gigabit Ethernet no será un embotellamiento.)
( Algunos antecedentes sobre cómo funciona TCP y qué es la "ventana", como parte de la implementación de un flujo confiable a través de una red de paquetes que puede retrasar, reordenar y descartar paquetes).
Las conexiones TCP separadas sobre el mismo enlace de nivel inferior no tienen impacto entre sí siempre que la IP subyacente y la capa física puedan mantenerse al día con el rendimiento total, y cada conexión TCP tiene su propia "ventana". Incluyendo descargas separadas desde la misma computadora al mismo servidor.
El cálculo anterior es relevante para una descarga enorme que dura mucho más que el RTT de 4 segundos. Aumentar el tamaño de la ventana de TCP al comienzo de una gran descarga ocurre exponencialmente (inicio rápido de TCP), pero aún lleva algún tiempo. A menos que esté descargando una imagen de CD o una película completa, probablemente no sea relevante.
La carga de una página web suele implicar muchas transferencias pequeñas, muchas a diferentes sitios. O incluso si están en el mismo sitio, los datos de la primera URL deben recibirse antes de que el navegador sepa qué buscar a continuación. (El HTML se refiere a un montón de imágenes, .jsetc. .css) Para estos, la latencia es un factor mucho más importante que el ancho de banda real. (Sin embargo, tener mucho ancho de banda de enlace evitará que varios usuarios interfieran entre sí). Otras respuestas entran en más detalles sobre esto, ciertamente es viable.
Definitivamente querrá un proxy DNS de almacenamiento en caché y un caché web . Ejecutar un caché web es más difícil de lo que solía ser, ahora que todo usa HTTPS, pero está bien si los usuarios configuran sus navegadores para usarlo. (Hacerlo de manera transparente requiere básicamente secuestrar y aplicar MITM en cada conexión HTTPS; aparentemente, algunos ISP y/o compañías hacen esto mediante la distribución de un certificado raíz SSL que las computadoras en la red deberían usar, lo que lo hace posible. Eres malvado, así que eso podría ser bueno solución...)
El almacenamiento en caché de contenido estático, como imágenes y secuencias de comandos, definitivamente puede ayudar con los tiempos de carga promedio de las páginas de uso común.
Con suficiente potencia (para dar una alta relación señal:ruido), el ancho de banda es, en teoría, fácil. Un enlace láser punto a punto con un satélite de retransmisión en órbita terrestre geoestacionaria (o satélites en LEO) puede utilizar una amplia gama de frecuencias ópticas. ( wikipedia: límite de Shannon en la capacidad del canal)
Tenga en cuenta que el "ancho de banda" en ese artículo es el rango real de frecuencias, por ejemplo, cómo un canal WiFi tiene solo 20, 40 u 80MHz de ancho, y es parte del cálculo de cuánta información puede enviar a través de él en un SnR determinado. Lo que llamamos "ancho de banda" en términos de bytes/segundo es la capacidad del canal en la terminología de la teoría de la información.
Un láser entre la Luna y un satélite cercano a la Tierra podría ser mejor que todo el camino hasta el suelo: sin distorsión atmosférica. El último salto a la Tierra puede usar enlaces de comunicaciones de microondas con antenas parabólicas normales en tierra, como satélites de comunicaciones normales. La modulación láser y probablemente también la recepción podrían realizarse con equipos diseñados para enlaces de fibra óptica de larga distancia, nuevamente disponibles comercialmente.
Si principalmente ve películas y cosas en la luna, la dirección de mayor ancho de banda será tierra->luna, y el láser de envío para eso tendría que ser alimentado por el satélite. La potencia de transmisión es importante. Tal vez un RTG (generador térmico de radioisótopos), porque eres malvado, para dar un presupuesto de energía grande y agradable, más que los paneles solares. El lado receptor de la luna puede usar un telescopio óptico para capturar más luz del rayo láser que se esparcirá durante ese largo viaje, aumentando la relación señal:ruido.
OTOH, las estaciones terrestres en ambos extremos podrían usar grandes antenas de microondas y altas potencias de transmisión para cubrir la distancia.
Múltiples estaciones terrestres (o satélites) podrían brindar redundancia, además de distribuir el ancho de banda. Y / o enrutar el tráfico a un lugar en la tierra cerca de donde debe ir el paquete, para evitar que algunos de los últimos 100 ms de latencia vayan a la mitad de la tierra. Por supuesto, las estaciones terrestres irían por debajo del horizonte, por lo que necesitaría varias de todos modos.
Definitivamente desea que este enlace tenga pocos errores: los paquetes perdidos darán lugar a retransmisiones de TCP una vez que se detecte la pérdida, que solo se detectan en el lado de la luna y, por lo tanto, realizan un viaje de ida y vuelta. Por lo tanto, la corrección de errores de reenvío es importante, incluso a costa de cierto rendimiento para reducir la tasa de errores más abajo de lo que podría hacerlo para un enlace terrestre. (O IDK, tal vez los enlaces de comunicaciones normalmente usan muchos de todos modos).
La mayoría de los sistemas de transmisión de video dividen los videos en segmentos de 2 a 10 segundos, generalmente 6, y el cliente es responsable de descargar cada segmento en orden usando HTTPS (consulte HLS y DASH ). Lo que significa:
Tomará al menos 10 segundos descargar cualquier segmento de video, que no se cortará aquí. * Tenga en cuenta que es posible reutilizar y canalizar las conexiones, lo que puede ser suficiente para permitir que esto funcione, pero no contaría con eso, ya que esto depende de los detalles de implementación tanto en el cliente como en el servidor.
Esta limitación, sin embargo, no se aplica al video de tasa de bits constante como el que podría obtener en la televisión por cable/satélite. Desafortunadamente, los satélites de televisión son geosincrónicos y apuntan a la Tierra, por lo que no se puede obtener televisión. Y no, IP TV no le permitirá eludir eso porque está codificado a tasas de bits adaptables (con los segmentos) en tiempo real. Es decir, a menos que soborne a algún ejecutivo para obtener acceso a los canales de multidifusión de origen enviados por los proveedores de contenido.
Torrenting es probablemente una mejor opción para sus necesidades de entretenimiento en video.
El resto del contenido HTTPS sufre los mismos retrasos que el video, pero es un problema menor. Los sitios tardarán al menos 10 segundos en cargarse, y la mayoría tardará mucho más porque el navegador a menudo no sabe qué contenido adicional necesita cargar hasta que recibe y analiza el html, lo que, si se hace de forma deficiente, puede generar una cascada de secuencias. solicitudes de red. La inserción del servidor HTTP2 puede aliviar esto un poco , pero espera esperar entre 30 y 60 segundos en la mayoría de los sitios. Las aplicaciones de una sola página serán casi inutilizables en algunos casos debido al uso inadecuado y excesivo de la red. Sin embargo, los tiempos de espera serán relativamente poco comunes, por lo que la mayoría de las páginas web funcionarán eventualmente.
Para cualquier archivo estático de más de un par de megabytes, probablemente querrá descargar torrent. Es probable que la falta de confiabilidad de las conexiones, junto con la lentitud de TCP para este tipo de conexión, provoque descargas de varias horas para algo mayor que unos pocos megabytes. Los torrents eluden esto al permitir que los archivos se descarguen fuera de orden y se reconstruyan.
No hace falta decir que 2000 ms de ping no se podrán reproducir en la mayoría de los juegos. En el lado positivo, los juegos de estrategia por turnos no se verán afectados, así que espero que les guste el ajedrez.
Torrenting no es ilegal en sí mismo. Solo es ilegal si lo usa para obtener medios para los que no tiene licencia. Varios productos legítimos usan torrents para ahorrar ancho de banda.
El uso de torrents no se verá tan afectado por la latencia de Moon porque usa UDP en lugar de TCP y tiene modelos de corrección de errores que son mucho más amigables con la pérdida/corrupción de paquetes.
La infraestructura actual de Internet no es agradable para los colonos lunares.
Cíñete a LAN y torrents.
¿Cuánto de Internet se vuelve inaccesible con los tiempos de ping lunares?
Técnicamente, no hay nada que sea inaccesible, solo un grupo que será frustrantemente lento. Más lento de lo que la mayoría de la gente piensa debido a cómo funciona Internet, pero no completamente roto.
Para reducir el impacto de la latencia, necesitará algunas cosas...
Protocolo de comunicación órbita a tierra
TCP no es tu amigo en conexiones de alta latencia. El inicio de la sesión requiere algunos paquetes SYN/SYN-ACK/ACK de ida y vuelta para establecer el enlace. La luna está a ~1,3 segundos luz de distancia, por lo que un mínimo de 3,9 segundos para iniciar una sesión TCP desde la luna a la estación terrestre... y eso es antes de que pueda comenzar a enviar paquetes para realizar su solicitud HTTP. Y cada vez que suelta un paquete, toda la conexión se detiene hasta que los datos se retransmiten, lo que significa que su almacenamiento en búfer de envío será enorme.
Entonces, lo que necesita aquí es un protocolo sin conexión de alta redundancia. Cada bit de datos que envía sale varias veces durante el período de retraso unidireccional, se intercala con los datos posteriores y se etiqueta con números de secuencia para que pueda volver a ensamblarse en el otro extremo. Ajuste el período de retransmisión en función de la pérdida de paquetes observada: cuanto menos tenga que repetirse, mayor será su ancho de banda efectivo.
Proxy todo
El tráfico TCP a través del proxy SOCKS es una técnica antigua y sigue viva y en buen estado. No tiene que preocuparse por lo que sucede entre los proxies lunares y terrestres, al igual que no necesita saber cómo viajan los paquetes por la red TOR.
Caché agresivamente
Cualquier cosa que se pueda almacenar en caché debería serlo. DNS, HTTP(S), etc. Es probable que el tráfico de API no se pueda almacenar en caché, pero parte de él se puede capturar. Asegúrese de que su proxy de tierra pueda manejar el almacenamiento en caché predictivo para que no tenga que esperar tanto tiempo para que se carguen las imágenes, etc.
Acostúmbrate a esperar...
Al final del día, se encontrará con el problema de la latencia, sin importar cuán inteligente sea para optimizar el enlace. Algunas cosas van a tardar más en suceder, eso es todo.
...o pasarlo por alto!
¡Pero espera! ¡No tienes que sentarte en la luna y sufrir, porque puedes atravesar tu teletransportador a uno de varios búnkeres seguros en la Tierra siempre que sea absolutamente crítico para evitar el problema de la latencia! ¿Necesitas monitorear a tus secuaces mientras llevan a cabo tu malvado complot? Entra en el búnker local y observa desde allí con una latencia de milisegundos. ¿Necesita regodearse con los patéticos bienhechores? Nuevamente, hágalo desde la comodidad de su búnker local. ¿Necesita relajarse con un poco de juego en línea? Dirígete a un búnker cerca de los servidores del juego y muéstrales a los tontos jugadores cómo un verdadero genio malvado limpia en <inserta tu juego en línea favorito aquí>.
Cajas. Pensar fuera de ellos es lo que mejor hacen los Evil Geniuses (¿Genii?).
Creo que la respuesta anterior de @Helena es maravillosa, es lo que yo diría (veterano de la industria de TI de 20 años, principalmente como ingeniero de redes, y una buena parte apoyaba un enlace WAN de microondas de larga distancia entre dos ciudades)
Sin embargo, me gustaría agregar dos bits a la conversación, primero, esto:
https://www.bbc.co.uk/newsround/54611342
...así que la respuesta será IRL en algún momento más temprano que tarde :)
Segundo: Mi experiencia con la WAN de larga distancia (aproximadamente 80-100 km, 50-60 millas) fue que en su mayoría era confiable, sin embargo, perdíamos conectividad a través de los enlaces, extrañamente, durante días cálidos y tranquilos. Nuestros enlaces cruzaron una gran masa de agua, una bahía entre las dos ciudades y lo que sucedía en esos días cálidos y tranquilos (38-40+ grados Celsius, más de 100 Fahrenheit) era que el haz sufría atenuación y caídas debido, según nuestro microondas vendedores, el calor en la atmósfera, junto con la humedad, parecían desviar la señal ligeramente hacia el lado equivocado y lo suficiente como para que la señal se interrumpiera. Solo sucedió en días muy calurosos, y fue un problema molesto en lo que en ese momento era un enlace de respaldo, pero lo suficiente como para ser digno de mención. Una arruga interesante para que usted considere de todos modos :)
Este sitio explica algunas de las dificultades, más centradas en la lluvia y los enlaces más cortos, pero como explican, contrarrestadas con una buena ingeniería (los platos grandes, por ejemplo, significan un objetivo más grande para que el rayo golpee), muchos de estos problemas podrían superarse:
https://geolinks.com/does-weather-affect-fixed-wireless/
Entre la Luna y la Tierra, tendría un satélite en la órbita de la Tierra recibiendo la señal de la luna, eso resuelve el problema de la rotación de la Tierra alejándose de su base (la luna siempre mira hacia la misma cara a la Tierra, por lo que solo la Tierra gira en esta relación); es posible que deba tener en cuenta el resplandor del sol en casos de eclipse, etc., pero no hay que preocuparse por la atmósfera, por lo que el problema de atenuación que menciono podría estar bien. El satélite de la órbita terrestre necesitaría conectarse con el resto del planeta, probablemente a través de otros satélites que apuntan hacia el otro lado, es decir, hacia la Tierra. Así que técnicamente todavía son unos pocos saltos de red, pero es eminentemente factible.
¡Espero que ayude!
Editar: una tercera cosa: también está este artículo de 2014, que elimina algunos de los problemas relacionados con la distancia, la latencia y tal vez incluso algunos que mencioné anteriormente:
https://www.smithsonianmag.com/smart-news/you-can-now-get-high-speed-internet-moon-180951614/
HTH :)
Invierta en enlaces cuánticos fotónicos (láser, fotón q-bit). China ya demostró la "teletransportación cuántica" (de información, no de materia) en LEO, utilizando qubits de fotones. Sin embargo, un magnate malvado tan decente como usted debería pensar en grande y meterse en qubits de fósforo-excitón. Cuando el átomo de fósforo se "perfora" con un pulso láser configurado correctamente, un electrón se separa y se "tuneliza" en un contenedor de estado sólido separado. A pesar de estar espacialmente separados, el electrón y el átomo original (más precisamente: el "excitón" del átomo, donde el excitón es en realidad un "todo" donde originalmente estaba anclado el electrón faltante) presentan partículas entrelazadas (es decir, qubit). La velocidad de interacción (propagación del cambio en sus estados cuánticos) entre dos partes del mismo qubit se mide en más de 100 000 * C.
L. holandés