Page 1 of 1

Setting up incoming call for an inbound group not working

PostPosted: Thu Nov 03, 2011 12:16 pm
by fquevedo
Hi everyone, I am trying to configure incoming calls to an inbound group but with no success yet. I followed the manual instructions for doing that and this is what I get from the log

vicibox*CLI> ^M[Nov 3 09:32:04] -- Executing [50222630990@trunkinbound:1] AGI("SIP/T1Local-0001bbf2", "agi-DID_route.agi") in new stack
^Mvicibox*CLI> ^M[Nov 3 09:32:04] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
^Mvicibox*CLI> ^M[Nov 3 09:32:04] ERROR[27430]: utils.c:967 ast_carefulwrite: write() returned error: Broken pipe
[Nov 3 09:32:04] -- AGI Script agi-DID_route.agi completed, returning 0
^Mvicibox*CLI> ^M[Nov 3 09:32:04] -- Executing [99909*5***DID@default:1] Answer("SIP/T1Local-0001bbf2", "") in new stack
^Mvicibox*CLI> ^M[Nov 3 09:32:04] -- Executing [99909*5***DID@default:2] AGI("SIP/T1Local-0001bbf2", "agi-VDAD_ALL_inbound.agi") in new stack
^Mvicibox*CLI> ^M[Nov 3 09:32:04] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
^Mvicibox*CLI> ^M[Nov 3 09:32:05] -- AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
^Mvicibox*CLI> ^M[Nov 3 09:32:05] -- Executing [99909*5***DID@default:3] Hangup("SIP/T1Local-0001bbf2", "") in new stack
^Mvicibox*CLI> ^M[Nov 3 09:32:05] == Spawn extension (default, 99909*5***DID, 3) exited non-zero on 'SIP/T1Local-0001bbf2'
^Mvicibox*CLI> ^M[Nov 3 09:32:05] -- Executing [h@default:1] DeadAGI("SIP/T1Local-0001bbf2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack

On the other hand I set the DID_ROUTE to PHONE and followed the instructions and the calls are successfully delivered to my soft phone so in that moment I discarded carrier problems. When I call using DID_ROUTE with IN_GROUP it only rings once and then the call is dropped. Maybe someone can help me.

------
VICIDIAL
VERSION: 2.4-325a
BUILD: 110727-0130

PostPosted: Thu Nov 03, 2011 3:39 pm
by williamconley
Perhaps you are forgetting to specify WHICH InGroup to send the call to?

thanks for posting your vicidial version with build, but please also always post your installation method and asterisk version at least.

PostPosted: Fri Nov 04, 2011 1:39 pm
by randy_delgado_03
1. Create an Ingroup.
2. On the DID, select the Ingroup you created on the Ingroup ID Option.
3. On the Campagin where you want to direct your inbound calls tick the checkbox on the Allowed Inbound Groups that you created.

Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 6:20 am
by scenarist
I also have a problem with inbound group. I have all done by manager manual.
1. Register trunk,
Code: Select all
[sipgate.de]
type=friend
secret=xxxx
insecure=invite
username=xxxx
defaultuser=xxxx
fromuser=xxxx
context=trunkinbound
fromdomain=sipgate.de
host=sipgate.de
outboundproxy=proxy.live.sipgate.de
qualify=yes
disallow=all
allow=alaw           
dtmfmode=rfc2833

2.ADDED NEW IN GROUP
3.REGISTERED DID NUMBER
Code: Select all
DID Route: IN-GROUP
IN GROUP ID: I setup my in group

3. In campaign

Code: Select all
Allow Closers:   Y   
Allow Inbound and Blended: Y
AND
Allowed Inbound Groups: Check my in-group


but when I try to call my did number I get this CLI
Code: Select all
[Jul  5 08:47:08]     -- Executing [1444882e24@trunkinbound:1] AGI("SIP/1444882e24-000001ee", "agi-DID_route.agi") in new stack
[Jul  5 08:47:08]     -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
[Jul  5 08:47:08]     -- AGI Script agi-DID_route.agi completed, returning 0
[Jul  5 08:47:08]     -- Executing [9998811112@default:1] Wait("SIP/1444882e24-000001ee", "2") in new stack
[Jul  5 08:47:10]     -- Executing [9998811112@default:2] Answer("SIP/1444882e24-000001ee", "") in new stack
[Jul  5 08:47:10]     -- Executing [9998811112@default:3] Playback("SIP/1444882e24-000001ee", "ss-noservice") in new stack
[Jul  5 08:47:10]     -- <SIP/1444882e24-000001ee> Playing 'ss-noservice' (language 'en')
[Jul  5 08:47:16]     -- Executing [9998811112@default:4] Playback("SIP/1444882e24-000001ee", "vm-goodbye") in new stack
[Jul  5 08:47:16]     -- <SIP/1444882e24-000001ee> Playing 'vm-goodbye' (language 'en')
[Jul  5 08:47:16]     -- Executing [9998811112@default:5] Hangup("SIP/1444882e24-000001ee", "") in new stack
[Jul  5 08:47:16]   == Spawn extension (default, 9998811112, 5) exited non-zero on 'SIP/1444882e24-000001ee'
[Jul  5 08:47:16]     -- Executing [h@default:1] DeadAGI("SIP/1444882e24-000001ee", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack


I don't know what could be the problem?

Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 6:35 am
by scenarist
in extension.conf

Code: Select all
[trunkinbound]
; DID call routing process
exten => _X.,1,AGI(agi-DID_route.agi)
:exten => 1444882e24,1,Dial(SIP/7001|60|)




; FastAGI for VICIDIAL/astGUIclient call logging
exten => h,1,DeadAGI(agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME})


[loopback-no-log]
; This context is to accept calls that have already been logged in another context in Vicidial
; and has been sent through one of the loopbacks. This is why this context is missing the h extension.
; Do not put any extensions in this context unless you specifically understand what this means.

;exten => _91NXXNXXXXXX,1,Dial(${TRUNKX}/${EXTEN:1},,To)
;exten => _91NXXNXXXXXX,n,Hangup
; special Canadian PRI callerIDname settings FOR USE IN LOOPBACK CONTEXT ONLY
;exten => _91NXXNXXXXXX,1,Set(CALLERID(name)="ACME Widgets")
;exten => _91NXXNXXXXXX,n,AGI(agi-CANADA_PRI_CIDname.agi)
;exten => _91NXXNXXXXXX,n,Dial(${TRUNKX}/${EXTEN:1},,To)
;exten => _91NXXNXXXXXX,n,Hangup

exten => _999XX11112,1,Wait(2)
exten => _999XX11112,n,Answer
exten => _999XX11112,n,Playback(ss-noservice)
exten => _999XX11112,n,Playback(vm-goodbye)
exten => _999XX11112,n,Hangup


Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 7:53 am
by rrb555
change DID Route to "PHONE" and enter your phone extension

then check CLI output

Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 8:00 am
by scenarist
I changed did route to PHONE and Phone Extension to 7001 but I got the same CLI

Code: Select all
-- Executing [1444882e24@trunkinbound:1] AGI("SIP/sipgate.de-00000304", "agi-DID_route.agi") in new stack
[Jul  5 14:58:56]     -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
[Jul  5 14:58:56]     -- AGI Script agi-DID_route.agi completed, returning 0
[Jul  5 14:58:56]     -- Executing [9998811112@default:1] Wait("SIP/sipgate.de-00000304", "2") in new stack
[Jul  5 14:58:58]     -- Executing [9998811112@default:2] Answer("SIP/sipgate.de-00000304", "") in new stack
[Jul  5 14:58:58]     -- Executing [9998811112@default:3] Playback("SIP/sipgate.de-00000304", "ss-noservice") in new stack
[Jul  5 14:58:58]     -- <SIP/sipgate.de-00000304> Playing 'ss-noservice' (language 'en')
[Jul  5 14:59:01]   == Parsing '/etc/asterisk/manager.conf': [Jul  5 14:59:01] Found
[Jul  5 14:59:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul  5 14:59:01]   == Parsing '/etc/asterisk/manager.conf': [Jul  5 14:59:01] Found
[Jul  5 14:59:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul  5 14:59:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul  5 14:59:04]     -- Executing [9998811112@default:4] Playback("SIP/sipgate.de-00000304", "vm-goodbye") in new stack
[Jul  5 14:59:04]     -- <SIP/sipgate.de-00000304> Playing 'vm-goodbye' (language 'en')

Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 8:02 am
by scenarist
I had a did number from another provider and everything was fine. But with this provider "sipgate" something is wrong!?

Re: Setting up incoming call for an inbound group not workin

PostPosted: Thu Jul 05, 2012 10:33 am
by scenarist
I solved my problem. I am busy at this moment and tired . I will write a little bit later how I fix a problem.