vicidial.org

everytime a call is made and the person picks up the call.. the calls eventually jsut hangs up.. when i looked at the logs i found out that the channel stays local and never becomes sip for the agi script to continue its work..

its always like this for every instance int he dialplan when the agi is executed which is 3 times

2009-03-30 10:19:08|agi-VDAD_ALL_outbound.agi|AGI Variables: |1238433540.879|Local/024119166018190@provider-f32d,1|8365|Local|V0330101900000098176|V0330101.....


this is the latest trunk.. any idea what im doing wrong? this worked before and all of the sudden over night it stopped

sip-silence Playback?

'o' Dial flag?

Asterisk version?

Have you tried different carriers?

loadavg difference when this happened?

exten => _1NXXNXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _1NXXNXXXXXX,n,Dial(SIP/${EXTEN}@provider||o)
exten => _1NXXNXXXXXX,n,Hangup




; VICIDIAL_auto_dialer transfer script:
exten => 8365,1,Playback(sip-silence)
exten => 8365,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8365,3,AGI(agi-VDAD_ALL_outbound.agi,NORMAL-----SO)
exten => 8365,4,AGI(agi-VDAD_ALL_outbound.agi,NORMAL-----SO)
exten => 8365,5,Hangup



this is at load avg 0.. only making 1 dial out..

btw asterisk v 1.2.31.1

tried 3 different carriers same deal..

it looks like the agi script dies because it sees every call as local/....

here is the asterisk cli output when this happens:


