- Se descapó
- 26 de abril de 2026 a las 23:18 UTC
- Autor
- Kamo
- Compromit
- af6f181
Llamaciones de navegador a navegador de dos partes conectadas a la capa SIP, pero no tenían audio, en dirección. Correo de voz (unetrisk de una sola vía - navegador) trabajado porque la caída simétrica-RTP de Asterisco podría aprender el navegador Dirección de cualquier paquete entrante. Puerta de dos partidos necesita ambas partes' RTP llegará a Asterisco, lo que significa que el ICE tiene que converger en un candidato par el navegador puede dirigirse. Asterisk tenía hielo.support=yes per-endpoint pero "STUN dirección: 0.0.0.0:0" a nivel de motor rtp, por lo que su único candidato ofrecido fue su anfitrión IP (LAN/pod-network) IP - inalcanzable de los navegadores de Internet pública. Configurar ************* en rtp.conf para Asterisco puede también anuncia su srflx (público). Abordada STUN ahora se resuelve a 74.125.250.129:19302 después de una nueva carga de módulo. Inlined rtp.conf en lugar de depender de rtp.custom.conf porque el rtp las instantáneas del motor su config [general] en el tiempo de carga de módulos y nunca releyé que incluye archivos (el mismo gotcha ese bit el anterior http.conf change). El auto-generado rtp.additional.conf y cualquier futuro rtp.cus.conf todavía se vuelven a incluir después de las teclas en línea para compatibilidad hacia adelante.