vicidial.org

Posted: **Sat Jul 30, 2011 8:34 am**

what are the reasons why calls get "conferenced"? not sure if its the correct term but agents and called parties go in the same meetme i guess?

Posted: **Sat Jul 30, 2011 11:11 am**

Posted: **Sat Jul 30, 2011 7:41 pm**

"yes", its the term where calls not intended to be in "conference". ok but how do i prevent this. it happens frequently right now and i dont know the reason. for now i can think of time sync between the server.

Posted: **Sat Jul 30, 2011 9:38 pm**

I think you should describe your problem in a little more detail.

And post your server load (and server specs).

8-)

(Just a guess, but usually there's a serious flaw OR your server is overloaded)

Posted: **Sun Jul 31, 2011 6:41 pm**

goauto 2.0
xeon core 2 duo 2.x ghz
4gb ram
all in one server
10 agents at most.

Posted: **Sun Jul 31, 2011 6:48 pm**

I think you should describe your problem in a little more detail.

And post your server load

you did not describe your problem.

you did not post your "server load" (number of agents is relevant but not nearly enough).

try "uptime" or "htop" or "top" or anything else that will show the 1 minute 5 minute and 10 minute processor averages. I like htop because it also shows a nice graphical view of each processor real time in addition to the "average".

xeon core 2 duo 2.x ghz

Two processor system 2.1 is very different from 2.8, so how about filling in the "2.x" number for real? Also of note is the fact that "Xeon" and "Core2" are different models (you can't have both, even though it doesn't matter which it is) 8-)

On some systems it's stored in here:

Code: Select all: dmidecode | grep CPU

Posted: **Tue Aug 02, 2011 6:24 pm**

CPU

Processors 4
Model Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
CPU Speed 2.39 GHz

server load, about 10-15 agents all at the same time.

here's my load as of this posting

top - 07:24:13 up 9:35, 3 users, load average: 0.02, 0.04, 0.07
Tasks: 127 total, 1 running, 126 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.0%us, 0.3%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2066932k total, 1997716k used, 69216k free, 47236k buffers
Swap: 1044216k total, 1528k used, 1042688k free, 1725156k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27379 apache 18 0 63016 17m 12m S 4.0 0.9 0:01.33 httpd
2590 mysql 15 0 145m 34m 5168 S 1.7 1.7 13:11.42 mysqld
2735 root 15 0 51684 18m 5860 S 0.7 0.9 13:57.31 asterisk
2947 root 15 0 12416 7076 2732 S 0.3 0.3 3:53.68 AST_update.pl
15596 apache 15 0 63404 21m 15m S 0.3 1.1 0:10.35 httpd
21530 apache 15 0 63028 18m 12m S 0.3 0.9 0:03.17 httpd
23979 apache 15 0 63420 21m 15m S 0.3 1.1 0:09.11 httpd
27110 apache 15 0 63012 17m 12m S 0.3 0.9 0:01.12 httpd
30700 apache 15 0 58368 6956 3300 S 0.3 0.3 0:00.10 httpd
1 root 15 0 2072 628 540 S 0.0 0.0 0:00.67 init

i still can't figure why its happening

Posted: **Tue Aug 02, 2011 10:26 pm**

did the problem happen when that reading for server load was taken?

and ... what was the problem, exactly?

Posted: **Tue Aug 02, 2011 10:36 pm**

that was taken while agents are using it. but not when the problem occurred.

if the problem occurs calls go in conference. 2+ agents can hear/talk to each other at the same goes with the called parties.

Posted: **Tue Aug 02, 2011 10:50 pm**

Try to catch CLI output and AGI debugging output (/var/log/astguiclient has some of this stored in log files) DURING an occurrence. AND server load at the same time, just to be sure.

and be sure your agents are not sharing phones or logins (change the passwords)

Posted: **Wed Aug 03, 2011 4:06 am**

ok. yes definitely they dont share logins.

vicidial.org

calls gets conferenced

calls gets conferenced