Hi,
I have this strange problem, this is a new installation of GoautoDial 3.3 64-bit updated to the latest with yum update.
Here is the detail. We are testing this new Goautodial, 2 users logged in on different stations, using agent001 and agent002. When agent001 logs in, his station's softphone rings (ext 8001). But when agent002 logs in, his softphone does not ring but, instead, ext 8001 rings.
AgentID and phone login credentials also matches.
We tried logging in with different agentid and matching phone login, same issue, ext8001 rings and not the station who is logging in.
Below is the CLI logs:
-----------------------------------------------------
== Spawn extension (default, 8600051, 1) exited non-zero on 'SIP/8001-0000001f'
[Nov 6 02:54:20] -- Executing [h@default:1] AGI("SIP/8001-0000001f", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Nov 6 02:54:20] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 6 02:54:20] -- <SIP/ 8001-0000001f>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 6 02:54:20] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 6 02:54:20] -- Executing [55558600051@default:1] MeetMeAdmin("Local/55558600051@default-00000027;2", "8600051,K") in new stack
[Nov 6 02:54:20] WARNING[19249]: app_meetme.c:4789 admin_exec: Conference number '8600051' not found!
[Nov 6 02:54:20] -- Executing [55558600051@default:2] Hangup("Local/55558600051@default-00000027;2", "") in new stack
[Nov 6 02:54:20] == Spawn extension (default, 55558600051, 2) exited non-zero on 'Local/55558600051@default-00000027;2'
[Nov 6 02:54:20] -- Executing [h@default:1] AGI("Local/55558600051@default-00000027;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Nov 6 02:54:20] -- <Local/55558600051@default-00000027;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 6 03:02:17] NOTICE[20741]: channel.c:5429 __ast_request_and_dial: Unable to request channel SIP/8001
I have not encountered this kind of error in Goautodial 2.1, and we have been using it since day one of our operations.