Ciclo de vida de la sesión¶
Una sesión es un espectador reproduciendo un canal. En cuanto un espectador es autorizado y empieza a tirar del stream, se abre una sesión en el streamer; cuando se detiene, se cierra y pasa al historial. La pantalla Sesiones muestra las dos mitades de esa vida — quién reproduce ahora y quién reprodujo hace poco. La misma tabla vive en la pestaña Sesiones de la página de un canal, filtrada a ese único canal.
Cada sesión está aquí sea cual sea la forma en que su espectador fue autorizado — un ticket de Catena, su propio backend o un token compartido. La autorización decide si un espectador entra; la sesión es lo que existe mientras mira.
Sesiones abiertas¶
Una sesión abierta es un espectador reproduciendo ahora mismo. La tabla se actualiza cada un par de segundos:
| Columna | Qué muestra |
|---|---|
| Stream | Qué canal reproduce la sesión |
| IP | La dirección del espectador |
| Protocolo | Con qué tira: hls, dash, mpegts…; la insignia DVR — la sesión mira el archivo, no el aire en vivo |
| Reproductor | El user agent del cliente |
| Usuario | El id de usuario, si el reproductor lo pasó; el chip shared — distintos clientes reproducen bajo un usuario a la vez |
| Bytes | Servidos a la sesión; el contador se actualiza al ritmo de los checkpoints del streamer — segundos en una instalación pequeña, decenas de segundos bajo carga |
| Abierta, Duración | Cuándo empezó y cuánto dura |
| Streamer | Qué streamer sirve al espectador |
Los filtros sobre la tabla — IP, Usuario, Protocolo, Origen (Live y DVR / Live / DVR) — se aplican a la tabla de abiertas y al historial; Restablecer los limpia todos.
Cerrar una sesión a mano¶
El botón Cerrar en una fila derriba la sesión en el streamer — con una confirmación: el reproductor tendrá que abrir una nueva. Es una herramienta de diagnóstico y limpieza, no un bloqueo: un reproductor en vivo suele reconectar en segundos. Mantener fuera a un espectador es tarea de la autorización de reproducción, no de esta pantalla.
Cuándo se cierra una sesión¶
Una sesión deja la tabla de abiertas y aterriza en el Historial de reproducción — sesiones cerradas en el último día, con Cerrada y Motivo de cierre añadidos a las columnas — por cualquiera de estos motivos:
- El espectador se detuvo. El reproductor se cerró, o simplemente quedó en silencio: tras un breve tiempo de inactividad sin más segmentos, el streamer cierra la sesión por sí mismo.
- Usted la cerró desde la pantalla de arriba.
- El ticket fue revocado, o alcanzó su límite de pantallas — el streamer suelta al espectador en segundos (ver Tickets de Catena).
- El ticket caducó — un ticket lleva un fin fijo, y una sesión no puede sobrevivirle.
El historial no se actualiza solo — reléalo con el botón Actualizar.
Un tropiezo del clúster no interrumpe a un espectador¶
La admisión ocurre en el streamer, no en medio de la reproducción. Con un ticket de Catena el streamer comprueba el ticket él mismo — firma, caducidad, alcance y su lista de revocación local — sin una llamada por la red para admitir a un espectador. Así que si un streamer pierde brevemente contacto con el resto del clúster:
- Los espectadores que ya miran siguen mirando. Sus sesiones viven en el streamer que los sirve; nada de central está en la ruta de reproducción.
- Los nuevos espectadores siguen entrando. Un ticket válido se admite sin conexión, sin ida y vuelta a nadie.
- Las revocaciones se ponen al día al reconectar. El streamer reconstruye su lista de revocación desde el clúster en el momento en que vuelve el contacto — antes de admitir al siguiente espectador — así que un ticket cancelado durante el corte se rechaza en cuanto vuelve el enlace.
Lo único que sí se apaga es la información, no la reproducción; ver abajo.
Cuándo faltan sesiones en la pantalla¶
Si central no puede alcanzar el management API de algún streamer, aparece un aviso sobre las tablas: las sesiones de esos streamers están ausentes de la salida — de la lista de abiertas y del historial fresco por igual. Los canales siguen funcionando y los espectadores siguen mirando: se apaga la información, no la entrega.
El arreglo vive en la accesibilidad del streamer: en el registro una máquina así lleva un chip de accesibilidad, y lleva a la causa.