- Expédié
- 26 août 2026 à 04:18 UTC
- Auteur
- kamo
- Commite
- cfc176c
Le chemin SIP du navigateur a construit sa connexion entre pairs avec un STUN public à code dur /api/voip/turn/retour/crétifications aussi longtemps que ce critère d'évaluation a été atteint TurnController lui-même note la charge utile des titres de créance SIP "jamais porté TURN". la cotour fonctionne depuis 16 jours avec son secret configuré et VOIPService y était déjà câblé; la seule pièce manquante était le navigateur demandant. STUN ne parle qu'à un pair de son discours public. Il ne peut pas obtenir des médias par le biais d'un NAT symétrique, un transporteur CGNAT, ou un VPN qui bloque l'UDP entrant et ces membres n'ont aucun chemin de travail dans les médias, et signalez-le comme un appel abandonné, qui après Le fait est indistinguible du rafraîchissement. Strictement additif: le relais est joint après STUN et ICE préfère l'hôte et srflx relay, donc toute personne dont les médias fonctionnent déjà gardent le chemin exact qu'ils avaient. Tous les la défaillance se dégrade en SANTÉ uniquement plutôt que de lancer, parce que cela court à l'intérieur du SIP l'enregistrement lorsque une exception coûte au membre sa ligne. Non câblé pour RingCentral, délibérément et avec la raison enregistrée dans le Adaptateur: le web-phone v2 construit sa propre RTCPeerConnection à partir de sipInfo.stunServers et ne révèle aucune option ICE, et RingCentral gère ses propres médias SBC les infrastructures. Les équipes/ACS possèdent également sa pile de médias.