- Se descapó
- 27 de agosto de 2026 a las 18:26 UTC
- Autor
- Kamo
- Compromit
- cd11418
Los 21 miembros del equipo kamocrm ahora tienen una extensión 8XXX en el k1m1 PBX (Chris renumeró de 7255 a 8134). Dos cambios aquí de vuelta. Los bloques de endpoint WebRTC cubren ahora cada extensión de personal en lugar de Tres alguien se había dado cuenta de que estaban rotos. El softphone kamo es un navegador, Así que DTLS/ICE no es una mejora de una extensión sin un bloque se registra a WS y luego no tiene audio en ninguna llamada. 8888 se había sentado sin listar durante meses. La llamada saliente está ahora con permiso: sólo las extensiones listadas en [kamo-salido-perdida-a la mano] llega al maletero. Todo el mundo mantiene extensión a- la extensión marcando y entrando desde el PSTN, que se ejecutan a través caminos que esto no toca. La puerta vive en [desde el centro-nave de lo costumbre] en lugar de en el exterior ruta porque desde-internal-xfer incluye ese contexto por delante de de-interno-aditiondicional, por lo que ve un número marcado antes de salir-1 Lo hace. La propia columna de match-cid era la alternativa y lo haría necesita una fila de patrón duplicada por extensión permitida, y desmiente con El "no se puede completar como marca" de FreePBX, un mensaje que envía al personal cazar un error tipo en un número que estaba bien. La membresía se prueba con DIALPLAN-EXISTS contra un contexto de una línea por persona, así que nada medio-parece: 80800 y un identificador de llamadas vacías ambos desmentido, que es la dirección segura para fracasar. Los tres patrones de interceptación son un espejo de la ruta de salida Los patrones de esfera de PrimaryRoiute y tienen que Quédate uno. Verificado en k1m1: los 21 endpoints reportan hielo.support=true, media-encryption=dtls, el transporte WS y direct-media=false; todos 21 llevar el dispositivo AMPUSER derecho y las teclas de insinúan; la ruta permitida todavía resuelve superar-1 tanto para patrones domésticos como 011.