- Cambia
- 28 de octubre de 2026 a las 6:34 UTC
- Autor
- Kamo
- Comprometerse
- c873407
livekit-server v1.13.7 mantuvo vivos a 202 participantes cerrados de 176 salas cerradas (su El StreamAllocator del editor de transporte sondeó un agente ICE cerrado cada 15 s, 1.5 CPU) hasta Las nuevas piernas SIP no tienen medios (2026-10-28). Cada Python-SDK (conexión de un solo par) participante que cerró de 10-25 en filtró, cualquiera que sea su razón de cierre; Go (livekit-sip) Y JS nunca lo hizo. - livekit-server v1.13.10: lleva las correcciones de bloqueo de WebRTC (webrtc-pion # 3/# 5, ice #4, dtls #1); no v1.13.11 (cambios en el canal de datos de un solo PC). prometheus.port, debug_handler en 6790 para que una fuga futura deje un perfil goroutine. - livekit-reaper: cada 60 s borra las salas en las que no se puede hacer una llamada en vivo (vacías, solo el teléfono) 3 min, sala de oído huérfano, más de 6 h, salas de arnés después de 30 min, sin pista publicada 15 min) y elimina a los participantes atascados; como máximo 10 acciones por pase, una línea de registro JSON Cuenta los participantes filtrados del registro del servidor de livekit (Loki) y reinicia el Servidor solo en >= 10 filtrado, 0 salas en vivo, no dos veces en 6 h, registrando el goroutine Crea tu perfil primero. - ServiceMonitor para livekit-server, livekit-sip y el reaper; PrometheusRule (filtrado participantes, salas/participantes altos, ocupados mientras están inactivos, reaper ocupado/adiando/abajo, Envíe la configuración de Alertmanager a SysAdmin@KamoCRM.com. - apply.sh: un deploy que lanzaría livekit-server o livekit-sip (Recrear, puertos de host) Espera 0 salas en vivo (cuenta de cosechadores, 20 min) o falla sin tocarlas.