- Verschifft
- 26. August 2026 um 04:18 UTC
- Autor
- kamo
- Ausschuss
- cfc176c
Der Browser SIP-Pfad baute seine Peer-Verbindung mit einem hart codierten öffentlichen STUN /api/voip/turn/credentials, solange dieser Endpunkt existiert hat TurnControllers eigener Javadoc stellt fest, dass die SIP-Zusicherungs-Numload "nie getragen TURN". coturn läuft seit 16 Tagen mit seinem Geheimnis konfiguriert und VOIPService bereits mit ihm verdrahtet; das einzige fehlende Stück war der Browser fragen. STUN spricht einem Peer nur seine öffentliche Ansprache. Es kann nicht Medien durch eine symmetrische NAT, ein Träger CGNAT, oder ein VPN, das eingehende UDP blockiert . haben keine funktionierenden Medien Pfad überhaupt, und berichten Sie es als eine fallengelassene Anruf, der nach die Tatsache ist ununterscheidbar von Schlagen aktualisieren. Streng additiv: Relais wird nach STUN angefügt und ICE bevorzugt Host . srflx Relais, so dass jeder, dessen Medien bereits funktioniert hält den genauen Weg, den sie hatten. Jeder Ausfall degradiert sich zu STUN-only statt werfen, weil dies innerhalb SIP läuft Registrierung, wenn eine Ausnahme das Mitglied seine Linie kostet. Nicht verdrahtet für RingCentral, absichtlich und mit der in der aufgezeichneten Begründung Adapter: web-phone v2 baut seine eigene RTCPeerConnection von sipInfo.stunServer und stellt keine ICE-Option, und RingCentral betreibt seine eigenen SBC-Medien Infrastruktur. Teams/ACS besitzt auch seinen Media Stack.