Ciclo de vida de la sesión¶

Una sesión es un espectador reproduciendo un stream. 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 Distribución de la página de un stream, filtrada a ese único stream.

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:

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.

Sesiones SRT¶

Una sesión que tira del stream por SRT lleva un chip de Calidad en la fila. El chip muestra el veredicto de salud SRT actual: ok, degraded o bad, junto con el RTT actual y la tasa de pérdida. El color cambia a medida que el camino se recupera o empeora.

Hacer clic en el chip de calidad abre el panel de detalle. Muestra los valores acumulados de paquetes — enviados, perdidos, retransmitidos, NAKs recibidos, RTT y buffer de envío — y gráficos por minuto de RTT, pérdidas, recuperación y bitrate.

Los gráficos llevan la historia continua del cliente, y no solo la de la sesión abierta: en un eje de tiempo común están todas las sesiones del mismo usuario dentro de la ventana del almacén. Cada sesión es su propia línea, nombrada por la dirección del dispositivo; una unión entre líneas es una reconexión, un hueco — una pausa entre sesiones. Los dispositivos de un mismo cliente no se mezclan: las líneas van lado a lado y se distinguen por sus nombres.

Sobre los gráficos está el selector de horizonte: toda la historia disponible, 1 hora, 15 minutos, 5 minutos. Estrecha la ventana hacia su cola sin cambiar el corte: la historia sigue siendo por cliente. El zoom dentro de la ventana se hace con la rueda o un pellizco, de forma sincronizada en todos los gráficos.

Junto a ellos está el gráfico de conexiones por direcciones: intervalos de «la dirección estuvo conectada» en el eje del tiempo, y un clic en un intervalo abre la sesión. Cuando la historia de la ventana no cabe en una sola descarga, el gráfico lo advierte y se construye con las últimas sesiones de la ventana, no con toda su profundidad.

El veredicto de salud figura en la cabecera del panel del registro activo. Un registro cerrado no conserva veredicto: cómo terminó su vida se lee en los gráficos.

El mismo detalle está disponible para sesiones SRT cerradas en el historial de reproducción, congelado en la ventana de vida de cada sesión.

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 streams 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.