[AsteriskBrasil] Unicall protocol error. Cause 32776
Luis Antonio Prata Barbosa
luispratalistas em gmail.com
Quinta Dezembro 13 14:10:52 BRST 2007
Oi Roger,
Cara .. use o zttool para verificar se a configuração do zaptel está
correta.
Eu acho que vc devia agrupar os canais... da seguinte maneira:
zaptel.conf
# MFC/R2 does not normally use CRC4
loadzone = br
defaultzone = br
span=1,1,0,cas,hdb3
cas=1-15:1101
cas=17-31:1101
span=2,2,0,cas,hdb3
cas=32-46:1101
cas=48-62:1101
span=3,3,0,cas,hdb3
cas=63-77:1101
cas=79-93:1101
# Comente o que vc não vai usar.
#span=4,4,0,cas,hdb3
#unused=94-124
*** Outra coisa... só faca o timing diferente de zero para links que forem
para a Operadora.
Se o link for ligado a uma PABX ou banco de FXS é melhor deixa-lo como
span=<nro>,0,0,cas,hdb3.
Luis A P Barbosa
Em 13/12/07, Roger C. Beraldi Martins <rogerberaldi em gmail.com> escreveu:
>
> Prezados membros da lista,
>
> Depois de ter configuardo uma TE420 com 3E1s, consigo receber ligações
> normalmente sem dificuldades. Como vocês podem observar no log abaixo
>
>
> -- Executing [5908 em from-pstn :1] NoOp("UniCall/14-1", "Catch-All DID
> Match - Found 5908 - You probably want a DID for this.") in new stack
> -- Executing [5908 em from-pstn:2] Goto("UniCall/14-1", "ext-did|s|1") in
> new stack
> -- Goto (ext-did,s,1)
> -- Executing [s em ext-did:1] Set("UniCall/14-1", "__FROM_DID=s") in new
> stack
> -- Executing [s em ext-did:2] GotoIf("UniCall/14-1", "0 ?cidok") in new
> stack
> -- Executing [s em ext-did:3] Set("UniCall/14-1",
> "CALLERID(name)=4133600000") in new stack
> -- Executing [s em ext-did:4] NoOp("UniCall/14-1", "CallerID is
> "4133600000" <4133602900>") in new stack
> -- Executing [s em ext-did:5] Goto("UniCall/14-1", "ivr-3|s|1") in new
> stack
> -- Goto (ivr-3,s,1)
> *snip*
> -- Executing [s em ivr-3:10] BackGround("UniCall/14-1", "custom/celia")
> in new stack
> -- <UniCall/14-1> Playing 'custom/celia' (language 'br')
> -- Executing [h em ivr-3:1] Hangup("UniCall/14-1", "") in new stack
> -- Hungup 'UniCall/14-1'
> -- Unicall/14 released
>
>
> Mas agora estou com problemas para realizar as ligações utilizando a
> libunicall. O problema fica muito claro nesta linha do log:
>
>
> [Dec 13 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
>
> Pesquisando na internet descobri que trata-se de "Seize ack timed out", já
> tentei de várias formas contornar esta situação. As versões de software que
> estou utilizando são ( http://www.voip-info.org/wiki/view/Asterisk+MFC+R2).
>
>
> asterisk-1.4.9
> spandsp-0.0.4
> unicall-0.0.5pre1
> zaptel-1.4.4
>
> Minhas alterativas para corrigir o problema já foram:
>
> Adicionar a linha:
> protocolvariant=br,20,4,x,max-seize-wait-ack=3000
>
> Confome orientações do Moises Silva:
>
> This deserves a little bit of more explanation.
>
> br = Brazil
> 20 = ANI digits
> 4 = DNIS digits
> x = this is just a hack to be able to work with defaults and specify
> the next value. protocolvariant expect here a mask of values ( an
> integer ), passing NOT an integer but a character x will cause the
> defaults to remain.
> max-seize-wait-ack = Number of milliseconds to wait for the ACK.
>
> Incrementei o valor do wait até 50000 (50 segundos) Realmente faz efeito,
> o valor passado é respeitado, mas após esgotar-se o tempo o mesmo erro
> é reportado.
>
> Alterei no código fonte (mfcr2.c) os defines:
>
> #define DEFAULT_T1 15000 para
> 25000
> #define DEFAULT_MAX_SEIZE_ACK_WAIT 2000 para 6000
>
>
> De fato alterar o define MAX_SEIZE_ACK_WAIT tem o mesmo efeito que passar
> o argumento max-seize-wait-ack=XXXX na linha da variável protocolvariant.
>
> Estou usando o FreePBX com um Custon Trunk (Custon String Dial:
> UniCall/g1), meu extensions_aditional tem as entradas "OUT_3 =
> AMP:UniCall/g1" e "OUTMAXCHANS_3 = 10".
>
> Alguem Já passou por um problema como esse ? Eu ficaria grato seu alguem
> me indicasse alternativas para resolve-lo.
>
>
> Configurações - Brasil Telecom:
>
> zaptel.conf
>
> # MFC/R2 does not normally use CRC4
> loadzone = br
> defaultzone = br
>
> span=1,1,0,cas,hdb3
> span=2,2,0,cas,hdb3
> span=3,3,0,cas,hdb3
> span=4,4,0,cas,hdb3
> #
> cas=1-15:1101
> cas=17-31:1101
>
> #
> cas=32-46:1101
> cas=48-62:1101
> #
> cas=63-77:1101
> cas=79-93:1101
> #
>
> unused=94-124
>
>
> unicall.conf
>
> [channels]
> language=br
> context=from-pstn
> usecallerid=yes
> hidecallerid=no
> immediate=no
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
> rxgain=0.0
> txgain=0.0
> faxdetect=both
> loglevel=0
> protocolclass=mfcr2
> protocolvariant=br,20,4
> protocolend=cpe
> group=1
> callerid=asreceived
> channel=>1-15
> channel=>17-31
> channel=>32-46
> channel=>48-62
> channel=>63-77
> channel=>79-93
> protocolclass=mfcr2
>
>
>
> Log Full:
>
> [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Executing [
> s em macro-dialout-trunk :32] Dial("SIP/2290-09b18a68", "UniCall/g1|300|") in
> new stack
> [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call called - 'g1'
> [Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call caller id -
> '2290'
> [Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Called g1
> [Dec 11 10:03:51] NOTICE[12935] chan_unicall.c: Unicall/1 event Dialing
> [Dec 11 10:03:54] NOTICE[12935] chan_unicall.c: Unicall/1 event Protocol
> failure
> [Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
> [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: disabled echo cancellation
> on channel 1
> [Dec 11 10:03:54] WARNING[12935] app_dial.c: Unable to forward voice or
> dtmf
> [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Hangup: channel: 1 index =
> 0, normal = 10, callwait = -1, thirdcall = -1
> [Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Updated conferencing on 1,
> with 0 conference users
> [Dec 11 10:03:54] VERBOSE[12935] logger.c: -- Hungup 'UniCall/1-1'
> [Dec 11 10:03:54] VERBOSE[12935] logger.c: == Everyone is busy/congested
> at this time (1:0/0/1)
>
>
> whitout max-seize-wait-ack
>
> [Dec 13 08:32:09] VERBOSE[3798] logger.c: -- Called g1
> [Dec 13 08:32:09] NOTICE[3798] chan_unicall.c: Unicall/1 event Dialing
> [Dec 13 08:32:11] NOTICE[3798] chan_unicall.c: Unicall/1 event Protocol
> failure
> [Dec 13 08:32:11] ERROR[3798] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
>
> max-seize-wait-ack = 5000
>
> [Dec 13 08:43:54] DEBUG[4845] chan_unicall.c: unicall_call called - 'g1'
> [Dec 13 08:43:54] NOTICE[4845] chan_unicall.c: Unicall/1 event Dialing
> [Dec 13 08:43:59] NOTICE[4845] chan_unicall.c: Unicall/1 event
> Protocolfailure
> [Dec 13 08:43:59] ERROR[4845] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
>
> max-seize-wait-ack = 10000
>
> [Dec 13 08:39:41] VERBOSE[4494] logger.c: -- Called g1
> [Dec 13 08:39:41] NOTICE[4494] chan_unicall.c: Unicall/1 event Dialing
> [Dec 13 08:39:51] NOTICE[4494] chan_unicall.c: Unicall/1 event Protocol
> failure
> [Dec 13 08:39:51] ERROR[4494] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
>
> max-seize-wait-ack = 20000
>
> [Dec 13 08:36:18] VERBOSE[4145] logger.c: -- Called g1
> [Dec 13 08:36:18] NOTICE[4145] chan_unicall.c: Unicall/1 event Dialing
> [Dec 13 08:36:38] NOTICE[4145] chan_unicall.c: Unicall/1 event Protocol
> failure
> [Dec 13 08:36:38] ERROR[4145] chan_unicall.c: Unicall/1 protocol error.
> Cause 32776
>
>
>
>
> --
> Atenciosamente,
>
> Roger C. Beraldi Martins
> Fone: 41-8828-7068
> _______________________________________________
> Compre uma camiseta da AsteriskBrasil.org!
> 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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20071213/3ef8d741/attachment.htm
More information about the AsteriskBrasil
mailing list