Random issues with manual dial
Posted: Tue Apr 04, 2023 2:08 am
We've recently upgraded to the latest vicidial version from a very old installation. This was basically a new setup (vicibox, Version: 2.14b0.5, svn rev 3701) with some existing agents/leads/dids imported in the new db.
Everything works fine except a very annoying issue: some manual dial calls (nearly 5-7%) are not properly detected as live upon connection and therefore all agent actions are disabled (hangup, pause, etc). The only way to end up the call and continue working is log out, however this makes the lead to end up in ERI status without any closer records for this call.
We are still unable to reliably replicate the issue, however here is what we found out by now:
- The issue only exists on the new agent screen. The old one (vicidial-grey.php) works fine.
- Hardware is perfectly fine: it's a beefy asterisk server with dedicated db server and loads are well below 1
- Agents do not have any connectivity issues
- Asterisk log has multiple "func_hangupcause.c:140 hangupcause_read: Unable to find information for channel ", but as far, as I see that might be okay.
- Both servers have high open files/mysql connections/apache forks limits, so this is not the issue.
- Agents do not have any errors or warnings
- Agent debug log does not have anything suspicious (at least I don't see it):
Really nothing goes on for the next couple of minutes, but then agent logs out without any prior actions:
All other issues have almost exactly the same debug log: manual dial => multiple refresh/visibility records => logout. No errors or anything like that.
At the moment I have no ideas and we ended up moving all agents to vicidail-grey, however using this old version is not future-proof.
Any help is highly appreciated.
Everything works fine except a very annoying issue: some manual dial calls (nearly 5-7%) are not properly detected as live upon connection and therefore all agent actions are disabled (hangup, pause, etc). The only way to end up the call and continue working is log out, however this makes the lead to end up in ERI status without any closer records for this call.
We are still unable to reliably replicate the issue, however here is what we found out by now:
- The issue only exists on the new agent screen. The old one (vicidial-grey.php) works fine.
- Hardware is perfectly fine: it's a beefy asterisk server with dedicated db server and loads are well below 1
- Agents do not have any connectivity issues
- Asterisk log has multiple "func_hangupcause.c:140 hangupcause_read: Unable to find information for channel ", but as far, as I see that might be okay.
- Both servers have high open files/mysql connections/apache forks limits, so this is not the issue.
- Agents do not have any errors or warnings
- Agent debug log does not have anything suspicious (at least I don't see it):
- Code: Select all
| operator56 | 2023-04-02 09:27:08 | 2023-04-02 09:27:08 | 0.01136 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:07 | 2023-04-02 09:27:07 | 0.012479 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:07 | 2023-04-02 09:27:07 | 0.00889 | vdc_db_query.php | CALLSINQUEUEview | 0 | 1580 |
| operator56 | 2023-04-02 09:27:06 | 2023-04-02 09:27:06 | 0.012213 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:05 | 2023-04-02 09:27:05 | 0.011292 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:05 | 2023-04-02 09:27:05 | 0.008488 | vdc_db_query.php | CALLSINQUEUEview | 0 | 1580 |
| operator56 | 2023-04-02 09:27:02 | 2023-04-02 09:27:04 | 0 | vicidial.php | Browser_Visibility | 0 | 0|WENT HIDDEN 12 1680416823 |
| operator56 | 2023-04-02 09:27:04 | 2023-04-02 09:27:04 | 0.011979 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:03 | 2023-04-02 09:27:03 | 0.013859 | vdc_db_query.php | CalLBacKCounT | 0 | *****SUP|0|0 |
| operator56 | 2023-04-02 09:27:03 | 2023-04-02 09:27:03 | 0.013259 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:03 | 2023-04-02 09:27:03 | 0.008925 | vdc_db_query.php | CALLSINQUEUEview | 0 | 1580 |
| operator56 | 2023-04-02 09:27:02 | 2023-04-02 09:27:02 | 0.011104 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:00 | 2023-04-02 09:27:00 | 0.011801 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:27:00 | 2023-04-02 09:27:00 | 0.00934 | vdc_db_query.php | CALLSINQUEUEview | 0 | 1580 |
| operator56 | 2023-04-02 09:26:57 | 2023-04-02 09:26:59 | 0 | vicidial.php | NeWManuaLDiaLCalLSubmiT | 0 | 1|NOW |
| operator56 | 2023-04-02 09:26:57 | 2023-04-02 09:26:59 | 0 | vicidial.php | safe_pause_CFAI | 0 | 0|1 PAUSED |
| operator56 | 2023-04-02 09:26:59 | 2023-04-02 09:26:59 | 0.012099 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:26:59 | 2023-04-02 09:26:59 | 0.032489 | vdc_db_query.php | manDiaLnextCaLL | 4213084 | lookup|RIR|9906712|PAUSED|MANUAL_DIALNOW|**************|CAMPAIGN_CID| |
Really nothing goes on for the next couple of minutes, but then agent logs out without any prior actions:
- Code: Select all
| operator56 | 2023-04-02 09:28:50 | 2023-04-02 09:28:50 | 0.013859 | vdc_db_query.php | CalLBacKCounT | 0 | *****SUP|0|0 |
| operator56 | 2023-04-02 09:28:50 | 2023-04-02 09:28:50 | 0 | vicidial.php | LOGIN | 0 | 0|2.14-682c 230306-2034 /agc/vicidial.php |
| operator56 | 2023-04-02 09:28:50 | 2023-04-02 09:28:50 | 0.011924 | conf_exten_check.php | refresh | 0 | PAUSED|9906724 |
| operator56 | 2023-04-02 09:28:47 | 2023-04-02 09:28:48 | 1.01205 | vdc_db_query.php | userLOGout | 0 | NORMAL 2.14-424 230309-1005 |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:47 | 0 | vicidial.php | Browser_Visibility | 0 | 3|WENT VISIBLE 0 1680416927 |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:47 | 0 | vicidial.php | Browser_Visibility | 0 | 2|WENT HIDDEN 4 1680416927 |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:47 | 0 | vicidial.php | LogouT | 0 | 1|NORMAL |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:47 | 0 | vicidial.php | NormalLogout | 0 | 0| |
| operator56 | 2023-04-02 09:28:47 | 2023-04-02 09:28:47 | 0.013476 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:28:47 | 2023-04-02 09:28:47 | 0.011062 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:46 | 0.011845 | conf_exten_check.php | refresh | 0 | INCALL|9906712 |
| operator56 | 2023-04-02 09:28:46 | 2023-04-02 09:28:46 | 0.008313 | vdc_db_query.php | CALLSINQUEUEview | 0 | 1580 |
| operator56 | 2023-04-02 09:28:45 | 2023-04-02 09:28:45 | 0.011321 | conf_exten_check.php | refresh | 0 | INCALL|9906712
All other issues have almost exactly the same debug log: manual dial => multiple refresh/visibility records => logout. No errors or anything like that.
At the moment I have no ideas and we ended up moving all agents to vicidail-grey, however using this old version is not future-proof.
Any help is highly appreciated.