KamoCRM

Deja de ofrecer 8 candidatos de ICE desrutable en cada convocatoria

FixKlusterServices
Cambia
27 de agosto de 2026 a las 16:41 UTC
Autor
Kamo
Comprometerse
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?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios