- Verschifft
- 26. August 2026 um 02:41 UTC
- Autor
- kamo
- Ausschuss
- 3c55635
Die Beacon versendete iceCandidateType als permanent-null Feld. Das ist schlimmer als es weglassen: es macht die Telemetrie aussehen informativer, als es ist, und Dies ist die eine Messung, die das gesamte Line-Window-Projekt umleiten kann. Das Web-Softphone baut seine Peer-Verbindung mit einem Hardkodcode öffentlichen STUN Die bescheinigende Nutzlast hat sie nie getragen. Also ein Mitglied hinter einem symmetrischen NAT, einem VPN oder Träger CGNAT kann nicht zu etablieren Medien mit nichts zurück zu fallen, und was sie berichten, ist "der Anruf fallen gelassen". Nach der Tatsache, dass ist ununterscheidbar von "I hit refresh", und die beiden haben völlig unterschiedlich repariert - eine davon zwei Zeilen TURN config anstelle eines neuen Browserkontextes. "Relay" / "srflx" / nichts ist der Beweis, der sie trennt. Der SIP.js Pfad Wiederverwendung des Kandidaten Paar seine bestehende Diagnose-Dump bereits berechnet, so dass es Kosten keine zusätzlichen getStats; die RingCentral Pfad Proben raw.rtcPeerConnection auf Antwort. Eine Null-Lesung ist RECORDED anstatt übersprungen. "ICE wählte kein Paar" ist der Relais-lose Ausfall und die wertvollste Lektüre zur Verfügung callDurationSeconds trennt es von "der Anruf endete, bevor wir gesampelt haben". Auch Aufzeichnungen in den Plan, was tatsächlich ausgeliefert, einschließlich der Task 6 Wache, dass unterscheidet sich von dem Plan, wie geschrieben.