Displaying 6 results from an estimated 6 matches for "unicall_indicate".
2007 Jun 08
3
Asterisk 1.4 with Unicall
...never get the call and the lines are
not released.
I saw that there is a new Zaptel driver which fixes a racing condition
with a TE110P card which is what we are using. Could this be the
problem? I also keep getting the following messages:
[Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate:
unicall_indicate 16
[Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate:
unicall_indicate -1
[Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate:
Don't know how to set condition 16 on channel UniCall/1-1
[Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401...
2006 May 02
1
Unicall MFC/R2 B3,B4 and clear back
...-- Got SIP response 486 "Busy here" back from aaa.bbb.ccc.ddd
-- SIP/aaa.bbb.ccc.ddd-7bad is busy
== Everyone is busy/congested at this time (1:1/0/0)
== Auto fallthrough, channel 'UniCall/17-1' status is 'BUSY'
May 3 12:51:20 WARNING[12011]: chan_unicall.c:2441 unicall_indicate: unicall_indicate 5
May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains
May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel
switching
May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2 Uni...
2006 Jun 09
2
Unicall acting really funny
...ot;, "") in new stack
Jun 10 02:24:42 WARNING[1769]: chan_unicall.c:1460 unicall_answer:
Answer Call
-- Executing Dial("UniCall/39-1", "SIP/teste") in new stack
-- Called teste
-- SIP/teste-291f is ringing
Jun 10 02:24:43 WARNING[1769]: chan_unicall.c:2490 unicall_indicate:
unicall_indicate 3
-- SIP/teste-291f answered UniCall/39-1
Jun 10 02:24:47 WARNING[1769]: chan_unicall.c:2490 unicall_indicate:
unicall_indicate -1
== Spawn extension (from-e1-interno, 8080, 2) exited non-zero on
'UniCall/39-1'
-- Hungup 'UniCall/39-1'
Jun 10 02:24:59...
2005 May 27
1
Re: Asterisk-Users Digest, Vol 10, Issue 221
...erencing pointer to incomplete type
chan_unicall.c:2394: dereferencing pointer to incomplete type
chan_unicall.c:2400: dereferencing pointer to incomplete type
chan_unicall.c: In function `unicall_write':
chan_unicall.c:2542: dereferencing pointer to incomplete type
chan_unicall.c: In function `unicall_indicate':
chan_unicall.c:2614: dereferencing pointer to incomplete type
chan_unicall.c: In function `unicall_new':
chan_unicall.c:2727: dereferencing pointer to incomplete type
chan_unicall.c:2729: dereferencing pointer to incomplete type
chan_unicall.c:2754: dereferencing pointer to incomplete typ...
2005 Jun 21
0
chan_unicall and /dev/zap/channel
...ute", O_RDONLY) = 57
3525 open("/dev/zap/timer", O_RDWR) = 57
3513 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
3525 write(7, "Jun 21 17:28:35 WARNING[3504]: u"..., 50) = 50
3525 write(1, "Jun 21 17:28:35 WARNING[3504]: c"..., 69) = 69
3525 write(1, "unicall_indicate 3\n", 19) = 19
3527 <... write resumed> ) = 28
3525 write(21,
"\0\0\236\26M*\1778^?\n>\2624\223$\312\17\r\371N\343_\321"..., 320) = 320
...
3513 open("/proc/net/route", O_RDONLY) = 58
3525 write(21, "\324WR]YG@D\\^XDCMIOMIuwqs}rp|}r|~|r"....
2005 Jun 21
1
chan_unicall, bug in 1.0.X - 99% CPU
I have a problem with inbound and outbound calls in asterisk. I read previous
thread, and then test new versions of unicall, but I don't have success, the
problem persist. The system suffers CPU peeks with a single conversation,
with an interval of 5 or 10 seconds.
My system has:
asterisk 1.0.5
zaptel 1.0.4
libunicall 0.0.3-pre3
hardware: E100P
Also, I made traces with strace, but all