- Navios
- 26 de agosto de 2026 às 04:18 UTC
- Autor
- kamo
- Enviar
- cfc176c
O caminho SIP do navegador construiu sua conexão com um STUN público codificado /api/voip/turn/credenciais durante o período em que esse parâmetro de avaliação existir — O próprio Javadoc da TurnController observa a carga de crédito SIP "nunca carregou TURN". coturn tem sido executado por 16 dias com o seu segredo configurado e VOIPService já ligado a ele; a única peça que faltava foi o navegador perguntando. STUN só diz a um par seu endereço público. Não pode obter mídia através de uma NAT simétrico, uma transportadora CGNAT ou uma VPN que bloqueia o UDP de entrada — esses membros não ter nenhum caminho de mídia de trabalho em tudo, e relatá-lo como uma chamada o fato é indistinguível de bater atualização. Estritamente aditivo: relé é adicionado após STUN e ICE prefere hospedeiro > srflx > Retransmissão, então qualquer um cuja mídia já funciona mantém o caminho exato que tinha. Cada falha degrada para STUN-somente em vez de jogar, porque isso corre dentro SIP Registo quando uma excepção custar ao membro a sua linha. Não ligado para RingCentral, deliberadamente e com a razão registrada no adaptador: web-phone v2 constrói sua própria RTCPeerConnection de sipInfo. stonServers e não expõe nenhuma opção ICE, e RingCentral executa sua própria mídia SBC infra-estruturas. Equipes/ACS possui sua pilha de mídia também.