- Shipped
- 28 octombrie 2026 la 06:34 UTC
- Author
- Kamo
- Commit
- c873407
livekit-server v1.13.7 a menținut în viață 202 participanți închiși din 176 de camere închise ( StreamAllocator editorului de transport a sondat un agent ICE închis la fiecare 15 s, 1,5 CPU) până Noile picioare SIP nu au media (2026-10-28). Fiecare Python-SDK (conexiune unică peer) Participant care s-a închis de la 10-25 pe scurgere, indiferent de motivul său apropiat; Du-te (livekit-sip) iar JS nu a făcut-o niciodată. - livekit-server v1.13.10: poartă corecțiile de blocare WebRTC (webrtc-pion # 3 / # 5, ice #4, dtls #1); nu v1.13.11 (schimbări ale canalului de date pentru un singur PC). prometheus.port, debug_handler pe 6790, astfel încât o scurgere viitoare lasă un profil goroutine. - livekit-reaper: la fiecare 60 de secunde șterge camerele în care nu se poate efectua un apel live (gol, doar telefonul) 3 min, cameră de urechi orfane, mai vechi de 6 h, camere de harness după 30 min, nici o piesă publicată 15 min) și elimină participanții blocați; cel mult 10 acțiuni pe trecere, o linie de jurnal JSON Numără participanții scurși din jurnalul serverului livekit (Loki) și repornește serverul livekit Server doar la >= 10 scurgeri, 0 camere live, nu de două ori în 6 ore, logarea goroutine Creează profilul tău mai întâi. - ServiceMonitor pentru livekit-server, livekit-sip și reaper; PrometheusRule (scurgere participanți, camere/participanți înalți, ocupați în timp ce sunt inactivi, reaper ocupat/amânare/în jos, Trimiteți un mesaj de e-mail la adresa SysAdmin@KamoCRM.com. - apply.sh: o implementare care ar rula livekit-server sau livekit-sip (Recreare, porturi gazdă) Așteaptă 0 camere live (număr de reaperi, 20 min) sau eșuează fără să le atingă.
