Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Formato SDP del plan unificado: plan de transición

Google planea hacer una transición de la implementación WebRTC de Chrome del formato SDP actual (denominado "Plan B") a un formato conforme a los estándares ("Plan unificado", draft-ietf-rtcweb-jsep) durante los próximos trimestres.

El plan incluye 4 fases y una función API transitoria.

¿Quién se verá afectado?

Las personas que usan múltiples pistas de audio o múltiples pistas de video en una sola PeerConnection tendrán que probar su producto bajo el Plan Unificado y adaptarse en consecuencia. En el caso de que una llamada se inicie desde un punto final que no sea Chrome y Chrome responda, la forma de la oferta puede tener que cambiar. Las personas que realizan un análisis detallado de SDP y se preocupan por los atributos de msid tendrán que verificar que su código de análisis elija el nuevo formato (a = msid). Los detalles sobre si se necesitarán cambios y cómo deben cambiar las aplicaciones dependerán de la aplicación. Creemos que el cambio no afectará a casi todas las aplicaciones que usan solo una pista de audio y video por RTCPeerConnection.

La característica API

Estamos agregando una nueva característica a la configuración de RTCC de RTCPeerConnection:

 enum SdpSemantics {
  "plan-b",
  "unified-plan"
};


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

La configuración de RTCC se puede pasar al constructor de una RTCPeerConnection, y todas las ofertas y respuestas construidas estarán en el formato de Plan Unificado. Las llamadas a setLocalDescription y setRemoteDescription también esperan que el SDP esté en el formato de Plan Unificado; si está en el formato heredado de Chrome, se ignorarán todas las pistas excepto la primera pista de audio y la primera pista de video.

También hay un indicador de línea de comando (–enable-features = RTCUnifiedPlanByDefault en Chrome M71 y superior, –enable-blink-features = RTCUnifiedPlanByDefault en versiones anteriores) que permite que el valor predeterminado de este indicador se establezca en “plan unificado”.

Las fases

Fase 1: Implementar Plan Unificado

El Plan Unificado está actualmente desarrollado, y la bandera para la experimentación ha estado disponible desde M65. Hasta la fase 2, es mejor probar con Canary. Si ejecuta Chrome con "–enable-blink-features = RTCUnifiedPlan", tendrá acceso a la función "sdpSemantics" descrita anteriormente y podrá comenzar a realizar pruebas con Unified Plan.

Fase 2: hacer que la función API esté generalmente disponible

Lanzado en M69 (beta agosto de 2018, estable septiembre de 2018)

En esta fase, el valor predeterminado del indicador sdpSemantics es "plan-b". En la Fase 2, esperamos que las personas que tienen implementaciones que dependen del formato SDP ejecuten pruebas para ver si sus aplicaciones funcionan cuando Unified Plan está en uso. Para las aplicaciones que admiten Firefox, esperamos que este sea un ejercicio muy simple: simplemente haga lo que haría con Firefox.

El valor predeterminado del indicador sdpSemantics se puede cambiar en "chrome: // flags"; busque la característica "WebRTC: use la semántica de SDP de Plan unificado de forma predeterminada".

Fase 3: cambiar el valor predeterminado

La fecha para el cambio se establecerá en consulta con los usuarios, después de extensas pruebas. Nuestro plan actual es M72 (beta diciembre de 2018, estable enero de 2019).

En esta fase, cambiaremos el valor predeterminado del indicador sdpSemantics a "plan unificado". Las aplicaciones que descubren que necesitan más tiempo para convertir pueden establecer el indicador sdpSemantics explícitamente en "plan-b" para recuperar el comportamiento anterior.

Como parte de las pruebas, esperamos intentar cambiar el valor predeterminado de la bandera en Canarias varias veces durante el ciclo de desarrollo de M71 y M72.

Estaremos monitoreando el uso de la bandera y la cantidad de SDP que se recibe con la semántica del "Plan B", para establecer la fecha de la fase 4.

Fase 4: eliminar el "plan B"

En esta fase, el indicador sdpSemantics y todo el código para admitir el Plan B se eliminarán de Chrome. Establecer el indicador sdpSemantics no será un error, pero no tendrá ningún efecto.

Preparación de su solicitud para un plan unificado

Para obtener información detallada acerca de las diferencias entre el Plan B y el Plan unificado, y cómo es posible que su aplicación deba actualizarse para preparar el plan Unificado, consulte la Guía de transición del “Plan unificado” (JavaScript)

Para aplicaciones nativas (C ++), consulte el documento "Migración de su aplicación nativa / móvil a Unified Plan"