<div>Oi Roger, </div>
<div> </div>
<div>Cara .. use o zttool para verificar se a configuração do zaptel está correta. </div>
<div> </div>
<div>Eu acho que vc devia agrupar os canais... da seguinte maneira:</div>
<div><span style="FONT-WEIGHT: bold">zaptel.conf</span> <br><br># MFC/R2 does not normally use CRC4<br>loadzone = br<br>defaultzone = br<br><br>span=1,1,0,cas,hdb3</div>
<div>cas=1-15:1101<br>cas=17-31:1101 <br><br>span=2,2,0,cas,hdb3</div>
<div>cas=32-46:1101<br>cas=48-62:1101<br><br>span=3,3,0,cas,hdb3</div>
<div>cas=63-77:1101<br>cas=79-93:1101<br> </div>
<div># Comente o que vc não vai usar. </div>
<div>#span=4,4,0,cas,hdb3<br>#unused=94-124<br><br>*** Outra coisa... só faca o timing diferente de zero para links que forem para a Operadora. </div>
<div> Se o link for ligado a uma PABX ou banco de FXS é melhor deixa-lo como span=<nro>,0,0,cas,hdb3.</div>
<div> </div>
<div>Luis A P Barbosa</div>
<div> </div>
<div><span class="gmail_quote">Em 13/12/07, <b class="gmail_sendername">Roger C. Beraldi Martins</b> <<a href="mailto:rogerberaldi@gmail.com">rogerberaldi@gmail.com</a>> escreveu:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Prezados membros da lista,<br><br>Depois de ter configuardo uma TE420 com 3E1s, consigo receber ligações normalmente sem dificuldades. Como vocês podem observar no log abaixo
<br><br>
<div dir="ltr"><br> -- Executing [5908@from-pstn :1] NoOp("UniCall/14-1", "Catch-All DID Match - Found 5908 - You probably want a DID for this.") in new stack<br> -- Executing [5908@from-pstn:2] Goto("UniCall/14-1", "ext-did|s|1") in new stack
<br> -- Goto (ext-did,s,1)<br> -- Executing [s@ext-did:1] Set("UniCall/14-1", "__FROM_DID=s") in new stack<br> -- Executing [s@ext-did:2] GotoIf("UniCall/14-1", "0 ?cidok") in new stack
<br> -- Executing [s@ext-did:3] Set("UniCall/14-1", "CALLERID(name)=4133600000") in new stack<br> -- Executing [s@ext-did:4] NoOp("UniCall/14-1", "CallerID is "4133600000" <4133602900>") in new stack
<br> -- Executing [s@ext-did:5] Goto("UniCall/14-1", "ivr-3|s|1") in new stack<br> -- Goto (ivr-3,s,1)<br> *snip*<br> -- Executing [s@ivr-3:10] BackGround("UniCall/14-1", "custom/celia") in new stack
<br> -- <UniCall/14-1> Playing 'custom/celia' (language 'br')<br> -- Executing [h@ivr-3:1] Hangup("UniCall/14-1", "") in new stack<br> -- Hungup 'UniCall/14-1'<br>
-- Unicall/14 released<br><br><br>Mas agora estou com problemas para realizar as ligações utilizando a libunicall. O problema fica muito claro nesta linha do log:<br><br> </div>[Dec 13 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776
<br><br>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 (<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.voip-info.org/wiki/view/Asterisk+MFC+R2" target="_blank">
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2</a>). <br><br>asterisk-1.4.9<br>spandsp-0.0.4 <br>unicall-0.0.5pre1 <br>zaptel-1.4.4<br><br>Minhas alterativas para corrigir o problema já foram:<br><br>Adicionar a linha:
<br>protocolvariant=br,20,4,x,max-seize-wait-ack=3000<br>
<div style="DIRECTION: ltr"><br>Confome orientações do Moises Silva:<br><br>This deserves a little bit of more explanation. <br><br>br = Brazil<br>20 = ANI digits<br>4 = DNIS digits<br>x = this is just a hack to be able to work with defaults and specify
<br>the next value. protocolvariant expect here a mask of values ( an<br>integer ), passing NOT an integer but a character x will cause the <br>defaults to remain.<br>max-seize-wait-ack = Number of milliseconds to wait for the ACK.
</div><br>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 <br>é reportado.<br><br>Alterei no código fonte (mfcr2.c) os defines:
<br><br>#define DEFAULT_T1 15000 para 25000<br>#define DEFAULT_MAX_SEIZE_ACK_WAIT 2000 para 6000<br><br><br>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.
<br><br>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". <br><br>Alguem Já passou por um problema como esse ? Eu ficaria grato seu alguem me indicasse alternativas para resolve-lo.
<br><br><br>Configurações - Brasil Telecom:<br><br><span style="FONT-WEIGHT: bold">zaptel.conf</span> <br><br># MFC/R2 does not normally use CRC4<br>loadzone = br<br>defaultzone = br<br><br>span=1,1,0,cas,hdb3<br>
span=2,2,0,cas,hdb3<br>span=3,3,0,cas,hdb3<br>span=4,4,0,cas,hdb3<br>#<br>cas=1-15:1101<br>cas=17-31:1101 <br><br>#<br>cas=32-46:1101<br>cas=48-62:1101<br>#<br>cas=63-77:1101<br>cas=79-93:1101<br>#<br><br>unused=94-124<br>
<br><br><span style="FONT-WEIGHT: bold">unicall.conf</span><br><br>[channels]<br>language=br<br>context=from-pstn <br>usecallerid=yes<br>hidecallerid=no<br>immediate=no<br>callwaitingcallerid=yes<br>threewaycalling=yes<br>
transfer=yes<br>cancallforward=yes<br>callreturn=yes<br>echocancel=yes<br>echocancelwhenbridged=yes<br>rxgain=0.0 <br>txgain=0.0<br>faxdetect=both<br>loglevel=0<br>protocolclass=mfcr2<br>protocolvariant=br,20,4<br>protocolend=cpe
<br>group=1<br>callerid=asreceived<br>channel=>1-15<br>channel=>17-31<br>channel=>32-46<br>channel=>48-62 <br>channel=>63-77<br>channel=>79-93<br>protocolclass=mfcr2<br><br><br><br>Log Full:<br><br>[Dec 11 10:03:51] VERBOSE[12935]
logger.c: -- Executing [s@macro-dialout-trunk :32] Dial("SIP/2290-09b18a68", "UniCall/g1|300|") in new stack<br>[Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call called - 'g1' <br>
[Dec 11 10:03:51] DEBUG[12935] chan_unicall.c: unicall_call caller id - '2290' <br>[Dec 11 10:03:51] VERBOSE[12935] logger.c: -- Called g1<br>[Dec 11 10:03:51] NOTICE[12935] chan_unicall.c: Unicall/1 event Dialing
<br>[Dec 11 10:03:54] NOTICE[12935] chan_unicall.c: Unicall/1 event Protocol failure <br>[Dec 11 10:03:54] ERROR[12935] chan_unicall.c: Unicall/1 protocol error. Cause 32776<br>[Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: disabled echo cancellation on channel 1
<br>[Dec 11 10:03:54] WARNING[12935] app_dial.c: Unable to forward voice or dtmf <br>[Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Hangup: channel: 1 index = 0, normal = 10, callwait = -1, thirdcall = -1<br>[Dec 11 10:03:54] DEBUG[12935] chan_unicall.c: Updated conferencing on 1, with 0 conference users
<br>[Dec 11 10:03:54] VERBOSE[12935] logger.c: -- Hungup 'UniCall/1-1'<br>[Dec 11 10:03:54] VERBOSE[12935] logger.c: == Everyone is busy/congested at this time (1:0/0/1)<br><span><br clear="all"><br>whitout max-seize-wait-ack
<br><br>[Dec 13 08:32:09] VERBOSE[3798] logger.c: -- Called g1<br>[Dec 13 08:32:09] NOTICE[3798] chan_unicall.c: Unicall/1 event Dialing<br>[Dec 13 08:32:11] NOTICE[3798] chan_unicall.c: Unicall/1 event Protocol failure
<br>[Dec 13 08:32:11] ERROR[3798] chan_unicall.c: Unicall/1 protocol error. Cause 32776<br><br>max-seize-wait-ack = 5000<br><br>[Dec 13 08:43:54] DEBUG[4845] chan_unicall.c: unicall_call called - 'g1'<br>[Dec 13 08:43:54] NOTICE[4845] chan_unicall.c: Unicall/1 event Dialing
<br>[Dec 13 08:43:59] NOTICE[4845] chan_unicall.c: Unicall/1 event Protocolfailure<br>[Dec 13 08:43:59] ERROR[4845] chan_unicall.c: Unicall/1 protocol error. Cause 32776<br><br>max-seize-wait-ack = 10000<br><br>[Dec 13 08:39:41] VERBOSE[4494]
logger.c: -- Called g1<br>[Dec 13 08:39:41] NOTICE[4494] chan_unicall.c: Unicall/1 event Dialing<br>[Dec 13 08:39:51] NOTICE[4494] chan_unicall.c: Unicall/1 event Protocol failure<br>[Dec 13 08:39:51] ERROR[4494] chan_unicall.c: Unicall/1 protocol error. Cause 32776
<br><br>max-seize-wait-ack = 20000<br><br>[Dec 13 08:36:18] VERBOSE[4145] logger.c: -- Called g1<br>[Dec 13 08:36:18] NOTICE[4145] chan_unicall.c: Unicall/1 event Dialing<br>[Dec 13 08:36:38] NOTICE[4145] chan_unicall.c: Unicall/1 event Protocol failure
<br>[Dec 13 08:36:38] ERROR[4145] chan_unicall.c: Unicall/1 protocol error. Cause 32776<br><br><br><br></span><br>-- <br>Atenciosamente,<br><br>Roger C. Beraldi Martins <br>Fone: 41-8828-7068 <br>_______________________________________________
<br>Compre uma camiseta da AsteriskBrasil.org!<br> <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.voipmania.com.br/" target="_blank">http://www.voipmania.com.br</a><br> ==
<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://voipmania.com.br/" target="_blank">VoIPMania.com.br</a> ==<br><br>_______________________________________________<br>LIsta de discussões AsteriskBrasil.org
<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil" target="_blank">
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a><br></blockquote></div><br>