WebRTC

WebRTC ( Web Real-Time Communication ) es un proyecto gratuito y de código abierto que proporciona a los navegadores web y a las aplicaciones móviles comunicación en tiempo real (RTC) mediante interfaces de programación de aplicaciones (API). Permite la comunicación y la transmisión de audio y vídeo dentro de las páginas web mediante la comunicación directa entre pares , eliminando la necesidad de instalar complementos o descargar aplicaciones nativas. ^{[ 4 ]}

Con el respaldo de Apple , Google , Microsoft , Mozilla y Opera , las especificaciones de WebRTC han sido publicadas por el Consorcio World Wide Web (W3C) y el Grupo de Trabajo de Ingeniería de Internet (IETF). ^{[ 5 ] [ 6 ]}

ICE , STUN y TURN son las técnicas de travesía NAT utilizadas para conectarse a pares remotos. ^{[ 7 ]}

En mayo de 2010, Google compró Global IP Solutions o GIPS, una empresa de software de VoIP y videoconferencia que había desarrollado muchos componentes necesarios para RTC, como códecs y técnicas de cancelación de eco. Google liberó el código fuente de la tecnología GIPS y colaboró ​​con los organismos de estandarización pertinentes en el IETF y el W3C para garantizar el consenso de la industria. ^{[ 8 ] [ 9 ]} En mayo de 2011, Google lanzó un proyecto de código abierto para la comunicación en tiempo real basada en navegador, conocido como WebRTC. ^{[ 10 ]} A esto le siguió un trabajo continuo para estandarizar los protocolos pertinentes en el IETF ^{[ 11 ]} y las API de navegador en el W3C. ^{[ 12 ]}

En enero de 2011, Ericsson Labs creó la primera implementación de WebRTC utilizando una biblioteca WebKit modificada. ^{[ 13 ] [ 14 ]} En octubre de 2011, el W3C publicó su primer borrador de la especificación. ^{[ 15 ]} Los hitos de WebRTC incluyen la primera videollamada entre navegadores (febrero de 2013), las primeras transferencias de datos entre navegadores (febrero de 2014) y, a partir de julio de 2014, Google Hangouts estaba "en cierto modo" utilizando WebRTC. ^{[ 16 ]}

El borrador de la API del W3C se basó en el trabajo preliminar realizado en el WHATWG . ^{[ 17 ]} Se la denominó API ConnectionPeer, y se creó una implementación de concepto preestándar en Ericsson Labs. ^{[ 13 ]} El Grupo de Trabajo de WebRTC espera que esta especificación evolucione significativamente en función de:

• Resultados de los intercambios en curso en el grupo RTCWEB complementario en IETF ^{[ 18 ]} para definir el conjunto de protocolos que, junto con este documento, definen las comunicaciones en tiempo real en navegadores web. Si bien no se exige ningún protocolo de señalización en particular, SIP sobre WebSockets ( RFC 7118 ) se usa con frecuencia, en parte debido a la aplicabilidad de SIP ^{[ 19 ]} a la mayoría de los escenarios de comunicación previstos, así como a la disponibilidad de software de código abierto como JsSIP . 
• Problemas de privacidad que surgen al exponer capacidades locales y flujos locales.
• Discusiones técnicas dentro del grupo, en particular sobre la implementación de canales de datos ^{[ 20 ].}
• Experiencia adquirida a través de la experimentación temprana
• Comentarios de otros grupos e individuos.

En noviembre de 2017, la especificación WebRTC 1.0 pasó de borrador de trabajo a recomendación candidata. ^{[ 21 ]}

En enero de 2021, la especificación WebRTC 1.0 pasó de Recomendación candidata a Recomendación . ^{[ 5 ]}

Los componentes principales de WebRTC incluyen varias API de JavaScript :

• getUserMediaadquiere los medios de audio y vídeo (por ejemplo, accediendo a la cámara y al micrófono de un dispositivo). ^{[ 22 ]}
• RTCPeerConnectionPermite la comunicación de audio y video entre pares. Realiza procesamiento de señales , manejo de códecs , comunicación punto a punto, seguridad y gestión de ancho de banda . ^{[ 23 ]}
• RTCDataChannelPermite la comunicación bidireccional de datos arbitrarios entre pares. Los datos se transportan mediante SCTP sobre DTLS . ^{[ 24 ]} Utiliza la misma API que WebSockets y tiene una latencia muy baja . ^{[ 25 ]}

La API de WebRTC también incluye una función de estadísticas:

• getStatsPermite que la aplicación web recupere un conjunto de estadísticas sobre las sesiones WebRTC. Estos datos estadísticos se describen en un documento W3C aparte. ^{[ 26 ]}

La API WebRTC no incluye disposiciones para la señalización , es decir, para descubrir pares a los que conectarse y determinar cómo establecer conexiones entre ellos. Las aplicaciones utilizan el Establecimiento de Conectividad Interactiva (ICT) para las conexiones y son responsables de la gestión de las sesiones, posiblemente basándose en el Protocolo de Inicio de Sesión (SITP ), el Protocolo de Mensajería y Presencia Extensible ( XMPP ), el Transporte de Telemetría de Cola de Mensajes (MST) , Matrix u otro protocolo. La señalización puede depender de uno o más servidores. ^{[ 27 ] [ 28 ]}

RFC 7478 exige que las implementaciones proporcionen los códecs de audio PCMA / PCMU ( RFC 3551 ), Telephone Event as DTMF ( RFC 4733 ) y Opus ( RFC 6716 ) como capacidades mínimas. Las API de PeerConnection, canal de datos y navegador de captura de medios se detallan en la especificación del W3C.    

