- Se descapó
- 3 de septiembre de 2026 a las 0:06 UTC
- Autor
- Kamo
- Compromit
- a2eebfc
El controlador PJSip de FreePBX predetermina el divide-media a YES (generateDefaultDeviceSettings, PJSip.class.php:210) y el GraphQL addLa mutación de la extensión no tiene campo para anularla, por lo que cada extensión KamoCRM Llega la creación de llegadas con los medios permitidos para fluir punto a extremo. Los 21 extensiones creadas a través de la GUI en k1m1 son "no"; la creada a través de la API era la única "sí". Cuando se negocian los medios directos Asterisk deja el la ruta de los medios, y la grabación MixMonitor () que graba todo este programa existe para subir captura silencio. El commit anterior alegó que esto no podía ser corregido desde el archivo post a medida porque "a bloque (o) sólo puede ADD una opción, nunca anular el primer valor victorias". Eso estuvo mal, y está mal por una razón vergonzosa: el experimento detrás de él se utiliza "pjsip reload", que el mismo commit demuestra que no reaprocess (a) apéndices en absoluto. Así que el bloque nunca se aplicó y el punto final mantuvo su valor original, que parecía exactamente como las victorias de primera calidad. Volver a correr correctamente contra un endpoint cuyo config en generado dijo directos-media=yes, apender direct-media=no y recargar con Módulo reload res.pjsip.so.: direct.media se hizo realidad - "Falso. El valor último gana. No se necesitan credenciales de base de datos FreePBX, lo que importa porque el agente tiene Ninguno en una caja de clientes. Así que el conciliador emite ahora directo-media=no también. Las dos preocupaciones son rastreado por separado por extensión en lugar de inferirse entre sí: - La configuración de WebRTC es nuestra sólo cuando nadie más ha escrito un bloque para eso ampliación, porque de otra manera duplicarían o contradecirían la lista. - directo-media es nuestra incondicionalmente. Un bloque de listas no lo establece, así que un extensión cuyo WebRTC bloquea a otra persona posee todavía registros silencio sin - Sí. Tal extensión obtiene un segundo bloque que lleva directo. NORMALIZE-DIRECT-MEDIA predetermina ON , a diferencia del bloque WebRTC para el que es seguro todo tipo de teléfono, y está directamente dentro de lo que el README ya promete ("compruebe si su sistema telefónico está configurado para grabar llamadas de la manera en que Kamo espera, y hace los cambios para usted"). Es un puntero para que un explícito falso es distinguible de ausentes; un bool llano no podía ser apagado. Vídeo en vivo: una extensión fresca creada por la API lee direct-media=true, y después una reconciliar más un módulo recarga de nuevo leído falso, con las otras 21 extensiones y el tronco de Erik-Primary sin cambios y la lista de KlusterServices conservados byte for byte for byte. Las 22 extensiones en vivo ahora leen direct-media=false.