VoIP Mailing List Archives

[rogerberaldi at gmail.com]

Dears,

After weeks trying to contact support of my telecom about 'Seize Ack'
because that is not returned, was a lock for make calls on my E1s.

Now I receive back de Ack and get ready to make calls, but the technical
support reports to me that my attempts to call do not send any digits to
the oder site (telecom station). 8 seconds after start 'Unicall event
Dialing' the line is disconnected, like when you take up the line and hold
without press any digits, after some seconds you got the congestion signal.

Just for consideration I receive call without any problems, provided that
performed the first setup.

I have use http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 to do my
configuration, sources are:
http://www.moythreads.com/astunicall/files/astunicall-1.4.9-0.1.tar.gz

zaptel-1.4.4-6
asterisk-1.4.9
libsupertone-0.0.2-1
spandsp-0.0.4-1
libunicall-0.0.3-1
libmfcr2-0.0.3-1

The only difference is I have use the sources to make a SRPM -> RPM files on
CentOS 5.

Here is my config files:

zaptel.conf

loadzone = br
defaultzone = br

span=1,1,0,cas,hdb3
span=2,2,0,cas,hdb3
span=3,3,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

unicall.conf

[channels]
loglevel=255
language=pt_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
protocolclass=mfcr2
;protocolvariant=br,20,4,x,max-seize-wait-ack=10000
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
Here is the LOGS when I try do make calls

[Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Executing [
s at macro-dialout-trunk:32] Dial("SIP/4805-0935d828", "UniCall/g1|300|") in
new stack
[Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call called - 'g1'
[Jan 30 16:41:17] DEBUG[10717] chan_unicall.c: unicall_call caller id -
'4805'
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call
control(1)
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Make call
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Creating a
new call with CRN 32769
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 0001
-> [1/DIALING /Seize /Idle ]
[Jan 30 16:41:17] VERBOSE[10717] logger.c: -- Called g1
[Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Unicall/1 event Dialing
[Jan 30 16:41:17] NOTICE[10717] chan_unicall.c: Exception on 15, channel 1
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <-
1111 [1/DIALING /Seize /Idle ]
[Jan 30 16:41:17] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g on
-> [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <- 4
on [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:25] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 g off
-> [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 <- 4
off [2/DIALING /Group I /DNIS ]
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Far end
disconnected(cause=Switching equipment congestion [42]) - state 0x40
[Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: Unicall/1 event Far end
disconnected
[Jan 30 16:41:26] NOTICE[10717] chan_unicall.c: CRN 32769 - far disconnected
cause=Switching equipment congestion [42]
[Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Channel 0 got hangup
[Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: needcongestion
[Jan 30 16:41:26] VERBOSE[10717] logger.c: -- UniCall/1-1 is
circuit-busy
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel
gains
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Channel
switching
[Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Hangup: channel: 1 index = 0,
normal = 15, callwait = -1, thirdcall = -1
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Call
control(7)
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Drop
call(cause=Normal Clearing [16])
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 Clearing
fwd
[Jan 30 16:41:26] WARNING[10717] chan_unicall.c: MFC/R2 UniCall/1 1001
-> [2/FAR DISC/Clear fwd B /Idle ]
[Jan 30 16:41:26] DEBUG[10717] chan_unicall.c: Updated conferencing on 1,
with 0 conference users
[Jan 30 16:41:26] VERBOSE[10717] logger.c: -- Hungup 'UniCall/1-1'
[Jan 30 16:41:26] VERBOSE[10717] logger.c: == Everyone is busy/congested
at this time (1:0/1/0)


If someone can help me I would be very grateful.

Best Regards,

--

Roger C. Beraldi Martins
Fone: 55 41-8828-7068
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080130/41387161/attachment.htm

[moises.silva at gmail.com]

Well, that's simple, the telco is not getting any digits because YOU
are not sending any digits!

[rogerberaldi at gmail.com]

Man.... I am a little embarrassed now...

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:

http://freepbx.org/trac/ticket/634

But anyway, this mistake was very clear ... I should have seen !

Thank you Moises, now everything is working !

Best Regards.

2008/1/30, Moises Silva <moises.silva at gmail.com>: