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 <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] :1] NoOp("UniCall/14-1", "Catch-All DID > Match - Found 5908 - You probably want a DID for this.") in new stack > -- Executing [EMAIL PROTECTED]:2] Goto("UniCall/14-1", "ext-did|s|1") in > new stack > -- Goto (ext-did,s,1) > -- Executing [EMAIL PROTECTED]:1] Set("UniCall/14-1", "__FROM_DID=s") in > new > stack > -- Executing [EMAIL PROTECTED]:2] GotoIf("UniCall/14-1", "0 ?cidok") in > new > stack > -- Executing [EMAIL PROTECTED]:3] Set("UniCall/14-1", > "CALLERID(name)=4133600000") in new stack > -- Executing [EMAIL PROTECTED]:4] NoOp("UniCall/14-1", "CallerID is > "4133600000" <4133602900>") in new stack > -- Executing [EMAIL PROTECTED]:5] Goto("UniCall/14-1", "ivr-3|s|1") in new > stack > -- Goto (ivr-3,s,1) > *snip* > -- Executing [EMAIL PROTECTED]:10] BackGround("UniCall/14-1", > "custom/celia") > in new stack > -- <UniCall/14-1> Playing 'custom/celia' (language 'br') > -- Executing [EMAIL PROTECTED]: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 [ > [EMAIL PROTECTED] :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@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