vicidial.org

When the agent click to grab the call (the MOH is working) the call disconnencted.

cli:
-- Executing [8301@default:1] Answer("DAHDI/9-1", "") in new stack
[Jan 24 17:42:10] -- Executing [8301@default:2] AGI("DAHDI/9-1", "park_CID.agi") in new stack
[Jan 24 17:42:10] -- Executing [h@default:1] DeadAGI("Local/8600051@default-a532,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----21-----20") in new stack
[Jan 24 17:42:10] WARNING[13074]: res_agi.c:2212 deadagi_exec: Running DeadAGI on a live channel will cause problems, please use AGI
[Jan 24 17:42:10] -- Launched AGI Script /var/lib/asterisk/agi-bin/park_CID.agi
[Jan 24 17:42:10] == Parsing '/etc/asterisk/manager.conf': [Jan 24 17:42:10] Found
[Jan 24 17:42:10] == Manager 'sendcron' logged on from 127.0.0.1
[Jan 24 17:42:10] == Spawn extension (default, 8301, 0) exited non-zero on 'Local/8600051@default-a532,2'
[Jan 24 17:42:10] -- Executing [8301@default:1] Answer("Local/8600051@default-a532,2", "") in new stack
[Jan 24 17:42:10] -- Executing [8301@default:2] AGI("Local/8600051@default-a532,2", "park_CID.agi") in new stack
[Jan 24 17:42:10] -- Launched AGI Script /var/lib/asterisk/agi-bin/park_CID.agi
[Jan 24 17:42:10] == Spawn extension (default, 8301, 2) exited non-zero on 'Local/8600051@default-a532,2'
[Jan 24 17:42:10] -- Executing [h@default:1] DeadAGI("Local/8600051@default-a532,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Jan 24 17:42:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Jan 24 17:42:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Jan 24 17:42:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Jan 24 17:42:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Jan 24 17:42:10] -- Started music on hold, class 'default', on DAHDI/9-1
[Jan 24 17:42:11] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... -21-----20 completed, returning 0
[Jan 24 17:42:11] == Spawn extension (default, 92111051712, 2) exited non-zero on 'Local/8600051@default-a532,1'
[Jan 24 17:42:11] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

== Manager 'sendcron' logged on from 127.0.0.1
[Jan 24 17:44:38] -- Stopped music on hold on DAHDI/9-1
[Jan 24 17:44:38] == Spawn extension (default, 8600051, 0) exited non-zero on 'DAHDI/9-1'
[Jan 24 17:44:38] -- Executing [h@default:1] DeadAGI("DAHDI/9-1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Jan 24 17:44:38] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Jan 24 17:44:38] -- Hungup 'DAHDI/9-1'
[Jan 24 17:44:38] == Parsing '/etc/asterisk/manager.conf': [Jan 24 17:44:38] Found
[Jan 24 17:44:38] == Manager 'sendcron' logged on from 127.0.0.1

liste log file:

|
2011-01-24 17:48:29|Event: Newchannel
Privilege: call,all
Channel: Local/8600051@default-442f,1
State: Down
CallerIDNum: <unknown>
CallerIDName: <unknown>
Uniqueid: 1295884135.1337

Event: Newchannel
Privilege: call,all
Channel: Local/8600051@default-442f,2
State: Ring
CallerIDNum: <unknown>
CallerIDName: <unknown>
Uniqueid: 1295884135.1338

|
2011-01-24 17:48:29|Event: Newcallerid
Privilege: call,all
Channel: Local/8600051@default-442f,1
CallerID: 0000000000
CallerIDName: M1241748550000311285
Uniqueid: 1295884135.1337
CID-CallingPres: 0 (Presentation Allowed, Not Screened)

Event: Newcallerid
Privilege: call,all
Channel: Local/8600051@default-442f,1
CallerID: 0000000000
CallerIDName: M1241748550000311285
Uniqueid: 1295884135.1337
CID-CallingPres: 0 (Presentation Allowed, Not Screened)

Event: Newexten
Privilege: call,all
Channel: Local/8600051@default-442f,2
Context: default
Extension: 8600051
Priority: 1
Application: MeetMe
AppData: 8600051|F
Uniqueid: 1295884135.1338

Event: Newstate
Privilege: call,all
Channel: Local/8600051@default-442f,2
State: Up
CallerID: 0000000000
CallerIDName: M1241748550000311285
Uniqueid: 1295884135.1338

Event: Newstate
Privilege: call,all
Channel: Local/8600051@default-442f,1
State: Up
CallerID: 0000000000
CallerIDName: M1241748550000311285
Uniqueid: 1295884135.1337

Event: MeetmeJoin
Privilege: call,all
Channel: Local/8600051@default-442f,2
Uniqueid: 1295884135.1338
Meetme: 8600051
Usernum: 2

Event: Newexten
Privilege: call,all
Channel: Local/8600051@default-442f,1
Context: default
Extension: 92111051712
Priority: 1
Application: AGI
AppData: agi://127.0.0.1:4577/call_log
Uniqueid: 1295884135.1337


Event: Newexten
Privilege: call,all
Channel: Local/8600051@default-442f,1
Context: default
Extension: 92111051712
Priority: 2
Application: Dial
AppData: DAHDI/g0/2111051712||To
Uniqueid: 1295884135.1337


Installation:
viciserver 64bit 3.1.5 svn (agc 2.4-306 BUILD: 110109-1205, admin 2.4-295 BUILD: 110103-1135) - asterisk 1.4.38

please describe your hardware. also describe your exact process for trying to "grab" the call. which buttons were pressed on which type of call ... describe the process in detail.

ie; "outbound auto-dialed campaign, the call got to an agent, the agent pressed the xxxx button. then performed this other task, then pressed the xxxx button and the call was disconnected".

details.

Hardware:
database server i7 950 3GHz 8GB, http server i7 950 3GHz 8GB, pbx i7 870 3GHz 8GB RAM sangoma a101, workstations ubuntu 10.10 firefox 3.6.13, zoiper. Ratio 1.4, load under 0.11%. No recording.

The agent in auto dial mode press the park call. Customer listening the park.gsm. When the agent press grab parked call button in order to talk to the customer the line disconnected.

Any idea ?

Also, with 3.1.4 we had no problems and strange is that in 3.1.4 the park log table doesn't work besides of 3.1.5 that it does ! Is this an option or not implementing in 3.1.4 ?

probably a "feature" that got activated (during the squishing of a bug). dunno. check the changelogs.

have you verified that the client has not just 'hung up' during the "hold time"? (tested it yourself?)

if so: asterisk cli and vicidial agi logs (/var/log/astguiclient) will contain the "logic" behind whatever happened, commands issued and why.

Did you make the appropriate dialplan changes when you upgraded? Parking a call no longer uses park.gsm, it uses proper music on hold contexts.

It was a clean installation(redux 64bit 3.1.5) with the svn update option.
The park.gsm is part of the MOH.
Actually, when the agent press the button to park the line everything is working fine. Customer listen the MOH music and there are 2 records in park_log db table(mention that in 3.1.4 version the park_log table is always empty). One with status hangup and the other with parked but with the same uniqueid :

1295939651.27 HUNGUP DAHDI/1-1 CAMP_IN 192.168.1.246 2011-01-25 09:14:32 NULL 2011-01-25 09:14:32 0 0 M1250914100000311285 admin 311285
1295939651.27 PARKED DAHDI/1-1 CAMP_IN 192.168.1.246 2011-01-25 09:14:32 NULL NULL 0 NULL M1250914100000311285 admin 311285

In park_channels are two records with the same data:
DAHDI/1-1 192.168.1.246 M1250914100000311285 park SIP/ag650 2011-01-25 09:14:32
DAHDI/1-1 192.168.1.246 M1250914100000311285 park SIP/ag650 2011-01-25 09:14:32

When the agent press the grab button the line disconnected.
( park_channels -> empty)
( park_log->
1295939651.27 HUNGUP DAHDI/1-1 CAMP_IN 192.168.1.246 2011-01-25 09:14:32 2011-01-25 09:15:53 2011-01-25 09:15:53 81 0 M1250914100000311285 admin 311285
1295939651.27 PARKED DAHDI/1-1 CAMP_IN 192.168.1.246 2011-01-25 09:14:32 NULL NULL 0 NULL M1250914100000311285 admin 311285
)
( Before agent grab the line, if I delete the line with status hungup, the other one updated to grabbed, but still the line is disconnected)

The same is happened even if the agent is at manual call.

Looks like it is a bug in Asterisk 1.4.38, please try the new 1.4.39.1 tarball that we have posted:

http://www.vicidial.org/VICIDIALforum/v ... hp?t=15627

I tried with "zypper refresh && zypper up", but asterisk version is the same.
Is this the right way ?

Not sure, I think Kumba just added it to the new build of vicibox:
http://download.vicidial.com/iso/vicibox/server/

Sorry, but there is not a new version ... only the 3.1.6 that still has the same problem.

nope. it's not a new version, because the fix is in the zypper ... you don't have to reinstall because it's an asterisk update which is apparently done by zypper refresh and zypper up (as kumba posted) without actually reinstalling.

I tried many times "zypper refresh && zypper up" and the result is the same. Everything is up to date and asterisk is still 1.4.38 !

i'd like to help, but i don't have a machine exibiting the bug or in need of 38.1 to test on. try asking kumba on the other post

http://www.vicidial.org/VICIDIALforum/v ... hp?t=15627

That was my bad. I manually change the version number that is displayed in asterisk so it says 1.4.39.1-vici instead of 1.4.39.1. When I updated the source I didn't change that number to the new one so it was putting in 1.4.38-vici even though it was newer source. I corrected it in the spec file and it compiled another update.

Try running zypper refresh and zypper up again. It should pull in the new file and update. Make sure you stop asterisk/vicidial before updating as well.