-- Executing AGI("Local/024119163847223@vicidial-856e,2", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing Dial("Local/024119163847223@vicidial-856e,2", "SIP/024119163847223@provider||o") in new stack
-- Called 024119163847223@provider
-- SIP/provider-082b0f58 is ringing
-- SIP/provider-082b0f58 is making progress passing it to Local/024119163847223@vicidial-856e,2
-- SIP/provider-082b0f58 answered Local/024119163847223@vicidial-856e,2
> Channel Local/024119163847223@vicidial-856e,1 was answered.
-- Executing Playback("Local/024119163847223@vicidial-856e,1", "sip-silence") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
-- Playing 'sip-silence' (language 'en')
-- Executing AGI("Local/024119163847223@vicidial-856e,1", "agi://127.0.0.1:4577/call_log") in new stack
== Manager 'updatecron' logged off from 127.0.0.1
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing AGI("Local/024119163847223@vicidial-856e,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing AGI("Local/024119163847223@vicidial-856e,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing Hangup("Local/024119163847223@vicidial-856e,1", "") in new stack
== Spawn extension (vicidial, 8365, 5) exited non-zero on 'Local/024119163847223@vicidial-856e,1'
-- Executing DeadAGI("Local/024119163847223@vicidial-856e,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (vicidial, 024119163847223, 2) exited non-zero on 'Local/024119163847223@vicidial-856e,2'
-- Executing DeadAGI("Local/024119163847223@vicidial-856e,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----13-----3") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... --13-----3 completed, returning 0

i never seen this line before
> Channel Local/024119163847223@safesoft-856e,1 was answered.

Instead of "safesoft" in the dial string, could you try putting the full IP or domain path to the carrier?

We have tried multiple carriers and direct ips. What seems to be happening is the outbound agi is looking for an answer on the Local/XX channel and doesn't receive it so it hangs up with a status of "NA" within one second . Here is the excerpt of the FastAGI log.

Thanks for your assistance

2009-04-01 18:34:58|VDfastAGI|begin|+++++++++++++++++ FastAGI Start ++++++++++++++++++++++++++++++++++++++++
2009-04-01 18:34:58|VDfastAGI|begin|Perl Environment Dump:
2009-04-01 18:34:58|VDfastAGI|begin|0|--debug
2009-04-01 18:34:58|VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|16|ANSWER|15|0|
2009-04-01 18:34:58|VDfastAGI|begin|AGI Environment Dump:
2009-04-01 18:34:58|VDfastAGI|begin| -- accountcode =
2009-04-01 18:34:58|VDfastAGI|begin| -- callerid = unknown
2009-04-01 18:34:58|VDfastAGI|begin| -- calleridname = S81899922938600159
2009-04-01 18:34:58|VDfastAGI|begin| -- callingani2 = 0
2009-04-01 18:34:58|VDfastAGI|begin| -- callingpres = 0
2009-04-01 18:34:58|VDfastAGI|begin| -- callingtns = 0
2009-04-01 18:34:58|VDfastAGI|begin| -- callington = 0
2009-04-01 18:34:58|VDfastAGI|begin| -- channel = SIP/159-09bd80a0
2009-04-01 18:34:58|VDfastAGI|begin| -- context = safesoft
2009-04-01 18:34:58|VDfastAGI|begin| -- dnid = unknown
2009-04-01 18:34:58|VDfastAGI|begin| -- enhanced = 0.0
2009-04-01 18:34:58|VDfastAGI|begin| -- extension = h
2009-04-01 18:34:58|VDfastAGI|begin| -- language = en
2009-04-01 18:34:58|VDfastAGI|begin| -- network = yes
2009-04-01 18:34:58|VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----16---------------
2009-04-01 18:34:58|VDfastAGI|begin| -- priority = 1
2009-04-01 18:34:58|VDfastAGI|begin| -- rdnis = unknown
2009-04-01 18:34:58|VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses ... ----------
2009-04-01 18:34:58|VDfastAGI|begin| -- type = SIP
2009-04-01 18:34:58|VDfastAGI|begin| -- uniqueid = 1238635656.6
2009-04-01 18:34:58|VDfastAGI|begin|AGI Variables: |1238635656.6|SIP/159-09bd80a0|h|SIP|S81899922938600159|
2009-04-01 18:34:58|VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------|call_log|END|
2009-04-01 18:34:58|VDfastAGI|call_log||CALL HUNG UP|
2009-04-01 18:34:58|VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|16||||
2009-04-01 18:34:58|VDfastAGI|call_log||DELETE from live_inbound where uniqueid='1238635656.6' and server_ip='10.10.40.20'|
2009-04-01 18:34:58|VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1238635656.6|SIP/159-09bd80a0|h|2009-04-01 18:34:58|min: 0.25|
2009-04-01 18:34:58|VDfastAGI|call_log|DEBUG: NODEBUG
2009-04-01 18:34:58|VDfastAGI|call_log|VD_hangup : S81899922938600159 SIP/159-09bd80a0 1 8600159
2009-04-01 18:34:58|VDfastAGI|call_log||SELECT lead_id,callerid,campaign_id,alt_dial,stage,UNIX_TIMESTAMP(call_time),uniqueid,status FROM vicidial_auto_calls where uniqueid = '1238635656.6' or callerid = 'S81899922938600159' limit 1;|
2009-04-01 18:34:58|VDfastAGI|call_log|VD hangup: no VDAC record found: 1238635656.6 S81899922938600159
2009-04-01 18:35:09|VDfastAGI|begin|+++++++++++++++++ FastAGI Start ++++++++++++++++++++++++++++++++++++++++
2009-04-01 18:35:09|VDfastAGI|begin|Perl Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin|0|--debug
2009-04-01 18:35:09|VDfastAGI|begin|AGI Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin| -- accountcode =
2009-04-01 18:35:09|VDfastAGI|begin| -- callerid = 8189992293
2009-04-01 18:35:09|VDfastAGI|begin| -- calleridname = V0401183456000098323
2009-04-01 18:35:09|VDfastAGI|begin| -- callingani2 = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingpres = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingtns = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callington = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- channel = Local/024119163847223@safesoft-e9b6,1
2009-04-01 18:35:09|VDfastAGI|begin| -- context = safesoft
2009-04-01 18:35:09|VDfastAGI|begin| -- dnid = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- enhanced = 0.0
2009-04-01 18:35:09|VDfastAGI|begin| -- extension = 8365
2009-04-01 18:35:09|VDfastAGI|begin| -- language = en
2009-04-01 18:35:09|VDfastAGI|begin| -- network = yes
2009-04-01 18:35:09|VDfastAGI|begin| -- network_script = call_log
2009-04-01 18:35:09|VDfastAGI|begin| -- priority = 2
2009-04-01 18:35:09|VDfastAGI|begin| -- rdnis = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log
2009-04-01 18:35:09|VDfastAGI|begin| -- type = Local
2009-04-01 18:35:09|VDfastAGI|begin| -- uniqueid = 1238636096.14
2009-04-01 18:35:09|VDfastAGI|begin|AGI Variables: |1238636096.14|Local/024119163847223@safesoft-e9b6,1|8365|Local|V0401183456000098323|
2009-04-01 18:35:09|VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log|call_log|START|
2009-04-01 18:35:09|VDfastAGI|call_log|+++++ CALL LOG START : 2009-04-01 18:35:09
2009-04-01 18:35:09|VDfastAGI|call_log|Local Channel Line: 0|024119163847223|
2009-04-01 18:35:09|VDfastAGI|call_log||INSERT INTO call_log (uniqueid,channel,channel_group,type,server_ip,extension,number_dialed,start_time,start_epoch,end_time,end_epoch,length_in_sec,length_in_min,caller_code) values('1238636096.14','Local/024119163847223@safesoft-e9b6,1','Local Channel Line','Local','10.10.40.20','8365','8365','2009-04-01 18:35:09','1238636109','','','','','V0401183456000098323')|
2009-04-01 18:35:09|VDfastAGI|begin|+++++++++++++++++ FastAGI Start ++++++++++++++++++++++++++++++++++++++++
2009-04-01 18:35:09|VDfastAGI|begin|Perl Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin|0|--debug
2009-04-01 18:35:09|VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|16||||
2009-04-01 18:35:09|VDfastAGI|begin|AGI Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin| -- accountcode =
2009-04-01 18:35:09|VDfastAGI|begin| -- callerid = 8189992293
2009-04-01 18:35:09|VDfastAGI|begin| -- calleridname = V0401183456000098323
2009-04-01 18:35:09|VDfastAGI|begin| -- callingani2 = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingpres = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingtns = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callington = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- channel = Local/024119163847223@safesoft-e9b6,1
2009-04-01 18:35:09|VDfastAGI|begin| -- context = safesoft
2009-04-01 18:35:09|VDfastAGI|begin| -- dnid = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- enhanced = 0.0
2009-04-01 18:35:09|VDfastAGI|begin| -- extension = h
2009-04-01 18:35:09|VDfastAGI|begin| -- language = en
2009-04-01 18:35:09|VDfastAGI|begin| -- network = yes
2009-04-01 18:35:09|VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----16---------------
2009-04-01 18:35:09|VDfastAGI|begin| -- priority = 1
2009-04-01 18:35:09|VDfastAGI|begin| -- rdnis = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses ... ----------
2009-04-01 18:35:09|VDfastAGI|begin| -- type = Local
2009-04-01 18:35:09|VDfastAGI|begin| -- uniqueid = 1238636096.14
2009-04-01 18:35:09|VDfastAGI|begin|AGI Variables: |1238636096.14|Local/024119163847223@safesoft-e9b6,1|h|Local|V0401183456000098323|
2009-04-01 18:35:09|VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------|call_log|END|
2009-04-01 18:35:09|VDfastAGI|call_log||CALL HUNG UP|
2009-04-01 18:35:09|VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|16||||
2009-04-01 18:35:09|VDfastAGI|call_log||1238636096.14|1238636109|
2009-04-01 18:35:09|VDfastAGI|call_log|QUERY done: start time = 1238636109 | sec: 0 | min: 0.00 |
2009-04-01 18:35:09|VDfastAGI|call_log||UPDATE call_log set end_time='2009-04-01 18:35:09',end_epoch='1238636109',length_in_sec=0,length_in_min=' 0.00',channel='Local/024119163847223@safesoft-e9b6,1' where uniqueid='1238636096.14'|
2009-04-01 18:35:09|VDfastAGI|call_log||DELETE from live_inbound where uniqueid='1238636096.14' and server_ip='10.10.40.20'|
2009-04-01 18:35:09|VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1238636096.14|Local/024119163847223@safesoft-e9b6,1|h|2009-04-01 18:35:09|min: 0.00|
2009-04-01 18:35:09|VDfastAGI|call_log|DEBUG: NODEBUG
2009-04-01 18:35:09|VDfastAGI|call_log|VD_hangup : V0401183456000098323 Local/024119163847223@safesoft-e9b6,1 1 98323
2009-04-01 18:35:09|VDfastAGI|call_log|-- VD_hangup Local DEBUG: |PRI|V0401183456000098323||16|
2009-04-01 18:35:09|VDfastAGI|call_log|+++++ VDAD START LOCAL CHANNEL: EXITING- 1
2009-04-01 18:35:09|VDfastAGI|begin|+++++++++++++++++ FastAGI Start ++++++++++++++++++++++++++++++++++++++++
2009-04-01 18:35:09|VDfastAGI|begin|Perl Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin|0|--debug
2009-04-01 18:35:09|VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|16||||
2009-04-01 18:35:09|VDfastAGI|begin|AGI Environment Dump:
2009-04-01 18:35:09|VDfastAGI|begin| -- accountcode =
2009-04-01 18:35:09|VDfastAGI|begin| -- callerid = 8189992293
2009-04-01 18:35:09|VDfastAGI|begin| -- calleridname = V0401183456000098323
2009-04-01 18:35:09|VDfastAGI|begin| -- callingani2 = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingpres = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callingtns = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- callington = 0
2009-04-01 18:35:09|VDfastAGI|begin| -- channel = Local/024119163847223@safesoft-e9b6,2
2009-04-01 18:35:09|VDfastAGI|begin| -- context = safesoft
2009-04-01 18:35:09|VDfastAGI|begin| -- dnid = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- enhanced = 0.0
2009-04-01 18:35:09|VDfastAGI|begin| -- extension = h
2009-04-01 18:35:09|VDfastAGI|begin| -- language = en
2009-04-01 18:35:09|VDfastAGI|begin| -- network = yes
2009-04-01 18:35:09|VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----13-----0
2009-04-01 18:35:09|VDfastAGI|begin| -- priority = 1
2009-04-01 18:35:09|VDfastAGI|begin| -- rdnis = unknown
2009-04-01 18:35:09|VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses ... --13-----0
2009-04-01 18:35:09|VDfastAGI|begin| -- type = Local
2009-04-01 18:35:09|VDfastAGI|begin| -- uniqueid = 1238636096.15
2009-04-01 18:35:09|VDfastAGI|begin|AGI Variables: |1238636096.15|Local/024119163847223@safesoft-e9b6,2|h|Local|V0401183456000098323|
2009-04-01 18:35:09|VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----13-----0|call_log|END|
2009-04-01 18:35:09|VDfastAGI|call_log||CALL HUNG UP|
2009-04-01 18:35:09|VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|16|ANSWER|13|0|
2009-04-01 18:35:09|VDfastAGI|call_log||1238636096.15|1238636096|
2009-04-01 18:35:09|VDfastAGI|call_log|QUERY done: start time = 1238636096 | sec: 13 | min: 0.22 |
2009-04-01 18:35:09|VDfastAGI|call_log||UPDATE call_log set end_time='2009-04-01 18:35:09',end_epoch='1238636109',length_in_sec=13,length_in_min=' 0.22',channel='Local/024119163847223@safesoft-e9b6,2' where uniqueid='1238636096.15'|
2009-04-01 18:35:09|VDfastAGI|call_log||DELETE from live_inbound where uniqueid='1238636096.15' and server_ip='10.10.40.20'|
2009-04-01 18:35:09|VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1238636096.15|Local/024119163847223@safesoft-e9b6,2|h|2009-04-01 18:35:09|min: 0.22|
2009-04-01 18:35:09|VDfastAGI|call_log|DEBUG: NODEBUG
2009-04-01 18:35:09|VDfastAGI|call_log|VD_hangup : V0401183456000098323 Local/024119163847223@safesoft-e9b6,2 1 98323
2009-04-01 18:35:09|VDfastAGI|call_log|-- VD_hangup Local DEBUG: |PRI|V0401183456000098323|ANSWER|16|
2009-04-01 18:35:09|VDfastAGI|call_log|+++++ VDAD START LOCAL CHANNEL: EXITING- 1

it's not resolving the channel to it's real channel pointer.

What linux distro are you using?

debian etch utilizing the "channel blend" scratch install 2.6.26-1-686 - noprempt kernel - thanks

Not sure what to say, we never see this issue on systems we install so it's difficult to troubleshoot beyond the suggestions I've already given.

can this be caused due to nat ?

I suppose that could be possible, but more likely it's someting on the Asterisk server itself.

I've the same reported by bobbymc problem with vicidial 2.0.5 and asterisk 1.4.23.1
Any hint to solve it before change asterisk version?
Thanks!

I would not recommend Asterisk 1.4.23.1, the last safe verison we have tested is 1.4.21.2.

Even under Asterisk 1.4 we do not see this problem on any of our installations.

mflorell wrote:I would not recommend Asterisk 1.4.23.1, the last safe verison we have tested is 1.4.21.2.

Even under Asterisk 1.4 we do not see this problem on any of our installations.

I know, so I just tested in a 1.4.21.2 (fresh installation in a different machine) but the problem persist.

I have a "fix" for this that works, but it's "use at your own risk".

The system sees the call as "local" so it dumps it. You can skip the "dumps it" part and allow the call to generate to an agent. But then the call has the wrong information stored in the vicidial tables (local should not be there). The call successfully goes into the conference, and immediately converts to its "non-local" persona, at which point you can tell the system to change the value in the vicidial tables. When this issue pops up on one of my boxes, this solution seems to work.

The "TEST" is:

Code: Select all

comment out "exit" (by placing a # in front of it) in agi-VDADtransfer.agi

nano +259 /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi

If this works (allowing the caller into the conference with the agent) you'll need the rest of the code to be able to hang up with your hang up button:

Code: Select all

In file (at roughly this location)
nano +176 /var/www/localhost/htdocs/agc/conf_exten_check.php

and again at roughly this location

nano +230 /var/www/localhost/htdocs/agc/conf_exten_check.php

find this original code block Fix goes directly above "### update the vicidial_live_agents every second ..."

the following code will be inserted to push that ### update the... line downwards

Before--------------------------------------------------------------

if ($auto_dial_level > 0)
                {
                ### update the vicidial_live_agents every second with a new random number so it is shown to be alive
                $stmt="UPDATE vicidial_live_agents set random_id='$random' where user='$user' and server_ip='$server_ip';";
                    if ($format=='debug') {echo "\n<!-- $stmt -->";}
                $rslt=mysql_query($stmt, $link);




After--------------------------------------------------------------------


if ($auto_dial_level > 0)
                {

####################Begin FIX################################
                ######Make sure the all tables have the proper channel   
                    $stmt="SELECT callerid from vicidial_live_agents where user='$user' and server_ip='$server_ip';";
            if ($DB) {echo "|$stmt|\n";}
            $rslt=mysql_query($stmt, $link);
            $row=mysql_fetch_row($rslt);
            $customerCID=$row[0];
                $stmt="SELECT channel from vicidial_manager where callerid ='$customerCID' and server_ip='$server_ip' and status='UPDATED' and action='Originate';";
            if ($DB) {echo "|$stmt|\n";}
            $rslt=mysql_query($stmt, $link);
            $row=mysql_fetch_row($rslt);
            $customerChannel=$row[0];
            $stmt="UPDATE vicidial_live_agents set channel='$customerChannel' where callerid='$customerCID' and server_ip='$server_ip';";
                    if ($format=='debug') {echo "\n<!-- $stmt -->";}
                $rslt=mysql_query($stmt, $link);
                $stmt="UPDATE vicidial_auto_calls set channel='$customerChannel' where callerid='$customerCID' and server_ip='$server_ip';";
                    if ($format=='debug') {echo "\n<!-- $stmt -->";}
                $rslt=mysql_query($stmt, $link);
               
####################End FIX################################

                ### update the vicidial_live_agents every second with a new random number so it is shown to be alive
                $stmt="UPDATE vicidial_live_agents set random_id='$random' where user='$user' and server_ip='$server_ip';";
                    if ($format=='debug') {echo "\n<!-- $stmt -->";}
                $rslt=mysql_query($stmt, $link);

This is an "it works" solution that is entirely "at your own risk". And don't tell Matt you used it, he doesn't like it. It does bad things.

Hi William, I'm trying to get a 2.0.5 working so I've the VDAD_ALL_outbound.agi script...
Now I'm going to see the old transer script near row 259, but if you can give me an advise...
thanks a lot!

williamconley wrote:The "TEST" is:

Code: Select all

comment out "exit" (by placing a # in front of it) in agi-VDADtransfer.agi

nano +259 /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi

I haven't had to apply the patch to a 2.0.5 box yet, so I have not "delved" into that file. However, here's the line (and those before it) to help you search for it in the new file:

Code: Select all

if ( ($channel =~ /Local/i) && ($AST_ver !~ /^1\.0\.8|^1\.0\.9/) )
{
if ($AGILOG) {$agi_string = "+++++ VDAD START LOCAL CHANNEL: EXITING- $priority";   &agi_output;}
if ($priority > 2) {sleep(1);}
### exit;


This may occur more than once, for different circumstances. Or it may no longer occur at all in the new file. I have not looked yet.

Out of curiosity, what codec are you using?

@william: I've applied your path to the 2.0.5 code and... it work! thanks!
@mflorell: I use ulaw codec in the "agent side", instead gsm between my voip carrier (for this test) and me.

After a few tests it looks like the sip-silence file might need to be of a different codec for this to work properly. To test this try using the quicksilence.wav file that is in the sounds directory instead of sip-silence(which is in GSM codec same as you are using for your VOIP provider).

- First you would remove the quicksilence.gsm file from the /var/lib/asterisk/sounds directory(move not remove actually)
- Second, change the dialplan to use Playback(quicksilence) instead of Playback(sip-silence)
- "extensions reload" on the Asterisk CLI and try calling again

Of course before doing these steps you would have to reverse the changes you made to the VDAD_ALL_outbound.agi script.

Please try it if you get a chance and let us know how it goes.

bobbymc wrote:can this be caused due to nat ?

Definitely due to NAT if your asterisk is not on real IP, faced same problem and it took less than 30 seconds for agents to get calls when put the same server with no changes on real IP...

I also have the same problem. Just installed fresh 2.0.5. I am using Centos 5.3 as distro. Manual calls works fine.

Going to have to give us more to go on here:

Asterisk CLI output?

codec used?

I've the same issue as bobbymc with vicidial 2.0.5 and asterisk 1.4.21.2 .

The fix given by williamconley did not work for me.

I am using 2.0.5 on Ubuntu Server 8.10

has someone else been able to find a fix for it ??

why is the vicidial setup still using the gsm version of the file int he sound folder? or is it everyones responsibility to remove all versions and only leave the format they use when calling their provider?

That is not a vicidial question. It's an Asterisk Question! You've been here a while ... I'm surprised you have not yet bumped into this.

Deleting a version of a file is extremly counterproductive. Have you never noticed that you don't specify the specific file by full filename? But you only give the "without extension" version when telling asterisk to play a sound file? Asterisk will then check all available versions and play the one with the lowest cost to convert to the channel being played. Thus if you are asking Asterisk to play a sound into a g729 audio stream, it will first prefer a g729 version of the requested audio file. Then it will go with the mapped cost in ascending order until it makes the selection.

So deleting gsm will only make the gsm version unavailable to be chosen during this selection process. If gsm is actually being chosen and played, there are two possibilities:
1) It's the ONLY one available (no other formats of this same file were found) and/or
2) It's the closes match to the audio stream being played into. (technically #1 also fits this description, of course)

Thus the only result of deleting the file could be that you've increased the cost of playing that sound.

GSM conversion to ULAW is fairly cheap (CPU-cost is what we're talking about here) so transcoding from GSM to ULAW for playing in a meetme room is not something that will bog down the CPU worthy of note. Deleting the file, on the other hand, would mean another version must be available OR the audio will fail. If you manually convert the file to all available formats (alaw, ulaw, gsm, g729 and any other audio types you have in your system) and name the files with the proper extensions, asterisk will choose the matching audio type each time without any further intervention. But the savings from gsm to ulaw make this "not worthy" at present.

And Vicidial uses ulaw in almost all circumstances due to the nature of the Meetme rooms in which all agents reside. Of course, manually dialed calls are an exception, along with inbound calls that have not yet reached a meetme room.

We are all students and teachers here today I was a student, thx for the feedback

Thus the long explanation. This information comes in handy eventually, thought you should have a detailed explanation.

Thx William