Call double transfer, two calls to same people, load issue?

All installation and configuration problems and questions

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

Call double transfer, two calls to same people, load issue?

Postby mjohn425 » Tue Aug 11, 2020 6:18 pm

Hi Guys,

Trying to get to the bottom of an issue with calls being transferred to two people, two calls being dropped into same person etc.

Reading through previous posts, it seems like this is potentially an asterisk load issue that is causing it but looking for a bit of guidance on tools to check, places to look (eg mysql performance, any logging tools). Are there any screens I should monitor and will attaching to them cause issues with the processes that run on them?

I've picked an example and it seems that the load spikes on these servers at the time see image below just before 11AM. Are these spikes typical of what you would see on a standard vicidial install? Thanks in advance for your help.
https://ibb.co/cTcCvTR
https://ibb.co/qgXwdwV

VERSION: 2.14-721a
BUILD: 191015-1620
Asterisk 11.22.0-vici
Centos 6.10 AWS 4 core 8gb ram
6 Server Cluster, 1 Primary Web/SQL/Vici/Asterisk (No agents), 5 Vicidial/Asterisk
Approx 10-15 agents on each. Up to 20-30k calls a day.
MySQL v14.14 D5.1.73
OS: VICIBox 9.0.1 OpenSuse 15.1 | VERSION: 2.14-742a BUILD: 200327-1715 | Asterisk: 13.21.1-vici | SVN: 3205 DB Schema: 1588
Linux: 4.12.14-lp151.28.44-default | MYSQL: Ver 15.1 Distrib 10.2.31-MariaDB | Perl: v5.26.1 | php: v7.2.5
mjohn425
 
Posts: 51
Joined: Tue Jan 21, 2020 1:20 am

Re: Call double transfer, two calls to same people, load iss

Postby mflorell » Tue Aug 11, 2020 7:58 pm

We've seen this issue with a few clients recently, it ended up being a carrier issue where the inbound carrier in all cases.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: Call double transfer, two calls to same people, load iss

Postby mjohn425 » Tue Aug 11, 2020 10:49 pm

I think this is more on the Vicidial/Asterisk side. The calls are fine coming in, its when they transfer (to another ingroup) that calls are going to two people. Sorry, I should have specified this properly in the first post.
OS: VICIBox 9.0.1 OpenSuse 15.1 | VERSION: 2.14-742a BUILD: 200327-1715 | Asterisk: 13.21.1-vici | SVN: 3205 DB Schema: 1588
Linux: 4.12.14-lp151.28.44-default | MYSQL: Ver 15.1 Distrib 10.2.31-MariaDB | Perl: v5.26.1 | php: v7.2.5
mjohn425
 
Posts: 51
Joined: Tue Jan 21, 2020 1:20 am

Re: Call double transfer, two calls to same people, load iss

Postby mflorell » Wed Aug 12, 2020 8:25 am

I can't say I've run into that type of issue before. But, on overloaded systems all kinds of things can go wrong.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: Call double transfer, two calls to same people, load iss

Postby c20xh2 » Wed Aug 12, 2020 11:59 am

I had something similar when our DB wasn't strong enough to take the load.
c20xh2
 
Posts: 95
Joined: Mon Feb 20, 2017 2:28 am

Re: Call double transfer, two calls to same people, load iss

Postby Vidhi Shah » Thu Jan 21, 2021 1:11 am

Hi Guys,

We also have this type of issue, where an agent gets connected to two calls at same time but one is inbound and other is outbound in most of the cases.
I am not sure if this is due to overload, How can I check? (Sorry have no idea how to work with asterisk).

Thanks in advance.
Vidhi Shah
 
Posts: 9
Joined: Wed Oct 07, 2020 10:31 pm

Re: Call double transfer, two calls to same people, load iss

Postby williamconley » Thu Jan 21, 2021 11:47 am

Vidhi Shah wrote:Hi Guys,

We also have this type of issue, where an agent gets connected to two calls at same time but one is inbound and other is outbound in most of the cases.
I am not sure if this is due to overload, How can I check? (Sorry have no idea how to work with asterisk).

Thanks in advance.


Check the average server load on the servers (via uptime or htop). Particularly the DB server. DURING the event (not 10 minutes later, lol).

Also check to see if there are slow queries bogging down mysql and the mysql variables that track failures. See if those are incrementing higher during these events. You may be hitting an artificial mysql or OS configuration barrier/limit.

Ensure your Database server and other Vicidial servers are sharing a Gigabit local network that's clean and unobstructed (no dropped or delayed packets, preferably no firewall).

Log the events to begin a pattern recognition possibility. Number of Live agents (and on each server), live calls, ringing calls, inbound calls in queue, etc. Eventually you may find that it happens when specific conditions are met and then you may get an idea of where to search.

Alternately, if you can identify which call was routed incorrectly, you can follow the logs for that specific call to find where the logic failed and the call was sent to the wrong place. Every time we've chased this down, it's been due to an overloaded database server not able to respond quickly to a request and resulting in bad information being returned.
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!)


Return to Support

Who is online

Users browsing this forum: Google [Bot], Majestic-12 [Bot] and 37 guests