stringtranslate.com

Protocolo de flujo de medios en tiempo real

El protocolo de flujo de medios en tiempo real seguro ( RTMFP ) es un conjunto de protocolos desarrollado por Adobe Systems para la distribución multimedia cifrada y eficiente a través de modelos cliente-servidor y punto a punto a través de Internet . El protocolo era originalmente propietario , pero luego se abrió y ahora está publicado como RFC  7016. [1]

Operación

RTMFP permite a los usuarios de comunicaciones en vivo y en tiempo real, como servicios de redes sociales y juegos multiusuario, comunicarse directamente entre sí mediante el micrófono y la cámara web de su computadora. RTMFP es un sistema peer to peer , pero está diseñado únicamente para la comunicación directa entre usuarios finales en tiempo real, no para compartir archivos entre múltiples pares mediante descargas segmentadas. [2] Facebook utiliza este protocolo en su aplicación Pipe [3]

RTMFP permite la comunicación directa, en vivo y en tiempo real para aplicaciones como chat de audio y video y juegos multijugador. RTMFP transmite datos entre los clientes de usuario final y no entre el servidor, por lo que el servidor no utiliza ancho de banda. RTMFP utiliza el Protocolo de datagramas de usuario (UDP) para enviar datos de video y audio a través de Internet, por lo que necesita gestionar paquetes faltantes, descartados o desordenados. RTMFP tiene dos características que pueden ayudar a mitigar los efectos de los errores de conexión.

Restauración rápida de la conexión: las conexiones se restablecen rápidamente después de breves interrupciones. Por ejemplo, cuando se corta la conexión de una red inalámbrica . Después de la reconexión, la conexión recupera su capacidad máxima al instante.

Movilidad de IP: las sesiones de pares de red activas se mantienen incluso si un cliente cambia a una nueva dirección IP . Por ejemplo, cuando una computadora portátil en una red inalámbrica se conecta a una conexión por cable y recibe una nueva dirección.

Diferencia entre RTMP y RTMFP

La principal diferencia es cómo se comunican los protocolos a través de la red. RTMFP se basa en el Protocolo de datagramas de usuario (UDP), [1] mientras que el Protocolo de mensajería en tiempo real (RTMP) se basa en el Protocolo de control de transmisión (TCP). Los protocolos basados ​​en UDP tienen algunas ventajas específicas sobre los protocolos basados ​​en TCP cuando se transmiten medios en vivo , como una latencia y una sobrecarga reducidas, y una mayor tolerancia a los paquetes perdidos o descartados, a costa de una menor confiabilidad. A diferencia de RTMP, RTMFP también admite el envío de datos directamente de un Adobe Flash Player a otro, sin pasar por un servidor. Siempre se requerirá una conexión del lado del servidor para establecer la conexión inicial entre los usuarios finales y se puede utilizar para proporcionar ejecución de datos del lado del servidor o puertas de enlace a otros sistemas. El usuario de un servidor de medios Flash también deberá autorizar la búsqueda de direcciones de red y los servicios de cruce de NAT para los clientes para evitar que Flash Player se utilice de forma no administrada.

Multidifusión a nivel de aplicación

Flash Player 10.0 solo permitía la comunicación uno a uno para P2P, pero a partir de la versión 10.1 se permite la multidifusión a nivel de aplicación . Flash Player encuentra la ruta de distribución adecuada ( red superpuesta ) y puede distribuir al grupo conectado mediante P2P.

Historia

Los protocolos subyacentes de RTMFP son el resultado de la adquisición de Amicima por parte de Adobe en 2006; existen fuertes similitudes arquitectónicas entre RTMFP y el Protocolo de flujo de medios seguro (MFP) con licencia GPL de Amicima .

Véase también

Referencias

  1. ^ de Michael Thornburgh (noviembre de 2013). "Adobe's Secure Real-Time Media Flow Protocol". RFC . Grupo de trabajo de ingeniería de Internet . Consultado el 6 de marzo de 2014 .
  2. ^ Preguntas frecuentes sobre RTMFP
  3. ^ "Pipe". Archivado desde el original el 3 de diciembre de 2013. Consultado el 23 de noviembre de 2013 .