Outgoing Calls Campaign not work

fernando.beraldo

Joined
Oct 7, 2009
Messages
10
Likes
0
Points
0
#1
Hello, I'm trying to make calls by Call Center module it is failing.

I use Elastix 1.5.2-2 and Call Center Module 1.5-2.1

I created the extension 3439, queue 335, agent A9001, 0. I turned a campaign with two numbers (30351183 and 84321201).
Below the configuration of the Campaign:
Trunk: DGV/g1 / $ $ OUTNUM
Context: from-internal
Queue: 335 Test
Retries: 5

After starting the campaign, so the agent 9001 and I am waiting for the call in to be serviced. But this does not occur. Checking the logs I found this:
params => Array
(
[Event] => OriginateResponse
[Privilege] => call,all
[ActionID] => 13504-10-13
[Response] => Failure
[Channel] => DGV/r1/30351183
[Context] => from-internal
[Exten] => 335
[Reason] => 3
[Uniqueid] => <null>
[CallerID] => <unknown>
[CallerIDNum] => <unknown>
[CallerIDName] => <unknown>
)

In the CLI, appears:

[Mar 16 16:30:48] NOTICE[2239] chan_dgv.c: Asked to get a channel DGV/r1/83320843 using format AST_FORMAT_ULAW:ffWaveULaw
[Mar 16 16:30:48] NOTICE[2239] chan_dgv.c: Group r1
[Mar 16 16:30:48] VERBOSE[2241] logger.c: == Parsing '/etc/asterisk/manager.conf': [Mar 16 16:30:48] VERBOSE[2241] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2241] logger.c: == Parsing '/etc/asterisk/manager_additional.conf': [Mar 16 16:30:48] VERBOSE[2241] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2241] logger.c: == Parsing '/etc/asterisk/manager_custom.conf': [Mar 16 16:30:48] VERBOSE[2241] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2241] logger.c: == Manager 'admin' logged on from 127.0.0.1
[Mar 16 16:30:48] VERBOSE[2241] logger.c: == Manager 'admin' logged off from 127.0.0.1
[Mar 16 16:30:48] VERBOSE[2243] logger.c: == Parsing '/etc/asterisk/manager.conf': [Mar 16 16:30:48] VERBOSE[2243] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2243] logger.c: == Parsing '/etc/asterisk/manager_additional.conf': [Mar 16 16:30:48] VERBOSE[2243] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2243] logger.c: == Parsing '/etc/asterisk/manager_custom.conf': [Mar 16 16:30:48] VERBOSE[2243] logger.c: Found
[Mar 16 16:30:48] VERBOSE[2243] logger.c: == Manager 'admin' logged on from 127.0.0.1
[Mar 16 16:30:48] VERBOSE[2243] logger.c: == Manager 'admin' logged off from 127.0.0.1
[Mar 16 16:30:49] VERBOSE[2889] logger.c: -- Remote UNIX connection
[Mar 16 16:30:49] VERBOSE[2245] logger.c: -- Remote UNIX connection disconnected

I do not know what to do to activate the campaigns.
Please help-me!!!
 

fernando.beraldo

Joined
Oct 7, 2009
Messages
10
Likes
0
Points
0
#2
After some testing, I realized that the calls are generated, but the phones do not ring, if I make a call extension 9001 it works normal.

Below the log of calls to be made by the Call Center module:
DGV/21 30351183@from-pstn:1 Ringing AppDial((Outgoing Line))
SIP/172.27.0.76-b475 s@macro-dialout-trun Ring Dial(DGV/r1/83320843|300|tT)

Below the log of a call being made by the extension 9001:
DGV/17 30351183@from-pstn:1 Ringing AppDial((Outgoing Line))
SIP/172.27.0.76-b476 s@macro-dialout-trun Ring Dial(DGV/r1/83320843|300|tT)

What can be wrong? :S
 

Hajer

