- Spegnimento
- 26 agosto 2026 alle ore 04:18 UTC
- Autore
- kamo
- Impegno
- cfc176c
Il percorso SIP del browser ha costruito la sua connessione peer con uno STUN pubblico hardcoded /api/voip/turn/credentials per il periodo in cui tale endpoint è esistito Il javadoc di TurnController nota il payload delle credenziali SIP "mai portato TURN. coturn è in esecuzione per 16 giorni con il suo segreto configurato e VOIPService già collegato ad esso; l'unico pezzo mancante era il browser chiedendo. STUN dice solo a un pari il suo indirizzo pubblico. Non si può ottenere media attraverso un symmetric NAT, un vettore CGNAT, o una VPN che blocca UDP in entrata — quei membri non hanno alcun percorso dei media di lavoro e lo riferiscono come una chiamata abbandonata, che dopo il fatto è indistinguibile dal colpire il rinfresco. Rigorosamente additivo: il relè viene aggiunto dopo STUN e ICE preferisce l'host > srflx > relay, così chiunque il cui media già funziona mantiene il percorso esatto che avevano. Ogni guasto si degrada a STUN-solo piuttosto che lanciare, perché questo corre dentro SIP registrazione quando un'eccezione costa il membro la loro linea. Non cablato per RingCentral, deliberatamente e con la ragione registrata nel Adattatore: web-phone v2 costruisce la propria RTCPeerConnection da sipInfo. StunServer e non espone l'opzione ICE, e RingCentral gestisce i propri supporti SBC infrastrutture. Teams/ACS possiede anche il suo stack media.