El W3C está desarrollando ORTC (Object Real-Time Communications) para WebRTC. ^{[ 29 ]}

WebRTC permite que los navegadores transmitan archivos directamente entre sí, reduciendo o eliminando por completo la necesidad de alojamiento de archivos en el servidor. WebTorrent utiliza un transporte WebRTC para habilitar el intercambio de archivos peer-to-peer mediante el protocolo BitTorrent en el navegador. ^{[ 30 ]} Algunos sitios web de intercambio de archivos lo utilizan para permitir que los usuarios envíen archivos directamente entre sí en sus navegadores, aunque esto requiere que quien sube el archivo mantenga la pestaña abierta hasta que se haya descargado. ^{[ 31 ] [ 32 ] [ 33 ]} Algunas CDN , como Peer5, propiedad de Microsoft, utilizan el ancho de banda del cliente para subir contenido multimedia a otros pares conectados, lo que permite que cada par actúe como un servidor de borde. ^{[ 34 ] [ 35 ]}

Aunque inicialmente se desarrolló para navegadores web, WebRTC tiene aplicaciones para dispositivos que no son navegadores, incluidas plataformas móviles y dispositivos IoT . Algunos ejemplos son la telefonía VoIP basada en navegador , también llamada teléfonos en la nube o teléfonos web, que permite realizar y recibir llamadas desde un navegador web, eliminando la necesidad de descargar e instalar un softphone. ^{[ 36 ]}

WebRTC es compatible con los siguientes navegadores (lista incompleta; se especifica la versión más antigua compatible):

• PC de escritorio
  • Microsoft Edge 12+ ^{[ 37 ]}
  • Google Chrome 28+
  • Mozilla Firefox 22+ ^{[ 38 ]}
  • Safari 11+ ^{[ 39 ]}
  • Ópera 18+ ^{[ 40 ]}
  • Vivaldi 1.9+
  • Corajudo
• Androide
  • Google Chrome 28+ (habilitado por defecto desde la versión 29)
  • Mozilla Firefox 24+ ^{[ 41 ]}
  • Opera Mobile 12+
• ChromeOS
• Firefox OS
• BlackBerry 10
• iOS
  • MobileSafari/WebKit ( iOS 11+ )
• Tizen 3.0

En enero de 2015, TorrentFreak informó de una grave vulnerabilidad de seguridad en los navegadores compatibles con WebRTC, que comprometía la seguridad de los túneles VPN al exponer la verdadera dirección IP del usuario . ^{[ 44 ]} Las solicitudes de lectura de la dirección IP no son visibles en la consola del desarrollador del navegador y no son bloqueadas por la mayoría de los complementos de bloqueo de anuncios , privacidad y seguridad , lo que permite el seguimiento en línea a pesar de las precauciones. ^{[ 45 ]}

Se ha informado que la causa de la fuga de direcciones no es un error que se pueda parchear, sino que es fundamental para el funcionamiento de WebRTC; sin embargo, existen varias soluciones para mitigar el problema. Se puede comprobar la fuga de WebRTC y se ofrecen soluciones para la mayoría de los navegadores. ^{[ 46 ]} WebRTC se puede deshabilitar, si no es necesario, en la mayoría de los navegadores. El complemento uBlock Origin puede solucionar este problema (ya que algunos navegadores ahora lo solucionan por sí mismos, a partir de uBlock Origin v1.38 en adelante esta opción se ha deshabilitado en estos navegadores ^{[ 47 ]} ).

Al igual que HTTP3 / QUIC , WebRTC no se puede tunelizar sobre TOR porque TOR no admite UDP; por lo tanto, la mayoría de las aplicaciones WebRTC no funcionan sin omitir TOR o usar servidores TURN.

• CU-RTC-WEB
• El protocolo de transporte en tiempo real (también conocido como RTP) es utilizado internamente por WebRTC (específicamente, utiliza SRTP) ^{[ 48 ].}

• Proust, S., ed. (mayo de 2016). Códecs de audio WebRTC adicionales para la interoperabilidad . IETF . doi : 10.17487/RFC7875 . RFC 7875. Recuperado el 12 de octubre de 2016 .
• Valin, JM; Bran, C. (mayo de 2016). Requisitos de procesamiento y códec de audio WebRTC . IETF . doi : 10.17487/RFC7874 . RFC 7874. Recuperado el 12 de octubre de 2016 .
• Roach, AB (marzo de 2016). Procesamiento de vídeo WebRTC y requisitos de códec . IETF . doi : 10.17487/RFC7742 . RFC 7742. Recuperado el 12 de octubre de 2016 .
• Perumal, M.; Wing, D.; Ravindranath, R.; Reddy, T.; Thomson, M. (octubre de 2015). Uso de Session Traversal Utilities for NAT (STUN) para la actualización del consentimiento . IETF . doi : 10.17487/RFC7675 . RFC 7675. Consultado el 12 de octubre de 2016 .
• Holmberg, C.; Hakansson, S.; Eriksson, G. (marzo de 2015). Casos de uso y requisitos de la comunicación web en tiempo real . IETF . doi : 10.17487/RFC7478 . RFC 7478. Recuperado el 12 de octubre de 2016 .

• Sitio web oficial
• Grupo de trabajo de comunicaciones web en tiempo real del W3C
• Grupo de trabajo de la IETF sobre comunicación en tiempo real en navegadores web (rtcweb)
• Aplicación de demostración de videollamadas basada en WebRTC.
• libdatachannel, biblioteca de red WebRTC de código abierto