Possuo duas E1 nesse servidor, sendo 1 c/ PABX e outra c/ Operadora,
o problema ocorre sempre com os mesmos números, o que me leva a pensar
que esses números informam uma sinalização que o Asterisk não conhece.
segue os logs:
ov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/1 Call control(1)
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Make call
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Making a new call with CRN 32770
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 0001 -> [1/ 1/Idle
/Idle ]
-- Called g1/0214121064785
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Dialing
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1101 [1/ 40/Seize
/Idle ]
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 0 on -> [2/ 40/Group I
/Idle ]
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 5 on [2/ 40/Group I
/DNIS ]
Nov 27 19:16:44 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 0 off -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 5 off [2/ 40/Group I
/DNIS ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Calling party category 0x0
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1 on -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 5 on [2/ 40/Group I
/Category ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1 off -> [2/ 40/Group I
/Category ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 5 off [2/ 40/Group I
/Category ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 B on -> [2/ 40/Group I
/Category ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 5 on [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:45 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 B off -> [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:47 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1 on [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:47 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 B off -> [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:47 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1 off [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:47 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 2 on -> [2/ 40/Group I /End of
ANI ]
Nov 27 19:16:49 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 8 off -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:49 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1 off [2/ 40/Group I
/DNIS ]
Nov 27 19:16:49 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 5 on -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 3 on [2/ 40/Group I
/DNIS ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 5 off -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 3 off [2/ 40/Group I
/DNIS ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1 on -> [2/ 40/Group I
/DNIS ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1 on [2/ 40/Group II
/Category ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1 off -> [2/ 40/Group II
/Category ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 1 off [2/ 40/Group II
/Category ]
Nov 27 19:16:50 WARNING[1198]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Alerting
Nov 27 19:17:24 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 <- 0001 [1/ 200/Await answer
/Category ]
Nov 27 19:17:24 WARNING[1198]: 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 27 19:17:24 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 1001 -> [1/ 1/Idle
/Idle ]
Nov 27 19:17:24 WARNING[1198]: chan_unicall.c:2644 handle_uc_event:
Unicall/1 event Protocol failure
-- Unicall/1 protocol error. Cause 32773
Nov 27 19:17:24 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel echo cancel
Nov 27 19:17:24 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel gains
Nov 27 19:17:24 WARNING[1198]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/1 Channel switching
-- Hungup 'UniCall/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
Luis Antonio Prata Barbosa escreveu:
---- 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:
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 por exemplo o CHANUNAVAIL é retornado quando o número não existe
também,
e nesse caso os usuários vão tentar ligar infitamente para número
pensando que
está ocupado.... vai funcionar com alguns números que quando estão
ocupados
retornam CHANUNAVAIL.
[]s
eder souza escreveu:
Olá quem não tem cão já sabe né rsrsrs!!
Kra eu tenho esse mesmo problema q vc indicou no email
abaixo olha a gambiarra q eu fiz para resolvar.
exten => _8.,1,Dial(Unicall/g1/${EXTEN:1})
exten => _8.,2,GotoIf($[${DIALSTATUS} = CHANUNAVAIL | ${DIALSTATUS}
= BUSY]?3)
exten => _8.,3,PlayTones(busy)
exten => _8.,4,Wait(10)
exten => _8.,5,Hangup()
dessa maneira vc engana as seus usuários quem envia o tom
de ocupado é o asterisk !!
Att,
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 problema, pois os usuários não liga 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:
<[email protected]> 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:
<[email protected]> <mailto:[email protected]>
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 [email protected]
<mailto:[email protected]> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________ Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br <http://www.voipmania.com.br/> ==
VoIPMania.com.br <http://voipmania.com.br/> ==
_______________________________________________ LIsta de discussões AsteriskBrasil.org
[email protected] <mailto:[email protected]>
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________ Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br <http://www.voipmania.com.br/> ==
VoIPMania.com.br <http://voipmania.com.br/> == _______________________________________________ LIsta de discussões
AsteriskBrasil.org [email protected]
<mailto:[email protected]> 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
[email protected] 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 [email protected]
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 [email protected]
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
[email protected]
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
armazenamento!
_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br
== VoIPMania.com.br ==
_______________________________________________
LIsta de discussões AsteriskBrasil.org
[email protected]
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
[email protected]
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
[email protected]
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
|
