[Asterisk-Users] Unicall MFC/R2 B3,B4 and clear back
Dennis Nacino
starisk11 at yahoo.com
Tue May 2 22:32:57 MST 2006
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
More information about the asterisk-users
mailing list