Comenzaría por echar un vistazo a SCTP. Tiene mejores tiempos de respuesta que TCP, lo que lo hace mejor para cualquier cosa en tiempo real. El enrutamiento inteligente es un poco más complejo: el enrutamiento basado en la fuente se ha desactivado en gran medida debido a posibles implicaciones de seguridad, lo que significa que está muy vinculado a los enrutadores que eligen las rutas. En ese momento, el protocolo que pretende diseñar no es el que lo hace.
Si la supervisión en tiempo real debe realizarse en paralelo al sistema al que se dirige el tráfico, en lugar de estar en línea, entonces un mejor protocolo para usar es la Multidifusión confiable orientada a Nack (NORM). El NRL tiene una implementación de muestra, aunque ya no la mantienen. El beneficio de la multidifusión es que el tráfico se envía de manera inteligente a todos los puntos finales de suscripción. El beneficio de NORM es que si un punto final NO recibe el paquete por alguna razón, envía un Nack para decirlo y se le envía una copia nueva. Entonces es confiable. El protocolo subyacente es UDP (es multidifusión), pero el sistema Nack responde mucho más que las solicitudes activas y el protocolo de enlace.
(Es por eso que SCTP también abandonó los mecanismos TCP. TCP es bueno en lo que hace, pero no es lo suficientemente sensible para las redes congestionadas y porque no está en orden en el cable, lo que está en el cable no es en tiempo real para ciertos sentidos de en tiempo real. Donde el orden en todo momento es absolutamente esencial, TCP no es el protocolo a usar).
- ¿Por qué el protocolo BXXP / BEEP no tuvo un impacto mayor?
- ¿Cómo es TCP más confiable que UDP?
- En TCP, si tenemos buffers de envío y recepción, ¿por qué necesitamos bytes y segmentos?
- ¿El control de congestión TCP y el inicio lento son parte de cualquier capa TCP / IP? ¿Cómo puede explicar tanto la ventana de congestión como el inicio lento a un laico?
- ¿Cuáles son algunas buenas preguntas para la entrevista sobre la programación de sockets de Linux?
El otro beneficio de NORM es que si un suscriptor se mueve, las conexiones se mueven con él. IGMP garantiza que todos los suscriptores recibirán el tráfico al dirigir los enrutadores (que probablemente usarán algo de PIM) para enviar una copia del tráfico hacia aquellos que están actualmente en la lista de suscriptores. Entonces una plataforma móvil tendrá una conexión móvil.
Ahora, enrutamiento inteligente. Los enrutadores no son, en general, particularmente inteligentes en el mejor de los casos. La multidifusión es el único método que dirige flujos de tráfico específicos de acuerdo con las necesidades de ese flujo específico, el “punto final” para el flujo es una dirección de grupo.
Hay formas más complejas de gestionar esto. El protocolo de multidifusión RSVP le permite reservar una porción específica de ancho de banda para su uso. Le garantizamos que no habrá colisiones de paquetes, ya que nada puede entrar en ese espacio. La RSVP no es común, tiene todo tipo de consecuencias desagradables en una red grande, pero si va a realizar una cirugía cerebral robótica desde Rusia a los Estados Unidos (estoy bastante seguro de que fue así) a través de Internet público , eso es lo que usarías. No puede arriesgarse a usar nada menos, por razones bastante obvias.
