[asterisk-users] Error loading Unicall
Moises Silva
moises.silva at gmail.com
Tue Oct 10 06:54:47 MST 2006
Try using "testcall" tool included with Unicall to debug, as shown in
this document I wrote a couple of months ago. It also shows how to use
zttool to detect problems in the E1 layer.
http://moy.ivsol.net/unicall/mfcr2-asterisk-unicall-0.2-english.pdf
The verbosity level in testcall.c must be at highest level to be able
to see the problem clearly. If you have more that 1 port in your PCI
cards, try using a loop, like explained in the document, to discard
problems on your side.
Regards
On 10/9/06, Carlos Chavez <cursor at telecomabmex.com> wrote:
> On Mon, 2006-10-09 at 19:39 -0500, Moises Silva wrote:
> > Same problem as your other post. dtmf_put is no longer available in
> > newer spandsp versions, the solutions is the same as with libmfcr2,
> > downgrade spandsp, or upgrade chan_unicall (not always a matching
>
> Ok, I downgraded all the programs and now everything compiles. Now I
> cannot make or receive any calls. When I dial a Unicall channel I can
> hear a crack on the phone and after a few seconds it gives me a busy
> tone. I have never had this much trouble installing mfcr2 but I usually
> use CentOS instead of FC5. I had to use FC5 because the drivers for
> Xorcom do not compile in CentOS.
>
>
> -- Executing Set("SIP/139-091cd588", "TIMEOUT(absolute)=900") in new
> stack
> -- Channel will hangup at 2006-10-10 01:22:54 UTC.
> -- Executing Dial("SIP/139-091cd588", "Unicall/g1/0445529613670") in
> new stack
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Call control(1)
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Make call
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Making a new call with CRN 32770
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 0001 -> [1/ 1/Idle /Idle ]
> -- Called g1/0445529613670
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Dialing
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 <- 1101 [1/ 40/Seize /Idle ]
> Oct 9 20:07:54 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 0 on -> [2/ 40/Group I /Idle ]
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 <- 4 on [2/ 40/Group I /DNIS ]
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 0 off -> [2/ 40/Group I /DNIS ]
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 <- 4 off [2/ 40/Group I /DNIS ]
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Far end disconnected(cause=Switching equipment
> congestion [42]) - state 0x40
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Far end disconnected
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:2930 handle_uc_event: CRN
> 32770 - far disconnected cause=Switching equipment congestion [42]
> -- Channel 0 got hangup
> -- UniCall/1-1 is circuit-busy
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Channel gains
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Channel switching
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Call control(6)
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Drop call(cause=Normal Clearing [16])
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Clearing fwd
> Oct 9 20:08:12 WARNING[19096]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 1001 -> [2/ 800/Clear fwd B /DNIS ]
> -- Hungup 'UniCall/1-1'
> == Everyone is busy/congested at this time (1:0/1/0)
> -- Executing Congestion("SIP/139-091cd588", "") in new stack
> == Spawn extension (oficina-todo, 90445529613670, 3) exited non-zero
> on 'SIP/139-091cd588'
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 <- 1001 [1/ 800/Clear fwd D /Idle ]
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Call disconnected(cause=Switching equipment congestion
> [42]) - state 0x800
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Drop call
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Call control(7)
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Release call
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Destroying call with CRN 32770
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:2644 handle_uc_event:
> Unicall/1 event Release call
> -- Unicall/1 released
> Oct 9 20:08:12 WARNING[19062]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Channel echo cancel
>
>
> --
> Carlos Chavez Prats
> Director de Tecnología
> Telecomunicaciones Abiertas de México S.A. de C.V.
> Tel: +52-55-91169161 Ext 2001
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>
>
--
"Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org"
More information about the asterisk-users
mailing list