vicidial.org

VICIDIAL astGUIclient discussion forum

Skip to content

Vicidial.org Home      Vicidial Forum      Vicidial Wiki      Vicidial Issue Tracker      astGUIclient Project Page


calls wont trasnfer and stay as LOCAL channel

All installation and configuration problems and questions

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

Post a reply

calls wont trasnfer and stay as LOCAL channel

Postby bobbymc » Mon Mar 30, 2009 11:28 pm

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
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby mflorell » Tue Mar 31, 2009 12:11 am

sip-silence Playback?

'o' Dial flag?

Asterisk version?

Have you tried different carriers?

loadavg difference when this happened?
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby bobbymc » Wed Apr 01, 2009 6:42 pm

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..
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby bobbymc » Wed Apr 01, 2009 6:43 pm

btw asterisk v 1.2.31.1
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby bobbymc » Wed Apr 01, 2009 6:44 pm

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
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby bobbymc » Wed Apr 01, 2009 6:46 pm

i never seen this line before
> Channel Local/024119163847223@safesoft-856e,1 was answered.
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby mflorell » Wed Apr 01, 2009 7:03 pm

Instead of "safesoft" in the dial string, could you try putting the full IP or domain path to the carrier?
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby brown078 » Wed Apr 01, 2009 8:54 pm

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
brown078
 
Posts: 23
Joined: Sat Oct 06, 2007 10:08 pm
Top

Postby mflorell » Wed Apr 01, 2009 9:04 pm

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

What linux distro are you using?
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby brown078 » Wed Apr 01, 2009 9:07 pm

debian etch utilizing the "channel blend" scratch install 2.6.26-1-686 - noprempt kernel - thanks
brown078
 
Posts: 23
Joined: Sat Oct 06, 2007 10:08 pm
Top

Postby mflorell » Wed Apr 01, 2009 9:09 pm

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.
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby bobbymc » Wed Apr 01, 2009 10:40 pm

can this be caused due to nat ?
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Postby mflorell » Wed Apr 01, 2009 11:23 pm

I suppose that could be possible, but more likely it's someting on the Asterisk server itself.
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby mirkop82 » Fri Apr 03, 2009 5:42 am

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!
mirkop82
 
Posts: 4
Joined: Fri Apr 03, 2009 5:19 am
Top

Postby mflorell » Fri Apr 03, 2009 9:51 am

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
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby mirkop82 » Fri Apr 03, 2009 10:35 am

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.
mirkop82
 
Posts: 4
Joined: Fri Apr 03, 2009 5:19 am
Top

Postby williamconley » Fri Apr 03, 2009 10:45 pm

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.
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!)
Top

Postby mirkop82 » Thu Apr 09, 2009 8:40 am

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

mirkop82
 
Posts: 4
Joined: Fri Apr 03, 2009 5:19 am
Top

Postby williamconley » Thu Apr 09, 2009 9:17 am

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.
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!)
Top

Postby mflorell » Sat Apr 11, 2009 7:58 am

Out of curiosity, what codec are you using?
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby mirkop82 » Tue Apr 14, 2009 6:51 am

@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.
mirkop82
 
Posts: 4
Joined: Fri Apr 03, 2009 5:19 am
Top

Postby mflorell » Tue Apr 14, 2009 7:50 am

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.
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby rajiv_kuin » Fri Apr 17, 2009 7:13 am

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...
rajiv_kuin
 
Posts: 28
Joined: Mon Apr 21, 2008 3:09 am
Top

Postby ragnadik » Fri Apr 17, 2009 7:14 am

I also have the same problem. Just installed fresh 2.0.5. I am using Centos 5.3 as distro. Manual calls works fine.
ragnadik
 
Posts: 21
Joined: Mon Aug 06, 2007 4:10 am
Top

Postby mflorell » Fri Apr 17, 2009 8:17 am

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

Asterisk CLI output?

codec used?
mflorell
Site Admin
 
Posts: 18386
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby deepredsky » Wed Jul 22, 2009 6:12 pm

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 ??
deepredsky
 
Posts: 1
Joined: Wed Jul 22, 2009 5:42 pm
Top

Re: calls wont trasnfer and stay as LOCAL channel

Postby bobbymc » Fri May 06, 2016 3:06 am

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?
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Re: calls wont trasnfer and stay as LOCAL channel

Postby williamconley » Wed Jun 01, 2016 4:24 pm

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.
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!)
Top

Re: calls wont trasnfer and stay as LOCAL channel

Postby bobbymc » Thu Jun 02, 2016 1:56 pm

We are all students and teachers here :) today I was a student, thx for the feedback
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top

Re: calls wont trasnfer and stay as LOCAL channel

Postby williamconley » Thu Jun 02, 2016 2:09 pm

Thus the long explanation. This information comes in handy eventually, thought you should have a detailed explanation.
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!)
Top

Re: calls wont trasnfer and stay as LOCAL channel

Postby bobbymc » Thu Jun 02, 2016 2:11 pm

Thx William :)
bobbymc
 
Posts: 425
Joined: Fri Jan 05, 2007 12:26 am
Top
Post a reply

Return to Support

Who is online

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

Powered by phpBB® Forum Software © phpBB Group