Re: Unicall CRN 32769 - far disconnectedcause=Switching equipment congestion [42]

3 msg	Server Compatibility List for Asterisk
17 msg	pulling my hair out over voicemail
3 msg	How to get called number in featuremap
6 msg	CallerID shows wrong values in manager interface
2 msg	Default delay time for Attended call transfer
3 msg	G729 version to be downloaded for my machines
1 msg	calls get stuck in the asterisk box
1 msg	OT - Looking for used 2 FXS port pci card
1 msg	Asterisk 1.4.18-rc3 Now Available
1 msg	conf meetme all exited and still active

Unicall CRN 32769 - far disconnectedcause=Switc...
\ Roger C. Beraldi Martins (30 Jan 2008)
. \ Moises Silva (30 Jan 2008)
. . \ Roger C. Beraldi Martins (30 Jan 2008)

2 msg	Parking lot
5 msg	func_odbc - trouble
11 msg	Meetme voice quality problems
1 msg	No audio one way
2 msg	Using two SIP-Domains with asterisk
7 msg	Can't read environment variable
2 msg	Facing problem in installing asterisk-addons
12 msg	Problem with DTMF dialing
3 msg	sipsock_read: BAD! BAD! BAD!

Subject:	Re: Unicall CRN 32769 - far disconnectedcause=Switching equipment congestion [42]
Group:	Asterisk-users
From:	Roger C. Beraldi Martins
Date:	30 Jan 2008

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>:
>
> Well, that's simple, the telco is not getting any digits because YOU
> are not sending any digits!
>
> From the logs, I see you are dialing like this:
>
> Dial(UniCall/g1|300|)
>
> Where is the number you want to reach?
>
> I'd expect to see
>
> Dial(Unicall/g1/1234567890|300)
>
> To reach number 1234567890
>
> - Moisés Silva
>
> On Jan 30, 2008 1:21 PM, Roger C. Beraldi Martins
> <rogerberaldi> wrote:
> > 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@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
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> >
>
>
>
> --
> "I do not agree with what you have to say, but I'll defend to the
> death your right to say it." Voltaire
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>

--
Atenciosamente,

Roger C. Beraldi Martins
Fone: 41-8828-7068

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users