Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Descripción de la operación de RSVP

 

RSVP crea sesiones independientes para controlar cada flujo de datos. Una sesión se identifica por medio de una combinación de la dirección de destino, un puerto de destino opcional y un protocolo. Dentro de una sesión puede haber uno o varios remitentes. Cada remitente se identifica por medio de una combinación de su dirección de origen y puerto de origen. Un mecanismo fuera de banda, como un protocolo de anuncio de sesión o una comunicación humana, se utiliza para comunicar el identificador de sesión a todos los remitentes y receptores.

Una sesión típica de RSVP implica la siguiente secuencia de sucesos:

  1. Un remitente potencial comienza a enviar mensajes de ruta RSVP a la dirección de la sesión.

  2. Un receptor, que desea unirse a la sesión, se registra a sí mismo si es necesario. Por ejemplo, un receptor de una aplicación de multidifusión se registraría en IGMP.

  3. El receptor recibe los mensajes de ruta de acceso.

  4. El receptor envía mensajes RESV adecuados para el remitente. Estos mensajes llevan un descriptor de flujo, que utilizan los enrutadores a lo largo de la ruta para hacer reservas en sus medios de capa de vínculo.

  5. El remitente recibe el mensaje RESV y, a continuación, comienza a enviar datos de aplicación.

Esta secuencia de eventos no está necesariamente sincronizada estrictamente. Por ejemplo, los receptores se pueden registrar a sí mismos antes de recibir mensajes de ruta de acceso del remitente, y los datos de la aplicación pueden fluir antes de que el remitente reciba mensajes RESV. Los datos de aplicación que se entregan antes de la reserva real contenida en el mensaje RESV generalmente se tratan como el mejor esfuerzo, el tráfico que no es en tiempo real y no garantizan la ausencia de la CES.