[AsteriskBrasil] RES: R2 não dá sinal de ocupado(problema persiste)

Alexandre Abreu abreu em redt.com.br
Terça Novembro 27 15:04:51 BRST 2007


A versão do SPANDSP é fundamental e determinante para resolver seu problema.
Qual você está utilizando? No ‘unicall.conf’ a opção log level está no
máximo nível de detalhamento?

 

--

Alexandre Abreu

RedT Telecom

http://www.redt.com.br <http://www.redt.com.br/> 

 

  _____  

De: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de
Anderson Eckhardt
Enviada em: terça-feira, 27 de novembro de 2007 11:51
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] R2 não dá sinal de ocupado(problema persiste)

 


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 <ander.samadhi em gmail.com> 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"  <mailto:ander.samadhi em gmail.com>
<ander.samadhi em gmail.com>
To:  <mailto:asteriskbrasil em listas.asteriskbrasil.org>
<asteriskbrasil em 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* <ander.samadhi em gmail.com
 <mailto:ander.samadhi em gmail.com> <mailto:ander.samadhi em gmail.com>>
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"  <mailto:luispratalistas em gmail.com>
<luispratalistas em gmail.com> 
 <mailto:luispratalistas em gmail.com> <mailto:luispratalistas em gmail.com>
    To:  <mailto:asteriskbrasil em listas.asteriskbrasil.org>
<asteriskbrasil em listas.asteriskbrasil.org> 
 <mailto:asteriskbrasil em listas.asteriskbrasil.org>
<mailto:asteriskbrasil em 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  <mailto:andre em outcenter.com.br>
<andre em outcenter.com.br> 
 <mailto:andre em outcenter.com.br> <mailto:andre em outcenter.com.br> 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/>  
 <http://www.voipmania.com.br/> <http://www.voipmania.com.br/>
                   == VoIPMania.com.br <http://voipmania.com.br/>
<http://voipmania.com.br/> 
 <http://voipmania.com.br/>  
 <http://voipmania.com.br/> <http://voipmania.com.br/>
     <http://voipmania.com.br/> <http://voipmania.com.br/> ==
 
    _______________________________________________
    LIsta de discussões AsteriskBrasil.org
    AsteriskBrasil em listas.asteriskbrasil.org 
 <mailto:AsteriskBrasil em listas.asteriskbrasil.org>
<mailto:AsteriskBrasil em listas.asteriskbrasil.org>
    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
AsteriskBrasil em 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 em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

 

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20071127/249ef52f/attachment.htm 


Mais detalhes sobre a lista de discussão AsteriskBrasil