Possuo duas E1 nesse servidor, sendo 1 c/ PABX e outra c/ Operadora,
o problema ocorre sempre com os mesmos nmeros, o que me leva a pensar
que esses nmeros informam uma sinalizao que o Asterisk no conhece.
segue os logs:
ov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
Esse B on - está bem esquisito... Assim como o 8 off - que nao tem seu
par 8 on ...
Pra que numero vc estava ligando ?
2007/11/27, Anderson Eckhardt [EMAIL PROTECTED]:
Possuo duas E1 nesse servidor, sendo 1 c/ PABX e outra c/ Operadora,
o problema ocorre sempre com os mesmos números, o que
Ol,
Muito obrigado Eder pela resposta, mas infelizmente no meu caso no se
aplica,
pois por exemplo o CHANUNAVAIL retornado quando o nmero no existe
tambm,
e nesse caso os usurios vo tentar ligar infitamente para nmero
pensando que
est ocupado vai funcionar com alguns nmeros que quando
Mande mais informações sobre o erro... quais mensagens de erro existem antes
de
Unicall/7 protocol error. Cause 32773
Luis A P Barbosa
Em 27/11/07, Anderson Eckhardt [EMAIL PROTECTED] escreveu:
Olá,
Muito obrigado Eder pela resposta, mas infelizmente no meu caso não se
aplica,
pois
cause 32773 - Unexpected CAS bit pattern
Como vc está usando o seu E1 ? Esta usando com uma PABX ou com a operadora
???
Esse erro sempre acontece nas mesmas condiçoes ? Ou acontece apenas as vezes
??
Luis A P Barbosa.
Em 27/11/07, Luis Antonio Prata Barbosa [EMAIL PROTECTED]
escreveu:
Coloque o debug do span aí Que mensagem ele informa ???
Em 14/11/07, Anderson Eckhardt [EMAIL PROTECTED] escreveu:
Bom dia Lista,
Após as alterações sugeridas pelo Luis o erro
Unicall/7 protocol error. Cause 32772
foi resolvido, fazendo com que fosse informado o sinal de ocupado,
Bom dia Lista,
Aps as alteraes sugeridas pelo Luis o erro
Unicall/7 protocol error. Cause 32772
foi resolvido, fazendo com que fosse informado o sinal de ocupado,
mas com alguns nmeros ainda ocorre o seguinte erro:
Unicall/7 protocol error. Cause 32773
Esse erro faz com que o DIALSTATUS
Correção:
Obrigado Luis, funcionou perfeitamente.
[]s
Luis Antonio Prata Barbosa escreveu:
Bem, eu tive um problema parecido aqui...
Na verdade ele não reconheceu o User busy.. ele dá um erro de
protocolo (observe no resultado que vc listou). E isso é encaminhado
para esse estado de link
Boa tarde,
Leandro muito obrigado, funcionou perfeitamente.
-- UniCall/1-1 is busy
-- Hungup 'UniCall/1-1'
== Everyone is busy/congested at this time (1:1/0/0)
-- Executing Goto("UniCall/39-1", "status|BUSY|1") in new stack
[]s
Leandro Melo escreveu:
O meu Asterisk tem o mesmo
Bom dia lista,
Estou com exatamente o mesmo erro, como podemos
o sinal de ocupado detectado( Everyone is busy/congested)
mas o DIALSTATUS informa CHANUNAVAIL ao invs de BUSY.
Algum tem alguma dica ?
Desde j obrigado.
[]s
Andr Gonalves escreveu:
Quando fui instalar a unicall eu ralei
O meu Asterisk tem o mesmo problema porem nao informa nem CHANUNAVAIL muito
menos BUSY.
Alguem tem uma dica?
Abs,
Leandro Melo
Em 01/11/07, Anderson Eckhardt [EMAIL PROTECTED] escreveu:
Bom dia lista,
Estou com exatamente o mesmo erro, como podemos
o sinal de ocupado é detectado(
Bem, eu tive um problema parecido aqui...
Na verdade ele não reconheceu o User busy.. ele dá um erro de protocolo
(observe no resultado que vc listou). E isso é encaminhado para esse estado
de link indisponivel...
Para que ele realmente entendesse que o usuario estava ocupado eu tive que
alterar
Quando fui instalar a unicall eu ralei até descobrir que havia
incompatibilidade entre versões, depois de alguns dias de luta acabei
deixando as seguintes versões
asterisk 1.2.17
libunicall 0.0.3pre11
spandsp 0.0.3
Até então não tinha visto nenhum problema, exceto este agora =/
Att.
André
Quais versões vc usa ? Do asterisk , libunicall, spandsp ?
Em 11/10/07, André Gonçalves [EMAIL PROTECTED] escreveu:
Bom dia Lista !
A alguns meses atrás configurei meu servidor para rodar com o driver
Unicall e até então não tinha percebido nenhum problema.
Hoje (agora pouco) descobri que
14 matches
Mail list logo
