Hi All,
I have an R2 installation still undergoing testings, during the test I notice
that the Unicall
always respond B6 to a II-1 (from a forward switch). Except, for a DNIS that
can't be found in the
dial plan, in this case it respond with B5. My real problem is, the call will be
terminate on a
Cisco 7206 with ISDN/PRI thru SIP. If the Called number is busy or the Cisco
7206 is busy or
congested, it seems there's no way for Unicall to issue B3 or B4 since its
already on accepted
state. Please see the log below;
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 on
[2/ 2/Group B /Go to grp II ]
May 3 12:51:11 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Offered
May 3 12:51:11 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32782 -
Offered on
channel 0 (ANI: 09797280105, DNIS: 0015107973287, Cat: 0)
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(4)
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Accept call
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 on ->
[2/ 4/Group B /Go to grp II ]
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 off
[2/ 4/Group B /Accepted Paid]
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 off ->
[2/ 4/Group B /Accepted Paid]
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Answer guard
expired
May 3 12:51:11 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Accepted
May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel gains
-- Executing Dial("UniCall/17-1",
"SIP/aaa.bbb.ccc.ddd/15107973287|45||") in new stack
-- Called aaa.bbb.ccc.ddd/15107973287
-- 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
UniCall/17 Call
control(6)
May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Drop
call(cause=User busy [17])
May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 1101 ->
[1/ 20/Group B /Accepted Paid]
-- Hungup 'UniCall/17-1'
The worst part of it, the forward switch, look lost and never respond to that
clearback thus
never release the channel.
As a another test I called an extension with Busy as an asterisk application,
it still respond
with B6.
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 on
[2/ 2/Group B /Go to grp II ]
May 3 13:21:50 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Offered
May 3 13:21:50 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32783 -
Offered on
channel 0 (ANI: 09797280105, DNIS: 006321234569, Cat: 0)
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(4)
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Accept call
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 on ->
[2/ 4/Group B /Go to grp II ]
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 off
[2/ 4/Group B /Accepted Paid]
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 off ->
[2/ 4/Group B /Accepted Paid]
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Answer guard
expired
May 3 13:21:50 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Accepted
May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel gains
-- Executing Busy("UniCall/17-1", "8") in new stack
May 3 13:21:50 WARNING[12259]: chan_unicall.c:2441 unicall_indicate:
unicall_indicate 5
== Spawn extension (nextel-r2, 006321234569, 1) exited non-zero on
'UniCall/17-1'
May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel gains
May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel
switching
May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(6)
May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Drop
call(cause=Normal Clearing [16])
May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 1101 ->
[1/ 20/Group B /Accepted Paid]
-- Hungup 'UniCall/17-1'
Still, the forward switch doesn't respond with the clearback, the channel is
still siezed. I don't
know, if I'm expecting B3 and B4 in the wrong place, so correct me if I am
or help me if I'm in
real trouble. Thanks for your time and attention.
I paste yet another log, this time is a complete call but the called party will
do hangup. Note,
it'll take 8 seconds to clear or release the channel.
details:
Backward switch
Unicall-0.0.3pre9
Sangoma A101
Asterisk 1.2.5
Zaptel 1.2.4
Forward switch
NORTEL-DMS-100
May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 on
[2/ 2/Group B /Go to grp II ]
May 3 12:41:15 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Offered
May 3 12:41:15 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32780 -
Offered on
channel 0 (ANI: 09797280105, DNIS: 0015107973287, Cat: 0)
May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(4)
May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Accept call
May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 on ->
[2/ 4/Group B /Go to grp II ]
May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1 off
[2/ 4/Group B /Accepted Paid]
May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 6 off ->
[2/ 4/Group B /Accepted Paid]
May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Answer guard
expired
May 3 12:41:16 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Accepted
May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel gains
-- Executing Dial("UniCall/17-1",
"SIP/aaa.bbb.ccc.ddd/15107973287|45||") in new stack
-- Called aaa.bbb.ccc.ddd/15107973287
-- SIP/aaa.bbb.ccc.ddd-c3f0 is making progress passing it to UniCall/17-1
May 3 12:41:21 WARNING[11929]: chan_unicall.c:2441 unicall_indicate:
unicall_indicate 14
May 3 12:41:21 WARNING[11929]: chan_unicall.c:2489 unicall_indicate: Don't
know how to set
condition 14 on channel UniCall/17-1
May 3 12:41:23 NOTICE[11929]: rtp.c:330 process_rfc3389: Comfort noise support
incomplete in
Asterisk (RFC 3389). Please turn off on client if possible. Client IP:
aaa.bbb.ccc.ddd
-- SIP/aaa.bbb.ccc.ddd-c3f0 answered UniCall/17-1
May 3 12:41:24 WARNING[11929]: chan_unicall.c:1411 unicall_answer: Answer Call
May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(5)
May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Answer call
May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 0101 ->
[1/ 20/Group B /Accepted Paid]
May 3 12:41:24 WARNING[11929]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Answered
May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel echo
cancel
== Spawn extension (nextel-r2, 0015107973287, 1) exited non-zero on
'UniCall/17-1'
May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel gains
May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel
switching
May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(6)
May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Drop
call(cause=Normal Clearing [16])
May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 1101 ->
[1/ 400/Answer /Accepted Paid]
-- Hungup 'UniCall/17-1'
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 <- 1001
[1/ 400/Clear back /Accepted Paid]
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
disconnected(cause=Normal Clearing [16]) - state 0x400
May 3 12:44:33 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Drop call
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Call
control(7)
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Release call
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 1001 ->
[1/ 1000/Clear back /Accepted Paid]
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Release guard
expired
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Destroying
call with CRN 32780
May 3 12:44:33 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17
event Release call
-- Unicall/17 released
May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/17 Channel echo
cancel
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Steve Underwood
2006-May-03 06:48 UTC
[Asterisk-Users] Unicall MFC/R2 B3,B4 and clear back
Hi Denis, This is a chan_unicall.c issue. The Unicall library provides for full control of the call, but at one time I had problems with quirky behaviour from Asterisk, and made chan_unicall.c treat the call is a simplistic way. It is fairly easy to change chan_unicall.c to have the call properly. I will send you a version of that file to try. Steve Dennis Nacino wrote:>Hi All, > > >I have an R2 installation still undergoing testings, during the test I notice that the Unicall >always respond B6 to a II-1 (from a forward switch). Except, for a DNIS that can't be found in the >dial plan, in this case it respond with B5. My real problem is, the call will be terminate on a >Cisco 7206 with ISDN/PRI thru SIP. If the Called number is busy or the Cisco 7206 is busy or >congested, it seems there's no way for Unicall to issue B3 or B4 since its already on accepted >state. Please see the log below; > >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 on >[2/ 2/Group B /Go to grp II ] >May 3 12:51:11 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Offered >May 3 12:51:11 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32782 - Offered on >channel 0 (ANI: 09797280105, DNIS: 0015107973287, Cat: 0) >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(4) >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Accept call >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 on -> >[2/ 4/Group B /Go to grp II ] >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 off >[2/ 4/Group B /Accepted Paid] >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 off -> >[2/ 4/Group B /Accepted Paid] >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Answer guard >expired >May 3 12:51:11 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Accepted >May 3 12:51:11 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains > -- Executing Dial("UniCall/17-1", "SIP/aaa.bbb.ccc.ddd/15107973287|45||") in new stack > -- Called aaa.bbb.ccc.ddd/15107973287 > -- 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 UniCall/17 Call >control(6) >May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Drop >call(cause=User busy [17]) >May 3 12:51:31 WARNING[12011]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 1101 -> >[1/ 20/Group B /Accepted Paid] > -- Hungup 'UniCall/17-1' > > The worst part of it, the forward switch, look lost and never respond to that clearback thus >never release the channel. > As a another test I called an extension with Busy as an asterisk application, it still respond >with B6. >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 on >[2/ 2/Group B /Go to grp II ] >May 3 13:21:50 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Offered >May 3 13:21:50 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32783 - Offered on >channel 0 (ANI: 09797280105, DNIS: 006321234569, Cat: 0) >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(4) >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Accept call >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 on -> >[2/ 4/Group B /Go to grp II ] >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 off >[2/ 4/Group B /Accepted Paid] >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 off -> >[2/ 4/Group B /Accepted Paid] >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Answer guard >expired >May 3 13:21:50 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Accepted >May 3 13:21:50 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains > -- Executing Busy("UniCall/17-1", "8") in new stack >May 3 13:21:50 WARNING[12259]: chan_unicall.c:2441 unicall_indicate: unicall_indicate 5 > == Spawn extension (nextel-r2, 006321234569, 1) exited non-zero on 'UniCall/17-1' >May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains >May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel >switching >May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(6) >May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Drop >call(cause=Normal Clearing [16]) >May 3 13:21:59 WARNING[12259]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 1101 -> >[1/ 20/Group B /Accepted Paid] > -- Hungup 'UniCall/17-1' > >Still, the forward switch doesn't respond with the clearback, the channel is still siezed. I don't >know, if I'm expecting B3 and B4 in the wrong place, so correct me if I am or help me if I'm in >real trouble. Thanks for your time and attention. >I paste yet another log, this time is a complete call but the called party will do hangup. Note, >it'll take 8 seconds to clear or release the channel. > >details: >Backward switch >Unicall-0.0.3pre9 >Sangoma A101 >Asterisk 1.2.5 >Zaptel 1.2.4 > >Forward switch >NORTEL-DMS-100 > >May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 on >[2/ 2/Group B /Go to grp II ] >May 3 12:41:15 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Offered >May 3 12:41:15 WARNING[11325]: chan_unicall.c:2699 handle_uc_event: CRN 32780 - Offered on >channel 0 (ANI: 09797280105, DNIS: 0015107973287, Cat: 0) >May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(4) >May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Accept call >May 3 12:41:15 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 on -> >[2/ 4/Group B /Go to grp II ] >May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1 off >[2/ 4/Group B /Accepted Paid] >May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 6 off -> >[2/ 4/Group B /Accepted Paid] >May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Answer guard >expired >May 3 12:41:16 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Accepted >May 3 12:41:16 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains > -- Executing Dial("UniCall/17-1", "SIP/aaa.bbb.ccc.ddd/15107973287|45||") in new stack > -- Called aaa.bbb.ccc.ddd/15107973287 > -- SIP/aaa.bbb.ccc.ddd-c3f0 is making progress passing it to UniCall/17-1 >May 3 12:41:21 WARNING[11929]: chan_unicall.c:2441 unicall_indicate: unicall_indicate 14 >May 3 12:41:21 WARNING[11929]: chan_unicall.c:2489 unicall_indicate: Don't know how to set >condition 14 on channel UniCall/17-1 >May 3 12:41:23 NOTICE[11929]: rtp.c:330 process_rfc3389: Comfort noise support incomplete in >Asterisk (RFC 3389). Please turn off on client if possible. Client IP: aaa.bbb.ccc.ddd > -- SIP/aaa.bbb.ccc.ddd-c3f0 answered UniCall/17-1 >May 3 12:41:24 WARNING[11929]: chan_unicall.c:1411 unicall_answer: Answer Call >May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(5) >May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Answer call >May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 0101 -> >[1/ 20/Group B /Accepted Paid] >May 3 12:41:24 WARNING[11929]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Answered >May 3 12:41:24 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel echo >cancel > == Spawn extension (nextel-r2, 0015107973287, 1) exited non-zero on 'UniCall/17-1' >May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel gains >May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel >switching >May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(6) >May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Drop >call(cause=Normal Clearing [16]) >May 3 12:44:25 WARNING[11929]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 1101 -> >[1/ 400/Answer /Accepted Paid] > -- Hungup 'UniCall/17-1' >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 <- 1001 >[1/ 400/Clear back /Accepted Paid] >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >disconnected(cause=Normal Clearing [16]) - state 0x400 >May 3 12:44:33 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Drop call >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Call >control(7) >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Release call >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 1001 -> >[1/ 1000/Clear back /Accepted Paid] >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Release guard >expired >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Destroying >call with CRN 32780 >May 3 12:44:33 WARNING[11325]: chan_unicall.c:2644 handle_uc_event: Unicall/17 event Release call > -- Unicall/17 released >May 3 12:44:33 WARNING[11325]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/17 Channel echo >cancel > > > > > > > > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >_______________________________________________ >--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 > > >