Olá Pessoal,
A estrutura está da seguinte forma Operadora(Embratel) > Asterisk
> PABX,
e o erro ocorre com as ligações de Saída apenas.
asterisk = 1.2.24
libsupertone-0.0.2pre9
libunicall-0.0.3pre9
libmfcr2-0.0.3pre9
Obs: Já testei várias pre.... mas as versões acima tiveram melhor
resultado.
Outro informação importante, a alguns dias fiz mais testes e observei
que as mesmas ligações
através de outra operadora, BRT por exemplo, funciona perfeitamente.
Estou aguardando alguma posição da Embratel, mas está difícil, e não
espero que eles resolvam.
Obrigado.
[]s
Luis Antonio Prata Barbosa escreveu:
Como esta o seu sistema ?
Esse E1 está conectado na PSTN ou em uma PABX ?
Esse problema acontece na chamadas discadas ou recebidas ?
Em 21/11/07, Anderson Eckhardt <[EMAIL PROTECTED]>
escreveu:
Boa noite Pessoal,
Observei que várias pessoas já postaram na lista com problemas
parecidos ou iguais ao meu, mas ainda não ouve uma solução definitiva,
se alguém já passou por isso ou sabe como resolver, agradeço.
Se o problema for as versões do Unicall, spandsp etc... quais são as
versões mais indicadas ?
Segue abaixo alguns logs para análize.
Nov 20 13:26:28 WARNING[24003]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Alerting
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 0001 [1/ 200/Await answer
/Category ]
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 R2 prot. err. [1/ 200/Await answer /Category
] cause 32773 - Unexpected CAS bit pattern
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1001 -> [1/ 1/Idle
/Idle ]
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Protocol failure
-- Unicall/1 protocol error. Cause 32773
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel echo cancel
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel gains
Nov 20 13:27:01 WARNING[24003]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel switching
-- Hungup 'UniCall/1-1'
Desde já muito Obrigado.
[]s
Anderson Eckhardt 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,
mas com alguns números ainda ocorre o seguinte erro:
Unicall/7 protocol error. Cause 32773
Esse erro faz com que o DIALSTATUS retorne CHANUNAVAIL,
o que gera um grande problema, pois os usuários não ligam
novamente,
mas se eu ligar de outra linha, é informado que o número chamado
está ocupado no momento.
Alguém sabe como resolver esse problema ?
Desde já muito obrigado.
André Gonçalves escreveu:
Bom saber que funcionou ai.
Ainda não testei no meu servidor por falta de tempo, mas assim que eu testar
eu ja posto na lista se funcionou também.
Att.
André
----- Original Message -----
From: "Anderson Eckhardt" <[EMAIL PROTECTED]>
To: <asteriskbrasil@listas.asteriskbrasil.org>
Sent: Monday, November 05, 2007 9:17 PM
Subject: Re: [AsteriskBrasil] E1 com Unicall não dá sinal de ocupado ?
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 indisponivel"...
Para que ele realmente entendesse que o usuario estava ocupado eu tive
que alterar o arquivo mfcr2.c ... e adicionar na secção de define a
variacao brasileira para que o codigo de ocupado fosse B2 ...
em mfcr2.c
*****************
case MFCR2_PROT_BRAZIL:
(... outras atribuicoes..)
mfcr2->group_b_user_busy=R2_SIGB_2;
*****************
depois basta dar um make e make install nesse diretorio (só precisa
recompilar o mfcr2.so) e reiniciar o astersik.
É isso,
Luis A P Barbosa
Em 01/11/07, *Anderson Eckhardt* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> escreveu:
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 invés de BUSY.
Alguém tem alguma dica ?
Desde já obrigado.
[]s
André Gonçalves escreveu:
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é
----- Original Message -----
From: "Luis Antonio Prata Barbosa" <[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]>
To: <asteriskbrasil@listas.asteriskbrasil.org>
<mailto:asteriskbrasil@listas.asteriskbrasil.org>
Sent: Thursday, October 11, 2007 5:08 PM
Subject: Re: [AsteriskBrasil]E1 com Unicall não dá sinal de ocupado ?
Quais versões vc usa ? Do asterisk , libunicall, spandsp ?
Em 11/10/07, André Gonçalves <[EMAIL PROTECTED]>
<mailto:[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 quando eu disco para algum número
que está
ocupado me retorna "Everyone is busy/congested at this time" e ai eu
ouço
a
mensagem "all-circuits-busy-now" e "pls-try-call-later" sendo que eu
deveria
ouvir um tom de ocupado já que não são todos os canais da e1 que
estão
ocupados.
Eu tenho algumas linhas externas ligadas através de ATAs e quando a
ligação sai por elas e o número está ocupado me retorna o tom de
ocupado
normalmente, mas quando é pela e1 há este problema.
Alguém ja passou por isto ou tem idéia do que fazer para resolver ?
Pequeno trecho do log
-- Executing Dial("SIP/3502-b7b5c3c0",
"UNICALL/g1/37411205|300|") in
new stack
-- Called g1/37411205
-- Unicall/1 protocol error. Cause 32772
-- Hungup 'UniCall/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Goto("SIP/3502-b7b5c3c0", "s-CHANUNAVAIL|1") in new
stack
-- Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
-- Executing NoOp("SIP/3502-b7b5c3c0", "Dial failed due to
CHANUNAVAIL
- failing through to other trunks") in new stack
-- Executing Macro("SIP/3502-b7b5c3c0", "outisbusy|") in new
stack
-- Executing Playback("SIP/3502-b7b5c3c0",
"all-circuits-busy-now|noanswer") in new stack
-- Playing 'all-circuits-busy-now' (language 'pt_BR')
-- Executing Playback("SIP/3502-b7b5c3c0",
"pls-try-call-later|noanswer") in new stack
-- Playing 'pls-try-call-later' (language 'pt_BR')
-- Executing Macro("SIP/3502-b7b5c3c0", "hangupcall") in new
stack
Caso seja necessário maiores informações ou de mais registros de log
podem
pedir.
Att.
André
_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br
<http://www.voipmania.com.br/>
== VoIPMania.com.br
<http://voipmania.com.br/>
<http://voipmania.com.br/> ==
_______________________________________________
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
<mailto:AsteriskBrasil@listas.asteriskbrasil.org>
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________
_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br
==
VoIPMania.com.br ==
_______________________________________________
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br
== VoIPMania.com.br ==
_______________________________________________
LIsta de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
|