[AsteriskBrasil] RES: Re : Res: Res: Problemas com Unicall

Toledo, Luis Carlos lscrlstld em gmail.com
Terça Abril 3 15:05:28 BRT 2007


Dê uma olhada nos "Supervisory Signals" (ou ABCD), que está
me parecendo ser diferente da E1 CTBC e do PABX leucotron.

Experimente usar "1101" ao invéz de "1001" na sinalização CAS.
(zaptel.conf)

[]s Toledo

> 
> Bom dia a todos,
> 
> conforme algumas msg trocadas anteriormente, onde eu relatava 
> alguns problemas com unicall, ontem realizei os testes com o 
> pabx leucotron e um link de E1 R2 Digital CTBC.
> 
> Fui obrigado a realizar os testes de ambos separados, pois so 
> contava com um balum disponivel.
> 
> Nos testes com o link de E1 consegui fazer e receber ligacoes 
> vindo da PSTN normalmente.
> 
> Nos testes com o pabx consegui que o asterisk enviasse a 
> ligacao para o pabx atraves da placa digum te205p normalmente 
> (em uma ramal no xlite fiz uma ligacao para o ramal do pabx 
> pelo canal 34 da placa digium), porem quando a ligacao era 
> atendida pelo ramal do pabx, apos dois segundos ela cai, me 
> retornando o seguinte no CLI do asterisk:
> 
> Apr  2 22:12:04 WARNING[3359]: chan_unicall.c:2644 handle_uc_event: 
> Unicall/34 event Connected
> Apr  2 22:12:04 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Channel echo cancel
>     -- UniCall/34-1 answered SIP/1000-082d1658 Apr  2 
> 22:12:06 WARNING[3359]: chan_unicall.c:627 unicall_report: MFC/R2 
> UniCall/34      <- 1101  [1/     400/Answered      /Category     ]
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Far end disconnected(cause=Normal Clearing [16]) - 
> state 0x400 Apr  2 22:12:07 WARNING[3359]: 
> chan_unicall.c:2644 handle_uc_event: 
> Unicall/34 event Far end disconnected
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:2930 
> handle_uc_event: CRN
> 32769 - far disconnected cause=Normal Clearing [16]
>     -- Channel 0 got hangup
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Channel gains
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Channel switching
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Call control(6)
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2
> UniCall/34 Drop call(cause=Normal Clearing [16]) Apr  2 
> 22:12:07 WARNING[3359]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/34 Clearing fwd
> Apr  2 22:12:07 WARNING[3359]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34 1001  ->      [1/     800/Clear back    /Category     ]
>     -- Hungup 'UniCall/34-1'
>   == Spawn extension (default, 1208, 1) exited non-zero on 
> 'SIP/1000-082d1658'
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34      <- 0101  [1/     800/Clear fwd D   /Idle         ]
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34 R2 prot. err. [1/     800/Clear fwd D   /Idle      
>    ] cause 
> 32773 - Unexpected CAS bit pattern
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34 1001  ->      [1/       1/Idle          /Idle         ]
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:2644 handle_uc_event: 
> Unicall/34 event Protocol failure
>     -- Unicall/34 protocol error. Cause 32773 Apr  2 22:12:08 
> WARNING[3336]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/34 Channel echo cancel
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34      <- 1001  [1/       1/Idle          /Idle         ]
> Apr  2 22:12:08 WARNING[3336]: chan_unicall.c:627 
> unicall_report: MFC/R2 
> UniCall/34 1001  ->      [1/       1/Idle          /Idle         ]
> 
> 
> segue minha configuracao da segunda porta da placa digium:
> 
> zaptel.conf
> 
> span=2,0,0,cas,hdb3
> cas=32-46:1001
> dchan=47
> cas=48-62:1001
> 
> 
> unicall.conf
> 
> context=from-leocutron
> usecallerid=yes
> hidecallerid=no
> restrictcid=no
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> cancallforward=no
> callreturn=no
> echocancel=yes
> echocancelwhenbridged=yes
> echotraining=yes
> echotraining=800
> relaxdtmf=yes
> rxgain=0.0
> txgain=0.0
> callgroup=2
> pickupgroup=2
> immediate=no
> callerid=asreceived
> amaflags=default
> accountcode=from-leucotron
> faxdetect=yes
> musiconhold=default
> loglevel=255
> protocolclass=mfcr2
> protocolvariant=br,20,13
> protocolend = co
> group = 2
> channel=> 32-46
> channel=> 48-62
> 
> Os erros que procurei pelo net parecidos com o meu estaum com 
> explicacoes confusas e naum estou conseguindo enxergar o que 
> pode estar errado e nem onde pode estar o erro, se nas 
> configuracoes do asterisk, se no pabx, na sinalizacao do 
> placa, se no telefone que recebe a ligacao....
> 
> Se alguem puder me ajudar.
> Grato a todos pela oportunidade.
> 
> Everton Goularth
> 0 34 8812 4740
> Uberlandia - MG
> 
> 		
> _______________________________________________________
> Yahoo! Mail - Sempre a melhor opção para você! 
> Experimente já e veja as novidades. 
> http://br.yahoo.com/mailbeta/tudonovo/
> ----------------------------------------
> Estação VoIP 2006
> 5 e 6 Dezembro
> Curitiba PR
> http://www.estacaovoip.com.br
> 
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> 
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org



Mais detalhes sobre a lista de discussão AsteriskBrasil