[asterisk-users] Unicall CRN 32769 - far disconnected cause=Switching equipment congestion [42]

Roger C. Beraldi Martins rogerberaldi at gmail.com
Wed Jan 30 16:58:49 CST 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 at gmail.com>:
>
> 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 at gmail.com> 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 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
> > _______________________________________________
> > -- 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080130/f410783f/attachment.htm 


More information about the asterisk-users mailing list