- Navios
- 27 de agosto de 2026 às 02:23 UTC
- Autor
- Kamo
- Enviar
- e4b4957
Oito faixas de espera carregadas como a classe 'kamocrm-hold' MOH, embaralhada. A ordem aleatória vem de `random=1` na linha na tabela 'música' do FreePBX, que é o que gera `sort=random' em musiconhold additional.conf — set no DB, não no conf, ou o próximo reload do FreePBX substitui-o. Roteamento após a saudação: extensão -> transmitida para essa extensão (inalterada) 1 ou 2 -> fila timeout -> fila mau exten -> "inválido" prompt, em seguida, fila A fila é... ambos tocam ao mesmo tempo, primeiro a responder ganha, e o ouvinte ouve música em vez de voltar ao ringue. Os membros são discados como parâmetros PJSIP brutos em vez de através de-did-direct ON FINANCIAMENTO: passar pelo plano de extensão do FreePBX aplicar o temporizador de anel de cada extensão e, em seguida, entregar o chamador a essa pessoa voicemail, que é o oposto de tocar indefinidamente. O laço não tem tampa, como solicitado. O guarda que importa é o Executivo: NOANSWER significa que nós realmente chamamos para o tempo total. CHANAVAIL (ninguém registrado), CONGESTION e busy todos retornam em milissegundos, assim sem MusicOnHold pause o Goto torna-se um giro apertado. Medida com ambos os membros desregistrado: 1 segundo de CPU e 24 linhas de log em 45 segundos na fila. Também levanta janela de graça WaitExten para jogar segurar a música, então a entrega de cumprimentar a fila não tem nenhuma lacuna silenciosa. Verified live: PJSIP/8080 observado no estado de Ringing sob Com o canal de chamadas em Ring. Áudio não está no ConfigMap — saudação 1.1 MB mais 7.7 MB de faixas está bem além do limite do objeto etc. Ambos os conjuntos vivem no asterisco-lib hostPath e o comando de conversão está documentado ao lado dos globais que os nomeiam.