Cuando vimos esto hace unos años, estábamos buscando versiones modificadas de protocolos estándar. Cualquier otro enfoque se encuentra con el problema de que los gastos aumentan (incluso en el contexto de hacer cosas como lanzar satélites) ya que necesita versiones personalizadas de todos sus equipos en tierra. Por lo general, estás poniendo en marcha todos los temporizadores, etc.
Dicho esto, podría haber un enfoque interesante en el que uno usa un protocolo particular para el segmento satelital de la red. Para concretar las cosas, imaginemos que tienes 10 satélites volando con 50 estaciones terrestres. Podrías hacer un protocolo que los conecte a todos. Presumiblemente sería lo suficientemente inteligente como para hacer cosas como calcular si el satélite A no puede ver la estación terrestre A5, vale la pena verificar si el satélite B puede verlo. (Debido a eso, dependiendo del diseño del hardware, podría estar en cualquier lugar desde la capa 1 a la capa 3. Lo más probable es que, una vez más, el modelo ISO no se ajuste a la red real y, por lo tanto, afirme que está en cualquier capa a la agencia de financiación le gustaría que estuvieras.) Eso te brinda conectividad y enrutamiento dentro del núcleo del satélite. Las estaciones terrestres luego traducen todo a su protocolo de enrutamiento terrestre típico de una manera que hace que parezca que el núcleo del satélite, cuando está sano, es una malla completa.
La ventaja de este enfoque, por supuesto, es que ha construido una superposición sobre el núcleo del satélite, lo que le permite ocultar muchos detalles. En particular, puede ocultar detalles retorcidos como transferencias (suponiendo que sus satélites no sean geosíncronos), largas demoras entre la tierra y la órbita (para las actualizaciones de los protocolos de enrutamiento) y cualquier regla de conectividad extraña entre los satélites. Eso mantiene contentos a todos los equipos de Microsoft y Cisco en el terreno para que no termines gastando mucho dinero en una versión personalizada de ninguno de los dos o pagando a personas realmente inteligentes para que mantengan ese equipo de una manera que no mapee nada Los chicos de TI han visto en cualquier otro lugar de su carrera
- Si trato de crear un protocolo de confiabilidad, monitoreo en tiempo real y puedo elegir la ruta más corta de manera inteligente, ¿qué tipo de protocolo es adecuado?
- ¿Cuál es la diferencia entre una API y un protocolo?
- ¿Cómo funcionan los protocolos de prueba de trabajo?
- ¿Cómo viola NAT el argumento de extremo a extremo?
- ¿Cómo se da cuenta TCP del transporte confiable de datos a través de un protocolo IP poco confiable?
Todo eso está fuera de mi alcance, pero sospecho que miraría ese enfoque con bastante cuidado si tuviera la oportunidad de trabajar en una red de este tipo nuevamente.
