Deja de ofrecer 8 candidatos de ICE desrutable en cada convocatoria

FixKlusterServices
Se descapó
27 de agosto de 2026 a las 16:41 UTC
Autor
Kamo
Compromit
d1dbf90

Los llamantes escuchan varios segundos de audio de ida al comienzo de una llamada otra parte dice "hola" tres o cuatro veces antes de que el usuario de sucitos oiga lo que sea. Causa raíz, medida en lugar de inferida. Corre asterisco con hostNetwork, así que ve cada interfaz en el nodo y ofreció TODOS ellos como anfitrión del ICE candidatos. Capturado de un verdadero SDP: 192.168.4.22 anfitrión (LAN real) 10.0.50.0 anfitrión 10.8.1.1 anfitrión (WireGuard) 172.17.0.1 anfitrión 172.18.0.1 anfitrión 172.19.0.1 anfitrión 172.20.0.1 anfitrión 172.21.0.1 anfitrión (puertos de los malecón) 10.42.0.151 anfitrión (cilio) 47.181.8.84 srflx (el único que un navegador puede usar realmente) Nue candidatos anfitriones, ocho de ellos desruciables de cualquier navegador. El navegador deben ejecutar cheques de conectividad del ICE contra cada candidato muerto y esperarlos a tiempo antes de caer de nuevo al par de srflx que funciona. Esa espera es la Falta audio. La iceblacklist las elimina. Verificado capturando el SDP de nuevo: Asterisco ahora ofrece 1 huésco 1 srflx en lugar de 10. 192.168.4.0/24 NO se enlista fija deliberadamente en la lista negra. Correcto, la ruta mediática más rápida para los clientes en la oficina. Ni un retroceso del trabajo grabado: los números de salida coinciden NXXNXXXXXX / 1NXXNXXXXXX y nunca tocar desde el centro-in situ[3-9]XXX.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios