AST_timeonVDADall.php issue

[enjay]

Have an issue where after 2 minutes and 30 seconds a call disappears from a broadcast campaign. the call is still happening on the backend but it disappears from the real-time report.

[mflorell]

astguiclient version?

How is the broadcast campaign comfigured?

[enjay]

script runtime: 0 seconds VERSION: 2.0.5-145 BUILD: 81012-1725


Campaign is setup to point to VDAD extension 8399

Code: Select all

exten => 8399,1,AGI(agi://127.0.0.1:4577/call_log)
exten => 8399,2,Playback(sip-silence)
exten => 8399,3,AGI(agi-VDAD_ALL_outbound.agi,SURVEYCAMP-----SO)
exten => 8399,4,AGI(agi-VDAD_ALL_outbound.agi,SURVEYCAMP-----SO)
exten => 8399,5,Hangup


within the Survey page "under the campaign" I have the following settings..

Code: Select all

Survey First Audio File: FILENAME
Survey DTMF Digits:      12
Survey Not Interested Digit: 2
Survey Opt-in Audio File: FILENAME2
Survey Not Interested Audio File: FILENAME3
Survey Method: EXTENSION
Survey No-Response Action: OPTIN
Survey Not Interested Status: DNC
Survey Response Digit Map: 1-TRANSFER|2-OPTOUT|X-NO RESPONSE|
Survey Survey Xfer Extension: 8400
Survey Campaign Recording Directory: BLANK
Voicemail: BLANK


I Then have a remote agent setup:

Code: Select all

User ID Start: 4444
Number of Lines: 5
Server IP:    IP_ADDRESS
External Extension: 8400 (had to set this to 8400 because when the person presses 1 in the survey it goes to this defined extension RATHER than the extension defined in the SURVEYCAMP "I found this wierd"
Status: ACTIVE
Campaign: CAMPAIGN_NAME
Inbound Groups: N/A


checkout what I said above about the External Extension.

[mflorell]

It is probably a remote_agents script issue, is this reproducable on-demand?

[enjay]

yep reproducible..

-Art

[mflorell]

Will it do this for even a single call?

That would be the easiest way to test this.

[enjay]

yea basically i can put my number in the broadcast campaign it will call me, play the message (the message is like 4 minutes long) and at 2:30 seconds it disappears from the screen (doesnt disconnect me everything still works on the backend just cant see it on the VDAD report anymore).


Also, shouldnt anytime someone presses the optin DTMF digit that status should be SVYEXT (with the method set to EXTENSION)? Currently they are 90% just XFER (which I assume is because of whatever is causing SURVEY EXTENSION to be bypassed by the remote agent extension). Interestingly an AUS campaign Im running has 0 XFER's out of hundreds of calls but there are 4 SVYEXT (though they never made it ot that SVY EXT). Very wierd stuff with the SURVEYCAMP..

-Art

[mflorell]

I guess I've never tested it in that way at all, and most clients that have used it didn't have anywhere near that long of a message. It's been 5 months since I worked on that so I would have to get back into that section of code to comment on the status stuff and how it works exactly.

[enjay]

Yea I guess it just seems wierd that there are 4 statuses I see associated with these

PM - Played Message (happens on some of hte calls)
PU - Picked up (happens on most of the calls)
XFER - hapens on 98% of the calls that are transfered
SVYEXT - happens on 2% of the tranfered calls "but never actually gets transfered"

-Art

[enjay]

So why would some campaigns get SVYEXT and some get XFER?

and why would the campaign goto the extension for the remote agent vs the extension defined in the survey section of the campaign?

[mflorell]

Good questions, I think that depends on the settings for the SURVEY.

If the survey method is set to EXTENSION, it should go to the extension defined in the survey section.

If the survey method is set to AGENT_XFER, then it should try to send the calls to the agents that are logged in.

[enjay]

Gotcha perhaps my SVN is broken, I'll try another version..

[mflorell]

Could also be a coding issue, let me know how it goes.

[enjay]

Im getting complaints that some of these survey campaigns will call people and randomly people get dead air "our recording is not playing" where do I look to troubleshoot this? I've tried Asterisk 1.2 1.4 Zaptel 1.2/1.4/Dahdi/1.4 to no avail. It just randomly happens load is not high.

[mflorell]

You really need to get a phone number and date/time to track it down in the logs, and of course you need server logging and AGI output enabled for the server or there won't be much to look up.

First, see if you can find the call on the screenlog.0 file(log of all Asterisk output with AGI output) and see what exactly happened for the call(s).