Joined
Feb 20, 2010
Messages
34
Likes
0
Points
0
#3
I have exactly the same problem :(

Did you find a solution ??? If yes pleas what is it?
 

fernando.beraldo

Joined
Oct 7, 2009
Messages
10
Likes
0
Points
0
#4
Not yet decided. I made some tests changing contexts and to make the agent receive a link to the context below. In this case the agent is listening to music. Then I tried to do something like to dial but the problem continues.

I followed the tutorial this link:

[from-intertalk]
exten => _NXXXXXXX,1,Answer
exten => _NXXXXXXX,n,MusicOnHold()
exten => _NXXXXXXX,n,HangUp

And nothing.

Im thinking it may be some incompatibility problem (timer) with the E1 card, Im using (DigiVoice). I will do further testing with a SIP trunk and see if problem continues.
 

jgutierrez

Joined
Feb 28, 2008
Messages
5,737
Likes
0
Points
0
#5
Remember that when you choose a specific trunk, you should place the numbers on the csv, as if they where going to be dialed directly from the trunk, they wont go through the dial plan, they will just be dialed as you have written them on the csv
 

Hajer

Joined
Feb 20, 2010
Messages
34
Likes
0
Points
0
#6
I have tested it whith sip extensions but the same problem.

What about you????

Does it work?
 

fernando.beraldo

Joined
Oct 7, 2009
Messages
10
Likes
0
Points
0
#7
Hi guys!!!

After several tests, I found the problem and the solution too.
Come ... As I said earlier, when enabled on a SIP trunk module works smoothly. When active campaign by DGV trunk (E1 card Digivoice) the connections are not made.

After reviewing the log of E1 calls, I realized that the module was not sending the CallerID to the PSTN. I did a test by forcing the CallerID file configuration of the board as "2006", after this change worked normally.

So I looked for a parameter in the configuration files for the dialer CallerID set the dialer as well as "2006". I found the file, phpagi.php on line 581 [/b]the following function:

function set_callerid($cid)
{
return $this->evaluate("SET CALLERID $cid");
}


I changed the variable to:

set_callerid function ($ cid = "\" device \ "<2006>")

I stopped and then start the web interface module and tested again, but did not work.
I tried to set other values for the CallerID but I had no success.

Theoretically, my problem is solved if I leave the CallerID set in the configuration file
the board, but that I will create another problem because my calls are billed by DDR, if I leave
fixed to 2006, when I get the bill from the PSTN, all calls charged only saw the number 2006.
What can not happen, because I lose my control of the use of extensions.

So, I wonder if the change I made in the phpagi.php is correct? What is the procedure to validate this change?

Below the logs R2 with a binding made without the CallerID and one made with the CallerID.

Call without CallerID
<15:25:11.26759> R2(tx): ->>..................1
<15:25:11.26764> R2(rx): <<-....9
<15:25:11.26900> R2(rx): <<-....d
<15:25:11.26902> MF(tx): ->>............3
<15:25:11.26976> MF(rx): <<-......1
<15:25:11.27048> MF(tx): ->>............a
<15:25:11.27128> MF(rx): <<-......1
<15:25:11.27208> MF(tx): ->>............3
<15:25:11.27280> MF(rx): <<-......1
<15:25:11.27376> MF(tx): ->>............6
<15:25:12.27464> MF(rx): <<-......1
<15:25:12.27544> MF(tx): ->>............1
<15:25:12.27624> MF(rx): <<-......1
<15:25:12.27704> MF(tx): ->>............1
<15:25:12.27776> MF(rx): <<-......1
<15:25:12.27848> MF(tx): ->>............9
<15:25:12.27944> MF(rx): <<-......1
<15:25:12.28024> MF(tx): ->>............5
<15:25:12.28144> MF(rx): <<-......5
<15:25:12.28232> MF(tx): ->>............1
<15:25:12.28320> MF(rx): <<-......5
<15:25:12.28385> MF(tx): ->>............f
<15:25:13.28536> MF(rx): <<-......3
<15:25:13.28624> MF(tx): ->>............1
<15:25:27.43376> MF(rx): <<-......1
<15:25:41.57375> R2(tx): ->>..................9
<15:25:41.57380> R2(rx): <<-....d
<15:25:42.57500> R2(rx): <<-....9
<15:25:42.57501> R2(tx): ->>..................9

Call with CallerID set in the configuration of E1 Card - DigiVoice
<18:52:57.51226> R2(tx): ->>..................1
<18:52:57.51231> R2(rx): <<-....9
<18:52:57.51355> R2(rx): <<-....d
<18:52:57.51356> MF(tx): ->>............3
<18:52:57.51431> MF(rx): <<-......1
<18:52:57.51511> MF(tx): ->>............3
<18:52:57.51591> MF(rx): <<-......1
<18:52:57.51671> MF(tx): ->>............a
<18:52:57.51751> MF(rx): <<-......1
<18:52:57.51839> MF(tx): ->>............1
<18:52:58.51927> MF(rx): <<-......1
<18:52:58.52007> MF(tx): ->>............2
<18:52:58.52087> MF(rx): <<-......1
<18:52:58.52167> MF(tx): ->>............a
<18:52:58.52247> MF(rx): <<-......1
<18:52:58.52311> MF(tx): ->>............3
<18:52:58.52383> MF(rx): <<-......1
<18:52:58.52471> MF(tx): ->>............6
<18:52:58.52599> MF(rx): <<-......5
<18:52:58.52679> MF(tx): ->>............1
<18:52:58.52767> MF(rx): <<-......5
<18:52:59.52863> MF(tx): ->>............2
<18:52:59.52951> MF(rx): <<-......5
<18:52:59.53031> MF(tx): ->>............0
<18:52:59.53103> MF(rx): <<-......5
<18:52:59.53199> MF(tx): ->>............0
<18:52:59.53263> MF(rx): <<-......5
<18:52:59.53343> MF(tx): ->>............6

<18:52:59.53431> MF(rx): <<-......5
<18:52:59.53519> MF(tx): ->>............f
<18:52:59.53679> MF(rx): <<-......3
<18:52:59.53759> MF(tx): ->>............1
<18:53:03.57135> MF(rx): <<-......1
<18:53:12.00497> R2(rx): <<-....5
<18:53:13.01730> R2(tx): ->>..................9
<18:53:13.01735> R2(rx): <<-....5
<18:53:13.01871> R2(rx): <<-....9
<18:53:13.01872> R2(tx): ->>..................9

Note that in the bold number 2006 is sent to the PSTN. Not so when I change the file phpagi.php.

Any tips on how to solve this problem?

I thank everyone's help.
 

Members online

No members online now.

Latest posts

Forum statistics

Threads
30,902
Messages
130,887
Members
17,567
Latest member
achilont13
Top