This message was deleted.
# ask-ais
steep-balloon-41261
02/14/2026, 7:06 AMThis message was deleted.
t
tall-airline-16756
02/14/2026, 7:06 AMThanks for reaching out, Omer. I'm an AI assistant and I'm here to help. Give me a moment while I research this topic.
tall-airline-16756
02/14/2026, 7:06 AMThanks — I’m responding to your question about the
wait_pc_connection timed out@livekit/rtc-nodertc-node Copy code
const room = new Room();
await room.connect(url, token, {
rtcConfig: { iceTransportPolicy: 'relay' }
});public_iprtc-nodertc-nodertc-nodeb
breezy-accountant-5907
02/14/2026, 7:07 AMr": "[0xc0017f5348] abort chunk, with following errors: (User Initiated Abort: Close called)"}
2026-02-14T065658.889Z INFO livekit rtc/participant.go:1367 participant closing {"room": "voice-ae3d4920-f213-4c00-8483-6a3adb2dbd3d", "roomID": "RM_UtscPHFvxoGB", "participant": "a396ca52-e119-423f-9dd4-408ad642711d", "pID": "PA_LzZaWjjEHntn", "remote": false, "sendLeave": true, "reason": "CLIENT_REQUEST_LEAVE", "isExpectedToResume": false}
2026-02-14T065718.904Z INFO livekit.room rtc/room.go:807 closing room {"room": "voice-ae3d4920-f213-4c00-8483-6a3adb2dbd3d", "roomID": "RM_UtscPHFvxoGB"}
2026-02-14T065718.904Z INFO livekit service/roommanager.go:187 deleting room state {"room": "voice-ae3d4920-f213-4c00-8483-6a3adb2dbd3d"}
2026-02-14T065718.911Z INFO livekit.room service/roommanager.go:667 room closed {"room": "voice-ae3d4920-f213-4c00-8483-6a3adb2dbd3d", "roomID": "RM_UtscPHFvxoGB"}
2026-02-14T065718.911Z INFO livekit.room rtc/room.go:791 closing idle room {"room": "voice-ae3d4920-f213-4c00-8483-6a3adb2dbd3d", "roomID": "RM_UtscPHFvxoGB", "reason": "departure timeout"}
2026-02-14T070333.584Z INFO livekit service/roomallocator.go:166 selected node for room {"room": "test-bot-room", "selectedNodeID": "ND_XBt4dpaUSMWt"}
2026-02-14T070333.626Z INFO livekit service/roommanager.go:413 starting RTC session {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_HykboexeHEDc", "remote": false, "room": "test-bot-room", "nodeID": "ND_XBt4dpaUSMWt", "numParticipants": 0, "participantInit": {"Identity": "test-bot", "Reconnect": false, "ReconnectReason": "RR_UNKNOWN", "AutoSubscribe": false, "AutoSubscribeDataTrack": "not-set", "Client": {"sdk": "NODE", "version": "0.13.24", "protocol": 16}, "Grants": {"Identity": "test-bot", "Kind": "", "KindDetails": [], "Video": {"RoomCreate": false, "RoomList": false, "RoomRecord": false, "RoomAdmin": false, "RoomJoin": true, "Room": "test-bot-room", "CanPublish": true, "CanSubscribe": false, "CanPublishData": "not-set", "CanPublishSources": [], "CanUpdateOwnMetadata": "not-set", "IngressAdmin": false, "Hidden": false, "Recorder": false, "Agent": false, "CanSubscribeMetrics": "not-set", "DestinationRoom": ""}, "SIP": {}, "Agent": {}, "Inference": {}, "Observability": {}, "RoomConfig": {}, "RoomPreset": ""}, "Region": "", "AdaptiveStream": false, "ID": "", "SubscriberAllowPause": "not-set", "DisableICELite": false, "CreateRoom": {"name": "test-bot-room"}, "AddTrackRequests": [], "PublisherOffer": {}, "SyncState": {}, "UseSinglePeerConnection": false}}
2026-02-14T070348.689Z INFO livekit service/roommanager.go:379 removing duplicate participant {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_HykboexeHEDc", "remote": false}
2026-02-14T070348.689Z INFO livekit rtc/room.go:1431 removing participant without connection {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_HykboexeHEDc", "remote": false, "connectionType": "unknown", "reason": "DUPLICATE_IDENTITY", "clientInfo": {"sdk": "NODE", "version": "0.13.24", "protocol": 16}}
2026-02-14T070348.689Z INFO livekit rtc/participant.go:1367 participant closing {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_HykboexeHEDc", "remote": false, "sendLeave": true, "reason": "DUPLICATE_IDENTITY", "isExpectedToResume": false}
2026-02-14T070348.696Z INFO livekit service/roommanager.go:413 starting RTC session {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_tMQNF37Rje8z", "remote": false, "room": "test-bot-room", "nodeID": "ND_XBt4dpaUSMWt", "numParticipants": 0, "participantInit": {"Identity": "test-bot", "Reconnect": false, "ReconnectReason": "RR_UNKNOWN", "AutoSubscribe": false, "AutoSubscribeDataTrack": "not-set", "Client": {"sdk": "NODE", "version": "0.13.24", "protocol": 16}, "Grants": {"Identity": "test-bot", "Kind": "", "KindDetails": [], "Video": {"RoomCreate": false, "RoomList": false, "RoomRecord": false, "RoomAdmin": false, "RoomJoin": true, "Room": "test-bot-room", "CanPublish": true, "CanSubscribe": false, "CanPublishData": "not-set", "CanPublishSources": [], "CanUpdateOwnMetadata": "not-set", "IngressAdmin": false, "Hidden": false, "Recorder": false, "Agent": false, "CanSubscribeMetrics": "not-set", "DestinationRoom": ""}, "SIP": {}, "Agent": {}, "Inference": {}, "Observability": {}, "RoomConfig": {}, "RoomPreset": ""}, "Region": "", "AdaptiveStream": false, "ID": "", "SubscriberAllowPause": "not-set", "DisableICELite": false, "CreateRoom": {"name": "test-bot-room"}, "AddTrackRequests": [], "PublisherOffer": {}, "SyncState": {}, "UseSinglePeerConnection": false}}
2026-02-14T070403.756Z INFO livekit rtc/participant.go:1367 participant closing {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_tMQNF37Rje8z", "remote": false, "sendLeave": false, "reason": "SIGNAL_SOURCE_CLOSE", "isExpectedToResume": false}
2026-02-14T070403.756Z INFO livekit rtc/room.go:1431 removing participant without connection {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "participant": "test-bot", "pID": "PA_tMQNF37Rje8z", "remote": false, "connectionType": "unknown", "reason": "SIGNAL_SOURCE_CLOSE", "clientInfo": {"sdk": "NODE", "version": "0.13.24", "protocol": 16}}
2026-02-14T070423.904Z INFO livekit.room rtc/room.go:807 closing room {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV"}
2026-02-14T070423.905Z INFO livekit service/roommanager.go:187 deleting room state {"room": "test-bot-room"}
2026-02-14T070423.911Z INFO livekit.room service/roommanager.go:667 room closed {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV"}
2026-02-14T070423.911Z INFO livekit.room rtc/room.go:791 closing idle room {"room": "test-bot-room", "roomID": "RM_evSKDhZuVfwV", "reason": "departure timeout"}
t
tall-airline-16756
02/14/2026, 7:08 AMThanks — I’m responding to the server logs you pasted and the ongoing
wait_pc_connection timed out@livekit/rtc-nodeSIGNAL_SOURCE_CLOSEDUPLICATE_IDENTITY Copy code
await room.connect(url, token, {
rtcConfig: { iceTransportPolicy: 'relay' }
});signalDUPLICATE_IDENTITYtall-airline-16756
02/14/2026, 7:11 AMThanks — I looked through the server config you pasted and the logs. I can see signaling succeeds (server creates the NODE client session) but the peer connection never completes and the client times out. That points to an ICE/media-path issue (blocked UDP, TURN not used, or incorrect public IP), not auth or WebSocket signaling.
Before we dig deeper, a few targeted questions to narrow the root cause — your answers will let me give the shortest, most effective next steps:
1) Public IP / interface
• Is this LiveKit node running on a host with a public IP 91.99.52.65 (the
node_ipuse_external_ipnode_iptcp_port: 7881DUPLICATE_IDENTITY Copy code
await room.connect(url, token, {
rtcConfig: { iceTransportPolicy: 'relay' }
});tcpingcurluse_external_ip: truenode_ipb
breezy-accountant-5907
02/14/2026, 7:12 AMturn açmadım, sertifika soruyor yapamadım. iceTransportpolicy'i ekledim
t
tall-airline-16756
02/14/2026, 7:12 AMTeşekkürler — anladım:
iceTransportPolicycurl -v <https://turn.example.com:443>certpkeyuse_auth_secretturniceTransportPolicy: 'relay'b
breezy-accountant-5907
02/14/2026, 7:13 AMaynı ağ içinde test yapmama rağmen bağlanmıyor, turn'la ilgisi yok bence
t
tall-airline-16756
02/14/2026, 7:13 AMAnladım — aynı ağ içindeyken bile bağlanmıyor; bu durumda TURN büyük olasılıkla suçlu değil. Elinizdeki loglar ve yaptıklarınız ışığında başka olası nedenleri daraltıp hızlı, hedefe yönelik testler önereceğim. Önce hangi noktaya cevap verdiğimi belirteyim: rtc-node ile signaling başarılı ama peer connection kurulamadı; şimdi aynı LAN testinde bile başarısız olduğunuzu söylediniz, o yüzden odak ağ/SDP/yerel ortam ve sdk ortam farklarına kayıyor.
Kısa kontrol listesi (hızlı, sırayla deneyin) 1) RTC-Node süreç loglarını ve SDP/ICE adaylarını kaydedin
• rtc-node tarafında offer/answer ve ICE candidate’ları loglayın. Böylece server’a hangi candidate’ları gönderdiğinizi görürüz. Eğer sadece host (127.x/192.168.x) adayları görünüyorsa ve karşı taraftan route yoksa sorun görülebilir.
• Nasıl: bağlantı kurulurken
room.on('signal', msg => console.log(msg))DUPLICATE_IDENTITYhostb
breezy-accountant-5907
02/14/2026, 7:16 AMroot@rendex-livekit:~# sudo tcpdump -n -i eth0 udp and portrange 10000-20000
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
bunda hiçbir sonuç çıkmıyor
node v25.6.1 ubuntu 22
livekit server'ı public ipyi advertise ediyor onda da sorun yok.
aynı kimlikle tekrar bağlanmıyoz
t
tall-airline-16756
02/14/2026, 7:16 AMThanks — this is helpful. You ran tcpdump and saw no UDP packets in the 10000–20000 range, you’re on Node v25.6.1 / Ubuntu 22, the LiveKit server advertises a public IP, and you’re not reusing the same identity. Given that, the next steps focus on why UDP traffic never shows up (which explains the ICE timeout).
What this means
• No UDP packets on the media port range means the client never attempted or never reached the server over those ports. That points to one of:
◦ OS or host-level firewall blocking outbound or inbound UDP on the rtc-node host.
◦ Network-level filtering (cloud security group, router, or enterprise network) blocking UDP egress or return traffic.
◦ rtc-node not actually using UDP on that host because of runtime/native issues (e.g., native WebRTC not initialized due to Node compatibility or missing libs).
Targeted checks — do these in order (each is quick and helps narrow the cause)
1) Temporarily allow all UDP on both host and server (short test)
• On both client and server hosts (if you control both), temporarily disable host firewall to eliminate OS-level blocking:
◦ Ubuntu quick test:
▪︎ sudo ufw status
▪︎ sudo ufw disable
◦ Or flush iptables rules (test only, be cautious if remote SSH):
▪︎ sudo iptables -S
▪︎ sudo iptables -F
• Retry connection and re-run tcpdump. If UDP appears after disabling firewall, re-enable and add rules to allow the port range.
2) Test UDP connectivity with a simple UDP echo between hosts
• From rtc-node host, send a UDP packet to the server’s media port and see if server receives it (and vice versa). Example using netcat:
◦ On server: sudo apt install netcat-openbsd
▪︎ nc -u -l 10001
◦ On client: printf "ping" | nc -u <server_ip> 10001
• If packets never arrive, network-level filtering is blocking UDP.
3) Check cloud provider / network security rules
• If hosts are in cloud (AWS/GCP/OVH etc.), verify Security Group / firewall / VPC rules allow UDP outbound from client and UDP inbound to server for the chosen media port range. Many clouds block ephemeral UDP by default.
4) Verify rtc-node actually attempts ICE/UDP (enable debug)
• Enable verbose logs in rtc-node to capture SDP + ICE events. Add logging around signal events and ICE candidate gathering:
Copy code
room.on('signal', (msg) => console.log('signal:', msg));
room.on('connectionStateChanged', (s) => console.log('conn state:', s));
// and log offer/answer SDPs and candidate lines when receivedhostsrflxrelayhostb
breezy-accountant-5907
02/14/2026, 7:18 AMTest UDP connectivity with a simple UDP echo between hosts
• From rtc-node host, send a UDP packet to the server’s media port and see if server receives it (and vice versa). Example using netcat:
◦ On server: sudo apt install netcat-openbsd
▪︎ nc -u -l 10001
◦ On client: printf "ping" | nc -u <server_ip> 10001
• If packets never arrive, network-level filtering is blocking UDP.
bundfan hiçbir sonuç gelmiyor ama firewall da kapalı sunucuda
t
tall-airline-16756
02/14/2026, 7:19 AMTeşekkürler — paylaştıkların çok yardımcı oldu. Özetle: UDP echo/netcat testinde hiçbir paket gelmiyor, sunucu tarafında firewall kapalı, tcpdump da 10000–20000 aralığında hiçbir UDP trafik göstermiyor. Bu durumda UDP trafiğinin uçtan uca ya hiç gönderilmediği ya da ağda (host dışında) engellendiği kesinleşiyor. Hemen takip edebileceğin hedefe yönelik adımlar ve hangi çıktıları paylaşman gerektiğini aşağıda sıralıyorum.
Neyi doğrulamış olduk
• Signaling (WS/token) çalışıyor; server NODE client oturumunu kabul ediyor.
• Ancak medya paketi (UDP) hiç görünmüyor — ICE candidate değiş tokuşu gerçekleşse bile medya yolu kurulmamış.
• TURN kullanmıyorsun ve aynı LAN’da testte bile UDP görünmüyor; bu TURN dışı bir sorun.
Öncelikli olasılıklar
• Host işletim sistemi veya konteyner içinde UDP egress/inbound engelli (istemci uygulama UDP açmıyor veya native modül problemli).
• Ağ (switch/router veya cloud security group) UDP trafiğini düşürüyor (özellikle outbound UDP kısıtlı).
• rtc-node’nin native WebRTC kütüphanesi Node v25 ile düzgün çalışmıyor; bu durumda UDP soketleri açılmıyor.
Hedefe yönelik adımlar (sırayla, her adım kısa ve açıklayıcı) 1) Basit UDP testi — iki yönden kontrol et (hızlı)
• Sunucuda (alıcı):
sudo apt update && sudo apt install -y netcat-openbsd nc -u -l 10001
• İstemcide (gönderici):
printf "ping" | nc -u <SERVER_IP> 10001
• Beklenen: sunucuda "ping" gözükmeli. Göstermezse ağda/host düzeyinde UDP engelleniyor.
• Lütfen bunu bir kez daha deneyip sonucu söyle (hangi hosttan denedin, aynı VM mi farklı makineler mi).
2) Host firewall ve iptables kontrolü (tekrar doğrulama)
• UFW durumu:
sudo ufw status verbose
• Iptables kuralları:
sudo iptables -L -n -v
• Eğer kurallar varsa, geçici olarak tüm iptables kurallarını (özellikle UDP ile ilgili) temizleyip tekrar deneyebilirsin (SSH kullanıyorsan dikkatli ol):
sudo iptables -F
• Bu adımı yaptıktan sonra netcat testini tekrar dene ve sonucu paylaş.
3) Ağ sağlayıcı / cloud security group kontrolü
• Eğer sunucu veya istemci bulutta ise (VPS/Cloud), güvenlik grupları ya da provider seviyesinde outbound UDP veya inbound UDP bloklanmış olabilir. Provider panelinden:
◦ VM/instance için UDP outbound izinlerini kontrol et.
◦ VPC/SG/Security Firewall kurallarını kontrol et.
• Hangi sağlayıcıda olduğunu ve ilgili security group kurallarını paylaşabilir misin? Ben kontrol etmen için hangi rule’ları araman gerektiğini söyleyeyim.
4) Node sürümü/rtc-node native sorunu testi
• Node v25 kullanıyorsun; bu sürüm native eklentilerle beklenmedik sorunlar çıkarabilir. Hızlı test: uygulamayı Node 18 veya Node 20 ile çalıştırıp tekrar deney.
• Nasıl:
◦ nvm kullanıyorsan:
nvm install 18 && nvm use 18
• Ardından rtc-node uygulamanı yeniden başlat ve tcpdump + netcat testini tekrar et.
• Eğer Node 18 ile UDP paketi görülürse, sorunun kaynağı Node v25 uyumsuzluğudur.
5) rtc-node’in ICE/SDP üretip üretmediğini logla
• Uygulamada
signal Copy code
room.on('signal', (msg) => console.log('signal:', JSON.stringify(msg)));
room.on('connectionStateChanged', (s) => console.log('conn state:', s));sudo iptables -L -n -vsudo ufw status verbosesignalb
breezy-accountant-5907
02/14/2026, 7:19 AMhiç candidate gözüğkmüyor
t
tall-airline-16756
02/14/2026, 7:20 AMAnladım — “hiç candidate gözükmüyor” demen önemli bir tespit. Bu, artık büyük olasılıkla rtc-node tarafında ICE adaylarının hiç toplanmadığını (yani yerel WebRTC yığını başlatılamadığını) gösteriyor — ağ tarafı engeli olsa bile en azından host adayları görünür. Aşağıda adım adım yapılacakları veriyorum; önce en olası yazılım/sistem sebeplerini kontrol edeceğiz, sonra tekrar ICE toplama ve tcpdump testine bakarız.
Özet teşhis (neden candidate yok)
• rtc-node native WebRTC bileşeni doğru yüklenmemiş veya başlatılamıyor (native addon sorunları).
• Node v25 kullanıyorsun; bu deneysel sürüm native eklentilerle uyumsuzluk yaratabilir.
• Eksik sistem kütüphaneleri veya derleme zamanı hataları nedeniyle rtc-node ICE toplama yapmıyor.
Hızlı yol haritası (öncelikli, sırayla yap) 1) Node sürümünü LTS’ye çek ve bağımlılıkları yeniden kur
• Node 18 veya 20 kullan:
◦ Eğer nvm yüklü ise:
i. nvm install 18
ii. nvm use 18
iii. node -v # doğrula: v18.x
◦ Proje dizininde:
i. rm -rf node_modules package-lock.json
ii. npm install
• Amaç: rtc-node native modülünün stabil, uyumlu bir runtime altında düzgün kurulup başlatıldığını görmek.
2) Gerekli sistem kütüphanelerini yükle (Ubuntu 22 için)
• native WebRTC/derlemeler için bazı kütüphaneler eksikse sorun olur. Aşağısını çalıştır:
sudo apt update sudo apt install -y build-essential pkg-config libssl-dev git ca-certificates
• Ardından proje dizininde tekrar
npm install Copy code
room.on('signal', (msg) => console.log('signal:', JSON.stringify(msg)));
room.on('connectionStateChanged', (s) => console.log('conn state:', s));
room.on('iceCandidate', (c) => console.log('ice candidate:', c));iceCandidatecandidate=room.connectnpm installb
breezy-accountant-5907
02/14/2026, 7:22 AMhala candidateler gözükmüyor, yeniden build ettim node 18'e geçtim fakat çözülmedi.
t
tall-airline-16756
02/14/2026, 7:22 AMThanks — you’ve done a lot of great troubleshooting already. You’ve confirmed:
• Signaling reaches the server and the server accepts the NODE client.
• tcpdump shows no UDP media packets.
• Netcat UDP tests show no UDP traffic arriving.
• rtc-node shows no ICE candidates, even after switching to Node 18 and rebuilding.
Given all that, the most likely remaining cause is that the native WebRTC component used by
@livekit/rtc-nodelibwebrtcdlopen Copy code
try {
const rtc = require('@livekit/rtc-node');
console.log('rtc-node loaded', Object.keys(rtc));
} catch (e) {
console.error('failed to load rtc-node:', e);
} Copy code
const { Room } = require('@livekit/rtc-node');
(async () => {
const room = new Room();
room.on('signal', (msg) => console.log('signal:', JSON.stringify(msg)));
room.on('connectionStateChanged', (s) => console.log('conn state:', s));
try {
await room.connect(process.env.LK_URL, process.env.LK_TOKEN);
console.log('connected');
} catch (e) {
console.error('connect failed:', e);
}
})();