CID Transfer

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

CID Transfer

Postby kamirie » Wed Jul 15, 2015 3:07 pm

Good Day,

I read this posts and tested but I can't seem to make the CID of the dialed party appear to receiving end when I do transfer

http://www.eflo.net/VICIDIALforum/viewtopic.php?p=56120

viewtopic.php?t=18286

I also tried the 3-Way Call Outbound CallerID option but the lead phonenumber stil doesnt show
Vicibox 6.0.3
http://download.vicidial.com/iso/vicibo ... nstall.pdf
VERSION: 2.12-492a
BUILD: 150701-1131

Single Server
Amd opteron Quad Core @ 3.0 Ghz
8GB RAM
kamirie
 
Posts: 84
Joined: Tue Dec 27, 2011 7:46 pm

Re: CID Transfer

Postby kamirie » Thu Jul 16, 2015 1:25 pm

I tried using AGENT_CHOOSE , in the tansfer screen , I choose the phone nmber , but when I dial with customer , The phone numebr was not reflected as CID

Here is the CLI of that transfer , I can't see the line where the CID was set

Code: Select all
[Jul 17 02:20:08]     -- Called SIP/netsip/61261095427
[Jul 17 02:20:10]     -- SIP/netsip-00000008 is making progress passing it to Local/0761261095427@default-0000000b;2
[Jul 17 02:20:12]     -- SIP/netsip-00000008 answered Local/0761261095427@default-0000000b;2
[Jul 17 02:20:12]        > Channel Local/0761261095427@default-0000000b;1 was answered.
[Jul 17 02:20:12]     -- Executing [8368@default:1] Playback("Local/0761261095427@default-0000000b;1", "sip-silence") in new stack
[Jul 17 02:20:12]     -- <Local/0761261095427@default-0000000b;1> Playing 'sip-silence.gsm' (language 'en')
[Jul 17 02:20:12]     -- Executing [8368@default:2] AGI("Local/0761261095427@default-0000000b;1", "agi://127.0.0.1:4577/call_log") in new stack
[Jul 17 02:20:12]     -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=1000))
[Jul 17 02:20:12]     -- <Local/0761261095427@default-0000000b;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Jul 17 02:20:12]     -- Executing [8368@default:3] AGI("Local/0761261095427@default-0000000b;1", "agi-VDAD_ALL_outbound.agi,NORMAL-----LB") in new stack
[Jul 17 02:20:12]     -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
[Jul 17 02:20:12]     -- Executing [h@default:1] AGI("Local/0761261095427@default-0000000b;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----4-----0") in new stack
[Jul 17 02:20:13]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:20:13]     -- <Local/0761261095427@default-0000000b;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----4-----0 completed, returning 0
[Jul 17 02:20:13]   == Spawn extension (default, 0761261095427, 2) exited non-zero on 'Local/0761261095427@default-0000000b;2'
[Jul 17 02:20:13]     -- <SIP/netsip-00000008>AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
[Jul 17 02:20:13]     -- Executing [8368@default:4] AGI("SIP/netsip-00000008", "agi-VDAD_ALL_outbound.agi,NORMAL-----LB") in new stack
[Jul 17 02:20:13]     -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
[Jul 17 02:20:13]     -- <SIP/netsip-00000008>AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
[Jul 17 02:20:13]     -- Executing [010*000*000*140*8600053@default:1] Goto("SIP/netsip-00000008", "default,8600053,1") in new stack
[Jul 17 02:20:13]     -- Goto (default,8600053,1)
[Jul 17 02:20:13]     -- Executing [8600053@default:1] MeetMe("SIP/netsip-00000008", "8600053,F") in new stack
[Jul 17 02:20:20]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:20:20]     -- Executing [58600053@default:1] MeetMe("Local/58600053@default-0000000c;2", "8600053,Fmq") in new stack
[Jul 17 02:20:20]        > Channel Local/58600053@default-0000000c;1 was answered.
[Jul 17 02:20:20]     -- Executing [8309@default:1] Answer("Local/58600053@default-0000000c;1", "") in new stack
[Jul 17 02:20:20]     -- Executing [8309@default:2] Monitor("Local/58600053@default-0000000c;1", "wav,1000_20150717-022019_261095427_admin") in new stack
[Jul 17 02:20:20]     -- Executing [8309@default:3] Wait("Local/58600053@default-0000000c;1", "3600") in new stack
[Jul 17 02:20:21]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:21:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:21:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:21:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:21:02]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:21:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:21:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:21:07]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:21:07]     -- Executing [0761280724181@default:1] AGI("Local/0761280724181@default-0000000d;2", "agi://127.0.0.1:4577/call_log") in new stack
[Jul 17 02:21:07]     -- <Local/0761280724181@default-0000000d;2>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Jul 17 02:21:07]     -- Executing [0761280724181@default:2] Dial("Local/0761280724181@default-0000000d;2", "SIP/netsip/61280724181,,tTor") in new stack
[Jul 17 02:21:07]   == Using SIP RTP CoS mark 5
[Jul 17 02:21:07]     -- Called SIP/netsip/61280724181
[Jul 17 02:21:08]     -- SIP/netsip-00000009 is ringing
[Jul 17 02:21:18]     -- SIP/netsip-00000009 answered Local/0761280724181@default-0000000d;2
[Jul 17 02:21:18]        > Channel Local/0761280724181@default-0000000d;1 was answered.
[Jul 17 02:21:18]     -- Executing [8600053@default:1] MeetMe("Local/0761280724181@default-0000000d;1", "8600053,F") in new stack
[Jul 17 02:21:18]     -- Executing [h@default:1] AGI("Local/0761280724181@default-0000000d;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----11-----0") in new stack
[Jul 17 02:21:18]     -- <Local/0761280724181@default-0000000d;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----11-----0 completed, returning 0
[Jul 17 02:21:18]   == Spawn extension (default, 0761280724181, 2) exited non-zero on 'Local/0761280724181@default-0000000d;2'
[Jul 17 02:21:19]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:22:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:22:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:22:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:22:02]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 17 02:22:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 17 02:22:06]   == Manager 'sendcron' logged off from 127.0.0.1
Vicibox 6.0.3
http://download.vicidial.com/iso/vicibo ... nstall.pdf
VERSION: 2.12-492a
BUILD: 150701-1131

