Usa o BD do proprio asterisk, vai de boa...

Hudson??
(048) 8413-7000
Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova 
precisa.??

________________________________
De: [email protected] 
<[email protected]> em nome de Caio Pato 
<[email protected]>
Enviado: terça-feira, 26 de junho de 2018 16:14
Para: asteriskbrasil
Assunto: [AsteriskBrasil] Tempo de espera atendimento presencial

Eu gostaria de informar na URA o tempo de espera do atendimento
PRESENCIAL (não tem nada a ver com o queue do asterisk).

Esse valor é informado por um outro sistema, em um servidor separado
do asterisk. No meu projeto inicial (já abandonado), o arquivo seria
transferido por SCP [1]. Eu já tinha feito todo o script em PERL,
criando uma extensão com os prompts quando eu lembrei que o contexto é
"estático", enquanto o tempo é variável - não dá para ficar dando
dialplan reload a cada 5 minutos.

Qual seria a "melhor" forma? Pensei em gravar esse tempo em um banco
de dados (muSQL?) e consultar na hora da chamada, mas estou achando
que é um pouco "overkill", mas não consegui pensar em algo mais
prático.

Alguma outra idéia?



[1] 
https://stackoverflow.com/questions/19196142/scp-using-perl-script-to-transfer-files
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com<http://www.Khomp.com>
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para 
[email protected]
_______________________________________________
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para 
[email protected]

Responder a