LiveKit: jeden port UDP dla wszystkich (mux) zamiast zakresu
Deploy PROD / deploy (push) Failing after 0s
Deploy PROD / deploy (push) Failing after 0s
Zakres port_range 50000-50100 rezerwowal osobny port na kazde polaczenie. Test z 200 botami wszedl dokladnie w 49, a log serwera pokazal kandydata UDP tylko przy 52 polaczeniach i TCP przy wszystkich 204: kolejni uczestnicy dostawali juz tylko TCP. Zmienna UDP_PORT z zakresem nie wlaczala muxa, bo przegrywala z zakresem z pliku. Teraz udp_port: 7882 (sprawdzone lokalnie: rtc.portUDP Start 7882, End 0), nowa zmienna LIVEKIT_UDP_PORT, zeby stara LIVEKIT_UDP_RANGE w .env nie mogla przywrocic zakresu. Automatyczne wdrozenie nie dotyka profilu livekit: kontener trzeba przeladowac recznie. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -148,10 +148,12 @@ LIVEKIT_API_KEY=
|
||||
LIVEKIT_API_SECRET=
|
||||
|
||||
# Porty serwera. UDP jest **glowna droga ruchu audio i wideo**: bez otwarcia
|
||||
# tego zakresu uczestnicy dolacza do pokoju, ale nie beda sie slyszec.
|
||||
# tego portu uczestnicy dolacza do pokoju, ale nie beda sie slyszec.
|
||||
# Jeden port UDP dla wszystkich uczestnikow (tryb mux). Dawny zakres
|
||||
# LIVEKIT_UDP_RANGE konczyl sie po okolo 50 osobach i nie jest juz czytany.
|
||||
LIVEKIT_PORT=7880
|
||||
LIVEKIT_TCP_PORT=7881
|
||||
LIVEKIT_UDP_RANGE=50000-50100
|
||||
LIVEKIT_UDP_PORT=7882
|
||||
|
||||
# TURN: przekazuje ruch uczestnikom za restrykcyjnym NAT-em, czyli w praktyce
|
||||
# wiekszosci osob w sieciach firmowych. Bez niego czesc uczestnikow nie
|
||||
|
||||
Reference in New Issue
Block a user