Single Server
Amd opteron Quad Core @ 3.0 Ghz
8GB RAM
kamirie
 
Posts: 84
Joined: Tue Dec 27, 2011 7:46 pm

Re: CID Transfer

Postby williamconley » Thu Jul 23, 2015 11:22 pm

CID is not set in the dialplan. It's set in an AGI script. You sound like an "asterisk professional" who is trying to play by the FreePBX rules (sorry, not meant as an insult, just an observation that could explain your difficulty, could be wrong).

In Vicidial, much of the processing is pushed off onto perl agi scripts. The channel data is processed by perl and fast decisions are managed by the vicidial_manager processes responding to requests in the manager's mysql table. So you will not see any of them in the asterisk CLI unless you have agi debugging on and are in the console directly (and errors in the agi scripts will often only be visible in the asterisk "screen", not a remote console).

All that being said, you should post the settings you modified to make this work. The caller id of the agent, the caller id of the campaign, the settings you chose for the campaign, and the actual caller id that showed up on the resulting call are all relevant, so posting them could be useful. Obviously you can fake the callerid, but at least telling us if one of them was shown to the call recipient would be useful. Also, to be sure, generating a direct call to that same recipient (outside this test) to be sure your callerid will get through in the first place could be useful. I've had several clients chase something like this only to find out their carrier was blocking CID in the first place. LOL

Note: Moved topic to "Support" as this was not related to the Installer. :)
Vicidial Installation and Repair, plus Hosting and Colocation
Newest Product: Vicidial Agent Only Beep - Beta
http://www.PoundTeam.com # 352-269-0000 # +44(203) 769-2294
williamconley
 
Posts: 20258
Joined: Wed Oct 31, 2007 4:17 pm
Location: Davenport, FL (By Disney!)


Return to Support

Who is online

Users browsing this forum: Google [Bot] and 74 guests