Man.... I am a little embarrassed now...<br><br>Actually dial plans and PBX rules is where I have less knowledge of everything that involves the asterisk, because of this I am using freePBX and this was my problem. I make the setup for outbound trunk to UniCall using the freePBX and in this case has a bug causing this behavior:<br>
<br><a href="http://freepbx.org/trac/ticket/634">http://freepbx.org/trac/ticket/634</a><br><br>But anyway, this mistake was very clear ... I should have seen !<br><br>Thank you Moises, now everything is working !<br><br>Best Regards.<br>
<br><div><span class="gmail_quote">2008/1/30, Moises Silva <<a href="mailto:moises.silva@gmail.com">moises.silva@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well, that's simple, the telco is not getting any digits because YOU<br>are not sending any digits!<br><br>From the logs, I see you are dialing like this:<br><br>Dial(UniCall/g1|300|)<br><br>Where is the number you want to reach?<br>
<br>I'd expect to see<br><br>Dial(Unicall/g1/1234567890|300)<br><br>To reach number 1234567890<br><br>- Moisés Silva<br><br>On Jan 30, 2008 1:21 PM, Roger C. Beraldi Martins<br><<a href="mailto:rogerberaldi@gmail.com">rogerberaldi@gmail.com</a>> wrote:<br>
> Dears,<br>><br>> After weeks trying to contact support of my telecom about 'Seize Ack'<br>> because that is not returned, was a lock for make calls on my E1s.<br>><br>> Now I receive back de Ack and get ready to make calls, but the technical<br>
> support reports to me that my attempts to call do not send any digits to<br>> the oder site (telecom station). 8 seconds after start 'Unicall event<br>> Dialing' the line is disconnected, like when you take up the line and hold<br>
> without press any digits, after some seconds you got the congestion signal.<br>><br>> Just for consideration I receive call without any problems, provided that<br>> performed the first setup.<br>><br>> I have use <a href="http://www.voip-info.org/wiki/view/Asterisk+MFC+R2">http://www.voip-info.org/wiki/view/Asterisk+MFC+R2</a> to do my<br>
> configuration, sources are:<br>> <a href="http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz">http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz</a><br>><br>> zaptel-1.4.4-6<br>
> asterisk-1.4.9<br>> libsupertone-0.0.2-1<br>> spandsp-0.0.4-1<br>> libunicall-0.0.3-1<br>> libmfcr2-0.0.3-1<br>><br>> The only difference is I have use the sources to make a SRPM -> RPM files on<br>
> CentOS 5.<br>><br>> Here is my config files:<br>><br>> zaptel.conf<br>><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>
> cas=1-15:1101<br>> cas=17-31:1101<br>> cas=32-46:1101<br>> cas=48-62:1101<br>> cas=63-77:1101<br>> cas=79-93:1101<br>><br>> unicall.conf<br>><br>> [channels]<br>> loglevel=255<br>> language=pt_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>> protocolclass=mfcr2<br>> ;protocolvariant=br,20,4,x,max-seize-wait-ack=10000<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>> Here is the LOGS when I try do make calls<br>><br>> [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Executing<br>> [s@macro-dialout-trunk:32] Dial("SIP/4805-0935d828", "UniCall/g1|300|") in<br>
> new stack<br>> [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call called - 'g1'<br>> [Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call caller id -<br>> '4805'<br>> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call<br>
> control(1)<br>> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Make call<br>> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Creating a<br>> new call with CRN 32769<br>
> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 0001 -><br>> [1/DIALING /Seize /Idle ]<br>> [Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Called g1<br>> [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Unicall/1 event Dialing<br>
> [Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Exception on 15, channel 1<br>> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <-<br>> 1111 [1/DIALING /Seize /Idle ]<br>
> [Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g on -><br>> [2/DIALING /Group I /DNIS ]<br>> [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <- 4<br>
> on [2/DIALING /Group I /DNIS ]<br>> [Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g off -><br>> [2/DIALING /Group I /DNIS ]<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <- 4<br>
> off [2/DIALING /Group I /DNIS ]<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Far end<br>> disconnected(cause=Switching equipment congestion [42]) - state 0x40<br>> [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: Unicall/1 event Far end<br>
> disconnected<br>> [Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: CRN 32769 - far<br>> disconnected cause=Switching equipment congestion [42]<br>> [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Channel 0 got hangup<br>
> [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: needcongestion<br>> [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- UniCall/1-1 is<br>> circuit-busy<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel<br>
> gains<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel<br>> switching<br>> [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Hangup: channel: 1 index =<br>> 0, normal = 15, callwait = -1, thirdcall = -1<br>
> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call<br>> control(7)<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Drop<br>> call(cause=Normal Clearing [16])<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Clearing<br>
> fwd<br>> [Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 1001 -><br>> [2/FAR DISC/Clear fwd B /Idle ]<br>> [Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Updated conferencing on 1,<br>
> with 0 conference users<br>> [Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Hungup 'UniCall/1-1'<br>> [Jan 30 16:41:26] VERBOSE[10717] logger.c: == Everyone is busy/congested<br>> at this time (1:0/1/0)<br>
><br>><br>> If someone can help me I would be very grateful.<br>><br>> Best Regards,<br>><br>> --<br>><br>> Roger C. Beraldi Martins<br>> Fone: 55 41-8828-7068<br>> _______________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>><br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
><br><br><br><br>--<br>"I do not agree with what you have to say, but I'll defend to the<br>death your right to say it." Voltaire<br><br>_______________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>
<br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote>
</div><br><br clear="all"><br>-- <br>Atenciosamente,<br><br>Roger C. Beraldi Martins<br>Fone: 41-8828-7068