- Shipped
- 26 de agosto de 2026 a las 4:18 UTC
- Author
- kamo
- Commit
- cfc176c
La ruta SIP del navegador construyó su conexión peer con un STUN público de código duro /api/voip/turn/credencials durante el tiempo que haya existido ese punto final. El propio javadoc de TurnController señala que la credencial de SIP "nunca se llevó TURN". coturno ha estado funcionando durante 16 días con su secreto configurado y VOIPService ya le ha conectado; la única pieza que faltaba era el navegador preguntando. STUN sólo le dice a un compañero su discurso público. No puede conseguir medios a través de un NAT simétrico, un transportista CGNAT, o una VPN que bloquea UDP entrante y esos miembros no tener ningún camino de los medios de comunicación en absoluto, y lo reportan como una llamada caída, que después El hecho es indistinguible de golpear el refresco. Estrictamente aditivo: el relé se adjunta después de STUN y el ICE prefiere el huésco y srflx relevo, así que cualquiera cuyos medios ya trabajan mantiene el camino exacto que tenía. Cada Fallo se degrada a STUN-sólo en lugar de lanzar, porque esta carrera dentro de SIP registro cuando una excepción le cueste su línea. No cableado para RingCentral, deliberadamente y con la razón registrada en el Adaptador: web-phone v2 construye su propia RTCPeerConnection de sorpInfo.stunServers y expone ninguna opción del ICE, y RingCentral dirige sus propios medios de SBC infraestructuras. Equipos/ACS posee su pila de medios igualmente.