Mike, a definição do usuário do tronco sip não foi alterada(aceita dois
codecs) e a ligação via call file funcionava corretamente usando sempre o
mesmo tronco. A causa 58 do app_dial.c realmente se dá por falta de acordo
entre as partes sobre o codec, mas o que mudou foi apenas a forma de fazer
a l
parece erro de codec, veja os formatos que voce ta mandando e os que
eles aceitam, voce pode ver isso no debug
Em 22/05/13 10:41, Ronaldo Toledo escreveu:
Amigos, com as respostas recebidas imaginei que fosse uma questão de
ir atrás de uma variável que, usada no dialplan, contivesse o código
d
Amigos, com as respostas recebidas imaginei que fosse uma questão de ir
atrás de uma variável que, usada no dialplan, contivesse o código de erro
sip. Tentei o HANGUPCAUSE (a versão do meu asterisk é 11.3.0) mas ela
estava vazia durante a execução da extension failed,1 (estou usando call
files).
Te
Fernando e Rafael, muito obrigado pelas respostas.
Liguei o debug(deveria ter feito isto antes, né?) e voilá: o tronco
responde 503 (Service Unavailable).
Mais uma vez, muito obrigado.
Ronaldo Toledo.
Em 21 de maio de 2013 21:51, Fernando - NextBilling IP Solutions <
ferna...@nextbilling.com.br
Boa noite,
Até onde eu sei as operadoras voip não enviam a mensagem de que não foi
possível completar a chamada para que voce possa usar outra rota para tentar
completar a ligação, como assim? Se voce ligar para um numero que a
operadora não conseguir terminar e apenas executar a mensagem que a
Ronaldo.
Nesses casos, geralmente o retorno é feito pelo seu tronco SIP, ou seja, o
Asterisk vai agir de acordo com o retorno que seu tronco SIP informar.
Já vi casos em que troncos SIP retornam SIP Reason 503 para números
inválidos, e já vi casos em que o tronco SIP retorna SIP 404 para pa
6 matches
Mail list logo