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

Responder a