Resumen

  • RFC 5239 centraliza el estado y la señalización de llamadas, pero mantiene separados el foco, el servidor de control, el árbitro de turno, el mezclador y el servicio de notificaciones.
  • Una auditoría sólida debe unir solicitud, identidad, autorización, versión del objeto, ejecución y visibilidad de cada observador. Un recibo aislado sólo demuestra su propio plano.

Silenciar no es un único acontecimiento

Alice pide silenciar a Bob. El servidor de control comprueba si su rol y la política del objeto permiten la operación. Si la autoriza, cambia el estado de Bob para que su medio no sea mezclado. El servicio de notificaciones puede informar a Bob y Carol según sus permisos. Después, el mezclador debe hacer real esa intención.

La interfaz resume la cadena con una palabra verde. La arquitectura no. Aceptar la solicitud no demuestra autorización. Autorizarla no demuestra que el objeto cambió. El nuevo objeto no demuestra que el mezclador obedeció. Una notificación sólo demuestra la vista permitida a un destinatario.

Un foco central no es todo el gobierno

El foco mantiene una relación de señalización con cada participante y produce un grafo en estrella. Esto localiza la coordinación de las llamadas, no todos los poderes.

RFC 5239 identifica un servidor de control de conferencia, un servidor de control de turno, uno o más focos y un servicio de notificaciones. Son entidades lógicas y pueden compartir proceso. Esa proximidad no vuelve equivalentes sus decisiones. Un solo ejecutable todavía necesita registrar quién autorizó, qué objeto mutó, qué recurso se arbitró y qué medio se alteró.

El grafo de medios también puede ser central, distribuido o mixto. La señalización central no prueba que todo el audio y vídeo atravesara un mezclador único.

Estado compartido no significa intención soberana

El objeto de conferencia representa etapas: plantilla, reserva, actividad y finalización. La política fija derechos, permisos y límites. El protocolo transporta operaciones; los componentes de ejecución producen efectos.

Los identificadores tampoco son sinónimos. La URI del foco pertenece a la señalización. La XCON-URI nombra el objeto. El identificador de usuario funciona dentro del sistema y puede representar un rol. Si una base de datos los funde, una pantalla resulta más simple y una investigación mucho menos fiable.

La herencia exige conservar linaje. Una reserva nace de una plantilla; una conversación lateral depende de una conferencia principal; una restricción del padre puede bloquear un cambio local. La instantánea actual no revela el origen de un valor. Se necesitan versiones y relaciones de clonación.

El turno concedido no prueba el audio recibido

El control de turno concede permiso temporal sobre un recurso. BFCP advierte que tener el turno no garantiza que otros sean técnicamente incapaces de usar ese recurso. El derecho y la ejecución son planos distintos.

«Turno concedido» acredita el arbitraje. No acredita que el mezclador incorporó la voz correcta, excluyó otra fuente o entregó el resultado a todos. Audio sin recibo de turno puede significar evasión, un fallo de implementación o sencillamente una conferencia sin BFCP. La auditoría debe unir permiso, asociación de recurso y comportamiento observado.

La notificación no es una verdad universal

Un usuario puede ser público, anónimo u oculto. Un moderador puede conocer una identidad que los demás no ven. Las notificaciones se filtran según rol, política y privacidad.

Que Bob no aparezca en la lista de Carol no demuestra que esté ausente. Dos vistas distintas pueden ser correctas. Cada notificación necesita conservar observador, rol, versión de política y regla de divulgación; de otro modo, retraso, privacidad, censura y fallo se vuelven indistinguibles.

Construir la cadena de evidencia

Para cada acción sensible deben existir seis recibos enlazados: solicitud y destino; método de autenticación; rol y regla de autorización; versiones anterior y posterior del objeto; componente que ejecutó el cambio; y vista entregada a cada observador. Relojes compatibles y mapas de identificadores permiten unirlos.

RFC 5239 no describe un producto ni un incidente. Ofrece una gramática de arquitectura. La doctrina de Lu Heng añade el criterio operativo: la autoridad debe deducirse de actos atribuibles y consecuencias del código en ejecución, no de títulos como anfitrión, foco o servidor central.

Fuentes