vicidial.org

Posted: **Thu Apr 02, 2009 2:29 pm**

VERSION: 2.0.4-121 BUILD: 80424-0442

Using VicidialNow rc1.1

Many time we face an issue where even if an agent is on Call, another call comes in.

Sometimes, even if agent hang up the call, call stays back and another come sin and then both customers can hear each other { which i think is VERY dangerous

}

Any Solutions ?

Posted: **Thu Apr 02, 2009 8:36 pm**

loadavg on server when this happens?

Posted: **Fri Apr 03, 2009 12:55 am**

Generally below 1.

But sometimes On an average : 3-4.

I have also seen LoadAvg as high as 19

This is what I got feedback from Asterisk Forum :

in zaptel/dahdi it should be zapata.conf/dahdi.conf transfer=yes
and/or callwaiting=yes
as far as I know.... with SIP devices it's usually configured on the
device itself, though you could limit it I guess
in the definition of the sip account ... don't remember the keywords,
google it out

Posted: **Fri Apr 03, 2009 9:50 am**

Most likely your load is too high, especially when it spikes. I would suggest getting an additional server to put the database and webserver on.

Also, upgrade to 2.0.5 which was just released today.

Posted: **Thu Apr 16, 2009 7:56 am**

Let me update.

Also, this thing happens even when we have just 5 agents on a single server. :-(

Our version is Asterisk 1.2.27

Posted: **Thu Apr 16, 2009 9:14 am**

We have the same issue. I moderated and stopped a lot of the issue (had it when 1 person on server) by training the agents to properly hang up and terminate a call.

Lets review:

1. One problem was agents not moving throught the proper steps
2. Hang ups were not made by system....upgraded mems (p4 2 mb 2ghz)
3. Moved from switch port to router port the server
4. Increased channels at VOIP provider and migrated to SIP
5. Determined bandwidth load and how close we were to hitting it
6. Moved CRm off of server and onto another
7. Bought bigger server
8. Increased bandwidth

Posted: **Thu Apr 16, 2009 9:44 am**

1) Moved from switch port to router port the server : Kindly explain more

2) Not hang up properly : Agent click on Hang up, a Popup pops in, they select the disposItion and then click on submit.I presume that the correct step.

3) Can codec be the Issue ? If yes, how to find out which codec a call is using ?

4) Any patch required for Asterisk ?

Posted: **Thu Apr 16, 2009 12:21 pm**

call-limit in sip.conf is one of the possible solution

I am trying this and lets seee

Posted: **Thu Apr 30, 2009 10:40 am**

I tried it but no help.

pr 30 17:41:37 NOTICE[3007]: chan_sip.c:2301 update_call_counter: Call to peer 'sip209' rejected due to usage limit of 1

I face same problem even when I have two agents.

Can codec be an issue ? I am using g729

Posted: **Fri May 01, 2009 5:17 am**

Try checking your extensions.conf file and see if you have missed some configuration entries. You might have accidentally deleted or mis-typed some entries.

Another possible reason is that some of the agents are sharing a conference room. On the agent interface, click the "show conference call link" and check the entries there and see if it matches the agent's phone extension.

Phone extension SIP/130:

You'll have issues if you see this:

2 phone extensions on a single conference room:

I also recommend you upgrade to the latest VicidialNOW (1.2) which has the latest Astguiclient (2.0.5).

Posted: **Fri May 01, 2009 5:57 am**

How to solve If I see "2 phone extensions on a single conference room" ?

Please find below Extension.conf file :

[general]
static=yes
writeprotect=no
autofallthrough=yes
clearglobalvars=no
priorityjumping=no

[globals]
CONSOLE => Console/dsp
IAXINFO => guest
TRUNK => SIP/sip
TRUNKMSD => 1

[from-sip]
exten => _X.,1,Congestion()

[dundi-e164-canonical]
[dundi-e164-customers]
[dundi-e164-via-pstn]
[dundi-e164-local]
include => dundi-e164-canonical
include => dundi-e164-customers
include => dundi-e164-via-pstn

[dundi-e164-switch]
switch => DUNDi/e164

[dundi-e164-lookup]
include => dundi-e164-local
include => dundi-e164-switch

[macro-dundi-e164]
exten => s,1,Goto(${ARG1},1)

include => dundi-e164-lookup

[iaxtel700]
exten => _91700XXXXXXX,1,Dial(IAX2/${IAXINFO}@iaxtel.com/${EXTEN:1}@iaxtel)

[iaxprovider]
[trunkint]
exten => _9011.,1,Macro(dundi-e164,${EXTEN:4})
exten => _9011.,2,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

[trunkld]
exten => _91NXXNXXXXXX,1,Macro(dundi-e164,${EXTEN:1})
exten => _91NXXNXXXXXX,2,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

[trunklocal]
exten => _9NXXXXXX,1,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

[trunktollfree]
exten => _91800NXXXXXX,1,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

exten => _91866NXXXXXX,1,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

exten => _91877NXXXXXX,1,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

exten => _91888NXXXXXX,1,Dial(${TRUNK}/${EXTEN:${TRUNKMSD}})

[international]
include => longdistance
include => trunkint

ignorepat => 9
[longdistance]
include => local
include => trunkld

ignorepat => 9
[local]
include => default
include => parkedcalls
include => trunklocal
include => iaxtel700
include => trunktollfree
include => iaxprovider

ignorepat => 9
[macro-stdexten]
exten => a,1,VoicemailMain(${ARG1})

exten => s,1,Dial(${ARG2},20)
exten => s,2,Goto(s-${DIALSTATUS},1)

exten => s-BUSY,1,Voicemail(b${ARG1})
exten => s-BUSY,2,Goto(default,s,1)

exten => s-NOANSWER,1,Voicemail(u${ARG1})
exten => s-NOANSWER,2,Goto(default,s,1)

exten => _s-.,1,Goto(s-NOANSWER,1)

[macro-stdPrivacyexten]
exten => a,1,VoicemailMain(${ARG1})

exten => s,1,Dial(${ARG2},20,p)
exten => s,2,Goto(s-${DIALSTATUS},1)

exten => s-BUSY,1,Voicemail(b${ARG1})
exten => s-BUSY,2,Goto(default,s,1)

exten => s-DONTCALL,1,Goto(${ARG3},s,1)

exten => s-NOANSWER,1,Voicemail(u${ARG1})
exten => s-NOANSWER,2,Goto(default,s,1)

exten => s-TORTURE,1,Goto(${ARG4},s,1)

exten => _s-.,1,Goto(s-NOANSWER,1)

[demo]
exten => #,1,Playback(demo-thanks)
exten => #,2,Hangup()

exten => 1000,1,Goto(default,s,1)

exten => 2,1,BackGround(demo-moreinfo)
exten => 2,2,Goto(s,instruct)

exten => 3,1,Set(LANGUAGE()=fr)
exten => 3,2,Goto(s,restart)

exten => 500,1,Playback(demo-abouttotry)
exten => 500,2,Dial(IAX2/guest@misery.digium.com/s@default)
exten => 500,3,Playback(demo-nogo)
exten => 500,4,Goto(s,6)

exten => 600,1,Playback(demo-echotest)
exten => 600,2,Echo()
exten => 600,3,Playback(demo-echodone)
exten => 600,4,Goto(s,6)

exten => 8500,1,VoicemailMain()
exten => 8500,2,Goto(s,6)

exten => i,1,Playback(invalid)

exten => s,1,Wait(1)
exten => s,2,Answer()
exten => s,3,Set(TIMEOUT(digit)=5)
exten => s,4,Set(TIMEOUT(response)=10)
exten => s,5(restart),BackGround(demo-congrats)
exten => s,6(instruct),BackGround(demo-instruct)
exten => s,7,WaitExten()

exten => t,1,Goto(#,1)

[default]

; BE SURE TO CHANGE THIS LINE FOR YOUR IP ADDRESS!
exten => _192*168*000*100*.,1,Goto(default,${EXTEN:16},1)
exten => _8600XXX*.,1,AGI(agi-VDADfixCXFER.agi)
exten => _78600XXX*.,1,AGI(agi-VDADfixCXFER.agi)

exten => #,1,Playback(invalid)
exten => #,2,Hangup()

exten => cc101,1,Dial(sip/cc101,30,to)
exten => cc101,2,Voicemail(ucc101)

exten => cc102,1,Dial(sip/cc102,30,to)
exten => cc102,2,Voicemail(ucc102)

exten => cc103,1,Dial(sip/cc103,30,to)
exten => cc103,2,Voicemail(ucc103)

exten => cc104,1,Dial(sip/cc104,30,to)
exten => cc104,2,Voicemail(ucc104)

exten => cc105,1,Dial(sip/cc105,30,to)
exten => cc105,2,Voicemail(ucc105)

exten => cc106,1,Dial(sip/cc106,30,to)
exten => cc106,2,Voicemail(ucc106)

exten => cc107,1,Dial(sip/cc107,30,to)
exten => cc107,2,Voicemail(ucc107)

exten => cc108,1,Dial(sip/c108,30,to)
exten => cc108,2,Voicemail(ucc108)

exten => cc109,1,Dial(sip/cc109,30,to)
exten => cc109,2,Voicemail(ucc109)

exten => cc110,1,Dial(sip/cc110,30,to)
exten => cc110,2,Voicemail(ucc110)

exten => cc111,1,Dial(sip/cc111,30,to)
exten => cc111,2,Voicemail(ucc111)

exten => 7777,1,Dial(sip/7777,30,to)
exten => 7777,2,Voicemail(u7777)

exten => 5566,1,ChanSpy(all)
exten => 5566,2,Hangup()

exten => 68600051,1,Meetme(8600051,mq)

exten => 68600052,1,Meetme(8600052,mq)

exten => 68600053,1,Meetme(8600053,mq)

exten => 68600054,1,Meetme(8600054,mq)

exten => 68600055,1,Meetme(8600055,mq)

exten => 68600056,1,Meetme(8600056,mq)

exten => 68600057,1,Meetme(8600057,mq)

exten => 68600058,1,Meetme(8600058,mq)

exten => 68600059,1,Meetme(8600059,mq)

exten => 68600060,1,Meetme(8600060,mq)

exten => 68600061,1,Meetme(8600061,mq)

exten => 68600062,1,Meetme(8600062,mq)

exten => 68600063,1,Meetme(8600063,mq)

exten => 68600064,1,Meetme(8600064,mq)

exten => 68600065,1,Meetme(8600065,mq)

exten => 68600066,1,Meetme(8600066,mq)

exten => 68600067,1,Meetme(8600067,mq)

exten => 68600068,1,Meetme(8600068,mq)

exten => 68600069,1,Meetme(8600069,mq)

exten => 68600070,1,Meetme(8600070,mq)

exten => 68600071,1,Meetme(8600071,mq)

exten => 68600072,1,Meetme(8600072,mq)

exten => 68600073,1,Meetme(8600073,mq)

exten => 68600074,1,Meetme(8600074,mq)

exten => 68600075,1,Meetme(8600075,mq)

exten => 68600076,1,Meetme(8600076,mq)

exten => 68600077,1,Meetme(8600077,mq)

exten => 68600078,1,Meetme(8600078,mq)

exten => 68600079,1,Meetme(8600079,mq)

exten => 68600080,1,Meetme(8600080,mq)

exten => 68600081,1,Meetme(8600081,mq)

exten => 68600082,1,Meetme(8600082,mq)

exten => 68600083,1,Meetme(8600083,mq)

exten => 68600084,1,Meetme(8600084,mq)

exten => 68600085,1,Meetme(8600085,mq)

exten => 68600086,1,Meetme(8600086,mq)

exten => 68600087,1,Meetme(8600087,mq)

exten => 68600088,1,Meetme(8600088,mq)

exten => 68600089,1,Meetme(8600089,mq)

exten => 68600090,1,Meetme(8600090,mq)

exten => 68600091,1,Meetme(8600091,mq)

exten => 68600092,1,Meetme(8600092,mq)

exten => 68600093,1,Meetme(8600093,mq)

exten => 68600094,1,Meetme(8600094,mq)

exten => 68600095,1,Meetme(8600095,mq)

exten => 68600096,1,Meetme(8600096,mq)

exten => 68600097,1,Meetme(8600097,mq)

exten => 68600098,1,Meetme(8600098,mq)

exten => 68600099,1,Meetme(8600099,mq)

exten => 68600100,1,Meetme(8600100,mq)

exten => 7001,1,PlayBack(tt-monkeys)
exten => 7001,2,Hangup()

exten => 78600051,1,Meetme(8600051,q)

exten => 78600052,1,Meetme(8600052,q)

exten => 78600053,1,Meetme(8600053,q)

exten => 78600054,1,Meetme(8600054,q)

exten => 78600055,1,Meetme(8600055,q)

exten => 78600056,1,Meetme(8600056,q)

exten => 78600057,1,Meetme(8600057,q)

exten => 78600058,1,Meetme(8600058,q)

exten => 78600059,1,Meetme(8600059,q)

exten => 78600060,1,Meetme(8600060,q)

exten => 78600061,1,Meetme(8600061,q)

exten => 78600062,1,Meetme(8600062,q)

exten => 78600063,1,Meetme(8600063,q)

exten => 78600064,1,Meetme(8600064,q)

exten => 78600065,1,Meetme(8600065,q)

exten => 78600066,1,Meetme(8600066,q)

exten => 78600067,1,Meetme(8600067,q)

exten => 78600068,1,Meetme(8600068,q)

exten => 78600069,1,Meetme(8600069,q)

exten => 78600070,1,Meetme(8600070,q)

exten => 78600071,1,Meetme(8600071,q)

exten => 78600072,1,Meetme(8600072,q)

exten => 78600073,1,Meetme(8600073,q)

exten => 78600074,1,Meetme(8600074,q)

exten => 78600075,1,Meetme(8600075,q)

exten => 78600076,1,Meetme(8600076,q)

exten => 78600077,1,Meetme(8600077,q)

exten => 78600078,1,Meetme(8600078,q)

exten => 78600079,1,Meetme(8600079,q)

exten => 78600080,1,Meetme(8600080,q)

exten => 78600081,1,Meetme(8600081,q)

exten => 78600082,1,Meetme(8600082,q)

exten => 78600083,1,Meetme(8600083,q)

exten => 78600084,1,Meetme(8600084,q)

exten => 78600085,1,Meetme(8600085,q)

exten => 78600086,1,Meetme(8600086,q)

exten => 78600087,1,Meetme(8600087,q)

exten => 78600088,1,Meetme(8600088,q)

exten => 78600089,1,Meetme(8600089,q)

exten => 78600090,1,Meetme(8600090,q)

exten => 78600091,1,Meetme(8600091,q)

exten => 78600092,1,Meetme(8600092,q)

exten => 78600093,1,Meetme(8600093,q)

exten => 78600094,1,Meetme(8600094,q)

exten => 78600095,1,Meetme(8600095,q)

exten => 78600096,1,Meetme(8600096,q)

exten => 78600097,1,Meetme(8600097,q)

exten => 78600098,1,Meetme(8600098,q)

exten => 78600099,1,Meetme(8600099,q)

exten => 78600100,1,Meetme(8600100,q)

exten => 8159,1,ZapBarge()
exten => 8159,2,Hangup()

exten => 8168,1,Answer()
exten => 8168,2,AGI(agi-record_prompts.agi)
exten => 8168,3,Hangup()

exten => 8300,1,Hangup()

exten => 8301,1,Answer()
exten => 8301,2,AGI(park_CID.agi)
exten => 8301,3,Playback(park)
exten => 8301,4,Hangup()

exten => 8302,1,Answer()
exten => 8302,2,Playback(conf)
exten => 8302,3,Hangup()

exten => 8303,1,Answer()
exten => 8303,2,AGI(park_CID.agi)
exten => 8303,3,Playback(conf)
exten => 8303,4,Hangup()

exten => 8307,1,Answer()
exten => 8307,2,Playback(vm-goodbye)
exten => 8307,3,Hangup()

exten => 8309,1,Answer()
exten => 8309,2,Monitor(wav,${CALLERIDNAME})
exten => 8309,3,Wait(3600)
exten => 8309,4,Hangup()

exten => 8310,1,Answer()
exten => 8310,2,Monitor(gsm,${CALLERIDNAME})
exten => 8310,3,Wait(3600)
exten => 8310,4,Hangup()

exten => 8320,1,WaitForSilence(2000,2)
exten => 8320,2,Playback(conf)
exten => 8320,3,AGI(VD_amd_post.agi,${EXTEN})
exten => 8320,4,Hangup()

exten => 8364,1,Playback(sip-silence)
exten => 8364,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8364,3,AGI(agi-VDADtransferBROADCAST.agi,${EXTEN})
exten => 8364,4,AGI(agi-VDADtransferBROADCAST.agi,${EXTEN})
exten => 8364,5,Hangup()

exten => 8365,1,Playback(sip-silence)
exten => 8365,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup()

exten => 8366,1,Playback(sip-silence)
exten => 8366,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8366,3,AGI(agi-VDADtransferSURVEY.agi,${EXTEN})
exten => 8366,4,AGI(agi-VDADtransferSURVEY.agi,${EXTEN})
exten => 8366,5,Hangup()

exten => 8367,1,Playback(sip-silence)
exten => 8367,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8367,3,AGI(agi-VDAD_LO_transfer.agi,${EXTEN})
exten => 8367,4,AGI(agi-VDAD_LO_transfer.agi,${EXTEN})
exten => 8367,5,Hangup()

exten => 8368,1,Playback(sip-silence)
exten => 8368,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8368,3,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8368,4,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8368,5,Hangup()

exten => 8369,1,Playback(sip-silence)
exten => 8369,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8369,3,AMD(3500,1500,300,6000,120,50,5,256)
exten => 8369,4,AGI(VD_amd.agi,${EXTEN})
exten => 8369,5,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8369,6,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8369,7,Hangup()

exten => 8372,1,Playback(sip-silence)
exten => 8372,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8372,3,AGI(agi-VDADautoREMINDER.agi,${EXTEN})
exten => 8372,4,AGI(agi-VDADautoREMINDER.agi,${EXTEN})
exten => 8372,5,Hangup()

exten => 8500,1,VoicemailMain()
exten => 8500,2,Goto(s,6)

exten => 8500998,1,Answer()
exten => 8500998,2,Playback(silence)
exten => 8500998,3,AGI(agi-dtmf.agi)
exten => 8500998,4,Hangup()

exten => 8501,1,VoicemailMain(s${CALLERIDNUM})
exten => 8501,2,Hangup()

exten => 8600,1,Meetme(8600)

exten => 8600001,1,Meetme(8600011,q)

exten => 8600002,1,Meetme(8600011,q)

exten => 8600003,1,Meetme(8600011,q)

exten => 8600004,1,Meetme(8600011,q)

exten => 8600005,1,Meetme(8600011,q)

exten => 8600006,1,Meetme(8600011,q)

exten => 8600007,1,Meetme(8600011,q)

exten => 8600008,1,Meetme(8600011,q)

exten => 8600009,1,Meetme(8600011,q)

exten => 8600010,1,Meetme(8600011,q)

exten => 8600011,1,Meetme(8600011,q)

exten => 8600012,1,Meetme(8600012,q)

exten => 8600013,1,Meetme(8600013,q)

exten => 8600014,1,Meetme(8600014,q)

exten => 8600015,1,Meetme(8600015,q)

exten => 8600016,1,Meetme(8600016,q)

exten => 8600017,1,Meetme(8600017,q)

exten => 8600018,1,Meetme(8600018,q)

exten => 8600019,1,Meetme(8600019,q)

exten => 8600020,1,Meetme(8600020,q)

exten => 8600021,1,Meetme(8600021,q)

exten => 8600022,1,Meetme(8600022,q)

exten => 8600023,1,Meetme(8600023,q)

exten => 8600024,1,Meetme(8600024,q)

exten => 8600025,1,Meetme(8600025,q)

exten => 8600026,1,Meetme(8600026,q)

exten => 8600027,1,Meetme(8600027,q)

exten => 8600028,1,Meetme(8600028,q)

exten => 8600029,1,Meetme(8600029,q)

exten => 8600051,1,Meetme(8600051)

exten => 8600052,1,Meetme(8600052)

exten => 8600053,1,Meetme(8600053)

exten => 8600054,1,Meetme(8600054)

exten => 8600055,1,Meetme(8600055)

exten => 8600056,1,Meetme(8600056)

exten => 8600057,1,Meetme(8600057)

exten => 8600058,1,Meetme(8600058)

exten => 8600059,1,Meetme(8600059)

exten => 8600060,1,Meetme(8600060)

exten => 8600061,1,Meetme(8600061)

exten => 8600062,1,Meetme(8600062)

exten => 8600063,1,Meetme(8600063)

exten => 8600064,1,Meetme(8600064)

exten => 8600065,1,Meetme(8600065)

exten => 8600066,1,Meetme(8600066)

exten => 8600067,1,Meetme(8600067)

exten => 8600068,1,Meetme(8600068)

exten => 8600069,1,Meetme(8600069)

exten => 8600070,1,Meetme(8600070)

exten => 8600071,1,Meetme(8600071)

exten => 8600072,1,Meetme(8600072)

exten => 8600073,1,Meetme(8600073)

exten => 8600074,1,Meetme(8600074)

exten => 8600075,1,Meetme(8600075)

exten => 8600076,1,Meetme(8600076)

exten => 8600077,1,Meetme(8600077)

exten => 8600078,1,Meetme(8600078)

exten => 8600079,1,Meetme(8600079)

exten => 8600080,1,Meetme(8600080)

exten => 8600081,1,Meetme(8600081)

exten => 8600082,1,Meetme(8600082)

exten => 8600083,1,Meetme(8600083)

exten => 8600084,1,Meetme(8600084)

exten => 8600085,1,Meetme(8600085)

exten => 8600086,1,Meetme(8600086)

exten => 8600087,1,Meetme(8600087)

exten => 8600088,1,Meetme(8600088)

exten => 8600089,1,Meetme(8600089)

exten => 8600090,1,Meetme(8600090)

exten => 8600091,1,Meetme(8600091)

exten => 8600092,1,Meetme(8600092)

exten => 8600093,1,Meetme(8600093)

exten => 8600094,1,Meetme(8600094)

exten => 8600095,1,Meetme(8600095)

exten => 8600096,1,Meetme(8600096)

exten => 8600097,1,Meetme(8600097)

exten => 8600098,1,Meetme(8600098)

exten => 8600099,1,Meetme(8600099)

exten => 8600100,1,Meetme(8600100)

exten => 8601,1,Meetme(8601)

exten => h,1,DeadAGI(agi://127.0.0.1:4577/call_log)
exten => h,2,DeadAGI(agi://127.0.0.1:4577/VD_hangup--HVcause ... EBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME}))

exten => i,1,Playback(invalid)

exten => t,1,Goto(#,1)

exten => _68600XXX,1,Meetme(${EXTEN:1},mq)

exten => _78600XXX,1,Meetme(${EXTEN:1},q)

exten => _85026666666666.,1,Wait(2)
exten => _85026666666666.,2,Voicemail(${EXTEN:14})
exten => _85026666666666.,3,Hangup()

exten => _851XXXXX,1,Answer()
exten => _851XXXXX,2,Playback(${EXTEN})
exten => _851XXXXX,3,Hangup()

exten => _90009.,1,Answer()
exten => _90009.,2,AGI(agi-VDADcloser.agi,${EXTEN}-----START)
exten => _90009.,3,Hangup()

exten => _9X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _9X.,2,Dial(SIP/${EXTEN:1}@sip8||tTor)
exten => _9X.,3,Hangup()

exten => _8X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _8X.,2,Dial(SIP/${EXTEN:1}@sip203||tTor)
exten => _8X.,3,Hangup()

exten => _700X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _700X.,2,Dial(SIP/${EXTEN:1}@sipVSNL||tTor)
exten => _700X.,3,Hangup()

exten => _6X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _6X.,2,Dial(SIP/${EXTEN:1}@sip216||tTor)
exten => _6X.,3,Hangup()

exten => _5X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _5X.,2,Dial(SIP/${EXTEN:1}@sip64||tTor)
exten => _5X.,3,Hangup()

exten => _X38600XXX,1,MeetMeAdmin(${EXTEN:2},t,${EXTEN:0:1})
exten => _X38600XXX,2,Hangup()

exten => _X48600XXX,1,MeetMeAdmin(${EXTEN:2},T,${EXTEN:0:1})
exten => _X48600XXX,2,Hangup()

exten => _[1-4]X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _[1-4]X.,2,Dial(SIP/${EXTEN}@sip8||tTor)
exten => _[1-4]X.,3,Hangup()

Also, I am using g729. Can that be an Issue ?

Also, if I see the Loadavg more than 4 , whats the immediate solution to get it under 1 APART from restarting ?

Another Interesting thing is :

Only USA shift ppl faces this issue, not UK shift

Also, FYI :

I have 2 MB of Lease line.

This is What I see :

[root@vicidialnow ~]# iftop
interface: eth0
IP address is: 192.168.0.100

1.91Mb 3.81Mb 5.72Mb 7.63Mb 9.54Mb
└──────────────────┴──────────────────┴───────────────────┴──────────────────┴───────────────────
192.168.0.100 => 192.168.0.114 86.4Kb 87.3Kb 84.1Kb
<= 90.6Kb 91.8Kb 86.3Kb
192.168.0.100 => 192.168.0.113 86.7Kb 86.9Kb 86.3Kb
<= 90.9Kb 91.1Kb 89.8Kb
192.168.0.100 => 192.168.0.122 87.4Kb 87.1Kb 87.2Kb
<= 92.6Kb 90.6Kb 90.5Kb
192.168.0.100 => 192.168.0.117 86.4Kb 86.6Kb 85.6Kb
<= 90.6Kb 90.5Kb 88.7Kb
192.168.0.100 => 192.168.0.120 83.0Kb 86.3Kb 86.1Kb
<= 84.0Kb 89.5Kb 89.5Kb
192.168.0.100 => 192.168.0.118 83.0Kb 84.5Kb 84.8Kb
<= 84.8Kb 86.3Kb 87.3Kb
192.168.0.100 => 192.168.0.126 83.2Kb 83.5Kb 84.4Kb
<= 84.2Kb 85.1Kb 86.5Kb
192.168.0.100 => 192.168.0.124 83.3Kb 83.3Kb 83.7Kb
<= 84.3Kb 84.7Kb 85.2Kb
192.168.0.100 => 192.168.0.121 83.2Kb 83.1Kb 83.5Kb
<= 85.1Kb 84.8Kb 85.4Kb
192.168.0.100 => 192.168.0.116 82.9Kb 82.9Kb 83.8Kb
<= 84.4Kb 84.9Kb 85.8Kb
192.168.0.100 => 192.168.0.115 83.0Kb 83.1Kb 83.4Kb
<= 84.7Kb 84.6Kb 84.9Kb
192.168.0.100 => 192.168.0.104 83.0Kb 83.0Kb 83.5Kb
<= 84.7Kb 84.4Kb 85.1Kb
192.168.0.100 => 192.168.0.127 78.1Kb 78.1Kb 78.2Kb
<= 78.9Kb 78.6Kb 78.7Kb
192.168.0.100 => 192.168.0.125 78.1Kb 78.1Kb 78.1Kb
<= 78.9Kb 78.6Kb 78.6Kb
─────────────────────────────────────────────────────────────────────────────────────────────────
TX: cumm: 6.47MB peak: 1.30Mb rates: 1.23Mb 1.26Mb 1.26Mb
RX: 6.45MB 1.28Mb 1.25Mb 1.26Mb 1.26Mb
TOTAL: 12.9MB 2.58Mb 2.47Mb 2.51Mb 2.51Mb

Posted: **Fri May 01, 2009 1:58 pm**

Here is the output of top when LoadAvg is above 5 :

[root]# top
top - 20:19:40 up 53 min, 1 user, load average: 9.54, 7.85, 6.44
Tasks: 224 total, 1 running, 223 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.5%us, 3.8%sy, 0.0%ni, 28.6%id, 59.1%wa, 0.2%hi, 0.8%si,
0.0%st

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2835 root 15 0 41252 14m 4932 S 5 0.4 1:08.82 asterisk
2456 mysql 15 0 154m 28m 4480 S 2 0.8 0:42.05 mysqld
2995 root 16 0 12380 7220 2740 S 1 0.2 0:21.56 AST_update.pl
10700 root 15 0 2304 1088 788 R 1 0.0 0:00.03 top
413 root 10 -5 0 0 0 D 0 0.0 0:02.54 kjournald
428 apache 15 0 58168 6460 2952 S 0 0.2 0:00.10 httpd
3004 root 15 0 11096 5804 2640 S 0 0.2 0:03.12 AST_VDauto_dial
6725 root 15 0 12644 7400 2600 S 0 0.2 0:00.90 AST_CRON_audio_
10428 root 18 0 21536 15m 2600 S 0 0.4 0:00.28 AST_CRON_audio_
13471 apache 15 0 58168 6780 3260 S 0 0.2 0:00.50 httpd
17253 root 15 0 13248 6696 1456 S 0 0.2 0:00.30 FastAGI_log.pl
29074 apache 15 0 58168 6692 3172 S 0 0.2 0:00.38 httpd
30454 root 16 0 21536 15m 2596 S 0 0.4 0:00.65 AST_CRON_audio_
1 root 15 0 2044 664 572 S 0 0.0 0:00.58 init
2 root RT 0 0 0 0 S 0 0.0 0:00.02 migration/0
3 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
5 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/1
6 root 34 19 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1

Posted: **Fri May 01, 2009 5:03 pm**

Here are few outputs when we had a CONFERENCE Issues:

[root@vicidialnow ~]# top
top - 01:16:27 up 14:08, 1 user, load average: 0.22, 0.35, 0.46
Tasks: 133 total, 1 running, 132 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.5%us, 0.9%sy, 0.0%ni, 96.3%id, 0.0%wa, 0.1%hi, 0.2%si, 0.0%st
Mem: 3628596k total, 239012k used, 3389584k free, 2552k buffers
Swap: 779144k total, 0k used, 779144k free, 50120k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2331 mysql 15 0 147m 31m 4000 S 2 0.9 56:42.94 mysqld
2737 root 15 0 33076 27m 2592 S 0 0.8 1:33.94 AST_VDadapt.pl
2782 root 15 0 66528 23m 5000 S 5 0.7 98:04.02 asterisk
2957 root 16 0 14820 9568 2660 S 0 0.3 1:37.00 AST_VDauto_dial
5492 apache 15 0 58336 9228 5496 S 0 0.3 0:04.45 httpd
2322 apache 15 0 58336 9080 5356 S 0 0.3 0:04.90 httpd
23023 apache 15 0 58300 8900 5292 S 0 0.2 0:06.19 httpd
5189 apache 15 0 58296 8692 5088 S 0 0.2 0:01.10 httpd
5296 apache 15 0 58292 8588 4916 S 0 0.2 0:01.08 httpd
4100 apache 15 0 58336 8528 4804 S 0 0.2 0:04.67 httpd
5501 apache 16 0 58320 8488 4788 S 0 0.2 0:01.14 httpd
1715 apache 15 0 58308 8448 4736 S 0 0.2 0:05.00 httpd
4697 apache 15 0 58280 8396 4748 S 0 0.2 0:01.15 httpd
4628 apache 15 0 58308 8300 4608 S 0 0.2 0:04.54 httpd
4637 apache 15 0 58304 8200 4512 S 0 0.2 0:01.13 httpd
3315 apache 15 0 58324 8188 4492 S 0 0.2 0:04.74 httpd
4681 apache 15 0 58288 8132 4476 S 0 0.2 0:01.14 httpd
4982 apache 15 0 58320 8088 4396 S 0 0.2 0:01.11 httpd
32410 apache 15 0 58316 7988 4292 S 0 0.2 0:01.67 httpd
2736 root 15 0 13104 7968 2812 S 0 0.2 0:31.37 FastAGI_log.pl
2396 root 18 0 57652 7772 4868 S 0 0.2 0:00.10 httpd
14444 apache 15 0 58304 7640 4076 S 0 0.2 0:03.42 httpd
4698 apache 15 0 58180 7576 4016 S 0 0.2 0:01.16 httpd
2947 root 15 0 12632 7384 2740 S 2 0.2 24:01.76 AST_update.pl
2953 root 15 0 12364 7196 2756 S 0 0.2 0:57.32 AST_manager_lis
3189 root 15 0 13248 6800 1512 S 0 0.2 0:01.91 FastAGI_log.pl
4899 root 15 0 13248 6800 1512 S 0 0.2 0:01.99 FastAGI_log.pl
31470 root 15 0 13248 6800 1512 S 0 0.2 0:02.11 FastAGI_log.pl
11629 root 16 0 13248 6796 1512 S 0 0.2 0:01.61 FastAGI_log.pl
6458 root 16 0 13248 6792 1512 S 0 0.2 0:01.72 FastAGI_log.pl
2383 root 16 0 13248 6772 1512 S 0 0.2 0:00.36 FastAGI_log.pl
4742 root 16 0 13248 6744 1484 S 0 0.2 0:00.33 FastAGI_log.pl
5140 root 15 0 13248 6744 1484 S 0 0.2 0:00.37 FastAGI_log.pl
2951 root 15 0 10864 5620 2668 S 0 0.2 1:15.62 AST_manager_sen
2843 root 15 0 7472 5536 1680 S 0 0.2 0:00.10 miniserv.pl
2960 root 15 0 10608 5312 2632 S 0 0.1 0:10.69 AST_VDremote_ag
22463 root 18 0 10276 4924 2584 S 0 0.1 0:00.03 AST_manager_kil
22995 root 20 0 6220 4584 1796 S 1 0.1 0:00.04 AST_send_action
22851 root 18 0 6224 4548 1776 S 0 0.1 0:00.04 AST_send_action

vicidialnow*CLI> sip show channels
Peer User/ANR Call ID Seq (Tx/Rx) Form Hold Last Message
203.171.240.46 1706682806 2098ee21696 00102/00000 g729 No Tx: ACK
203.171.240.46 1706657564 751b6a2a09d 00102/00000 g729 No Init: INVITE
192.168.0.125 cc125 6e1f741d38e 00102/00000 ulaw No Tx: ACK
192.168.0.69 cc103 3e38a65e7e5 00102/00000 ulaw No Tx: ACK
192.168.0.105 cc105 3d095b7a497 00102/00000 ulaw No Tx: ACK
192.168.0.124 cc124 2ad808f2386 00102/00000 ulaw No Tx: ACK
192.168.0.126 cc126 420e10a04fb 00102/00000 ulaw No Tx: ACK
192.168.0.130 cc128 6a599691471 00102/00002 ulaw Yes Rx: ACK
192.168.0.127 cc127 1e4a2f1d5ae 00102/00000 ulaw No Tx: ACK
203.171.240.46 1718922049 0d6f5127257 00102/00001 unkn No (d) Rx: BYE
203.171.240.46 4416385688 02624645270 00102/00000 unkn No (d) Rx: BYE
192.168.0.127 cc127 58d2b2b93e9 00102/00002 ulaw Yes Rx: ACK
203.171.240.46 1909475839 3b94226a150 00102/00001 unkn No (d) Rx: BYE
203.171.240.46 1909763104 24166d804b0 00102/00001 unkn No (d) Rx: BYE
203.171.240.46 4417072510 72bfdc20371 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4412753329 19480eef5ce 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4417328414 1772deac544 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4419047382 6ae0deb10af 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4415151001 206b6caa42c 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4418247907 7dbd85ac333 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4412022412 5dec18d27c1 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4414826533 259138db287 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4411325387 50c3f3611fc 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4411328131 1baa022c62b 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4419138818 76b53473711 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4413328424 1772477315b 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4414765628 720657f652b 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4414765521 731044d0390 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4414194556 7efb768975b 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4413834160 71eaaa5e44b 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4419776857 09bc3600607 00102/00000 unkn No (d) Rx: BYE
203.171.240.46 4416143958 6878063a6ba 00102/00000 unkn No (d) Rx: BYE
192.168.0.112 cc112 128eeff32d4 00102/00000 ulaw No Tx: ACK
33 active SIP channels

vicidialnow*CLI> show channels
Channel Location State Application(Data)
SIP/cc125-09abe648 (None) Down (None)
SIP/sip203-09de7110 (None) Down AppDial((Outgoing Line))
Local/817066574570@d 817066574570@default Ring Dial(SIP/17066574570@sip203||t
Local/817066574570@d s@default:1 Down (None)
Local/78600059@defau 78600059@default:1 Up MeetMe(8600059|q)
Local/78600059@defau 8309@default:3 Up Wait(3600)
Zap/pseudo-129535419 s@default:1 Rsrvd (None)
SIP/cc103-09b28150 8600059@default:1 Up MeetMe(8600059)
Local/78600061@defau 78600061@default:1 Up MeetMe(8600061|q)
Local/78600061@defau 8309@default:3 Up Wait(3600)
Zap/pseudo-204199693 s@default:1 Rsrvd (None)
SIP/cc105-09b71ba8 8600055@default:1 Up MeetMe(8600055)
SIP/cc124-09a966f8 8600051@default:1 Up MeetMe(8600051)
Zap/pseudo-127199113 s@default:1 Rsrvd (None)
Local/78600057@defau 78600057@default:1 Up MeetMe(8600057|q)
Local/78600057@defau 8309@default:3 Up Wait(3600)
Zap/pseudo-695186662 s@default:1 Rsrvd (None)
SIP/cc126-09b6c668 8600062@default:1 Up MeetMe(8600062)
Zap/pseudo-168858114 s@default:1 Rsrvd (None)
SIP/cc128-09b128d0 8600057@default:1 Up MeetMe(8600057)
SIP/cc127-09c452a0 8600056@default:1 Up MeetMe(8600056)
Zap/pseudo-866454346 s@default:1 Rsrvd (None)
SIP/cc127-09bfb3a0 8600056@default:1 Up MeetMe(8600056)
Zap/pseudo-193933040 s@default:1 Rsrvd (None)
SIP/cc112-099b61e0 8600051@default:1 Up MeetMe(8600051)
25 active channels
15 active calls

Also, please find 2 screen shots of 2 agents who were facing conference issues :

cc104 screen shot :

http://prodsurvey.webng.com/cc104.jpg

cc106 screen shot :

http://prodsurvey.webng.com/cc106.jpg

Kindly help me in resolving this issue [/img]

Posted: **Fri May 01, 2009 7:33 pm**

Sorry but I am badly tied up...

Any help will definitely help me a lot...

Posted: **Fri May 01, 2009 7:41 pm**

with a load average that high, your problem is that your processor is being overworked and is "missing steps". Your best bet is to add another box or upgrade the one you have or get more bandwidth until you can reduce your load enough to stop the misfires (or all the above).

and upgrading to 2.0.5 would be a step in the right direction, too.

Posted: **Fri May 01, 2009 7:42 pm**

When i was having Conference,

top - 01:16:27 up 14:08, 1 user, load average: 0.22, 0.35, 0.46

LoadAvg is high ?

Also, please find 2 screen shots of 2 agents who were facing conference issues :

cc104 screen shot :

http://prodsurvey.webng.com/cc104.jpg

cc106 screen shot :

http://prodsurvey.webng.com/cc106.jpg

Posted: **Fri May 01, 2009 9:04 pm**

top - 20:19:40 up 53 min, 1 user, load average: 9.54, 7.85, 6.44

Is what I was looking at.

any other software besides vicidialnow?

CPU? Are you recording?

Posted: **Sat May 02, 2009 1:50 am**

VERSION: 2.0.4-121 BUILD: 80424-0442

Processors 4
Model Intel(R) Xeon(R) CPU X3220 @ 2.40GHz
CPU Speed 2.39 GHz
Cache Size 4.00 MB
System Bogomips 19200.57

No software apart from simple VicidialNow.

Posted: **Sat May 02, 2009 10:21 am**

Can you post screenshots of top instead of pasting it's results. It's hard to figure out which figure is which.

Posted: **Sat May 02, 2009 11:14 am**

I captured that TOP when there was a conference happening.

Posted: **Sat May 02, 2009 1:03 pm**

Since you mentioned that you're using Xlite, make sure that the agents answer their softphones once it rings. Most of the cross-connections that I encounter are agent related (unless the load is extremely high) specially on a default install of VicidialNOW. If you can disable the other lines on Xlite (i think it has 4 lines enabled by default if I'm not mistaken) it will definitely help.

Posted: **Sat May 02, 2009 1:28 pm**

1) It does rings.

2) Cross connection happen all of a sudden.

3) Xlite has 2 lines. But No idea how to disable the 2nd line.

[/img]

Posted: **Sun May 03, 2009 1:42 pm**

I guess its due to VOIP provider as everything else looks good and ok.

I will change it and will run for 2 days and lets see

Anyway to find out from the dialer whether its due to VOIP provider ?

Posted: **Sun May 03, 2009 2:21 pm**

Vicidial Logs

Posted: **Sun May 03, 2009 2:24 pm**

Sorry but how ?

Also, asterisk forums updated me that :

Looking at this, your problem appears to be that you are diskbound. Note
the 60% "wait" time.

Use "hdparm -t" to find out the throughput of each of your disks. If its
not 20MB/sec or more then you need to look into the drivers you are using
for your disk. If you do have good disk throughput and still stuck with
high wait time then you need to look into why you have so much disk IO going
on.

By the way - there's no big problem with an Asterisk box with a load average
of 4. I've seen 10 or so without audible issues. Obviously depends on
available CPUs and what exactly is happening on the box.

Posted: **Sun May 03, 2009 4:14 pm**

The question is this: Why do people end up in a meetme room who do not belong there?

Possible "culprits":

Asterisk
MySQL
Support software/OS
A Script (these belong to Vicidial)

Possible causes:
Code written incorrectly
Overload causing error not otherwise present
"Bug" causing error not otherwise present

Poser:
Given: VicidialNOW is running in many locations, the code (unless altered by you) is well tested.

I do not believe it is an "Asterisk" issue. The meetme room is not "flawed", asterisk itself is not "flawed", it likely that asterisk and the meetme room are simply doing what they are told. After all, the calls are not dropping and those in the meetme rooms are able to talk to one another. For asterisk to be flawed: you must find a command it ignored or followed incorrectly. It would have received this command from Vicidial.

I do not believe (although it is worth checking) that MySQL is returning incorrect results and sending calls to the wrong places. MySQL having errors generally is known by simple refusal to run. However, on the off-chance that it is misfiring, we need to demonstrate that it either refused to answer a query or answered the query incorrectly. This will be in the Vicidial logs (as Vicidial is the one asking the questions and logging the answers).

So if Asterisk and MySQL are running properly. it will be a script or the interaction between a script and some other part of the operating system. Incompatibility with the hardware, any one of many functions misfiring.

The evidence for these possibilities will be in the "directions" that Vicidial gives to Asterisk and the Operating System and in the query results from MySQL. Does Vicidial check the system to see where to send each call? Does it get accurate information back when it asks? Does it then send the call to the place so indicated?

If this is a standard VicidialNOW installation with no extra software installed, and NOT in a Virtual environment ... there is no reason to expect this behavior.

The vicidial logs are in /var/log/astguiclient.

Posted: **Sun May 03, 2009 5:38 pm**

multiple calls in a conference?

check if you have exten = h

oh you have it.

IMPROPER LOGOUT OF THE AGENTS.

or they are indeed logging out properly

check the load

hmm the load seems fine.

Now the interesting part.

Are you sure the agent is not pressing the enter key when on the disposition menu?

if yes

fire them immediately. I saw people actually pressing the enter key too long when on the disposition menu and basically mess up the system. (I never heard anyone complaining again after I went apesh!t on the floor and threatened to kill anyone including their babies when I found out that kind of agent technique)

Posted: **Mon May 04, 2009 12:12 am**

Thanks William. As usual, your explanation always teaches us the basics which we sometimes misses.

Where to check for "exten = h " in extension.conf file ?

Regarding, "pressing the enter key when on the disposition menu", How does that matter ?

I can click on the link using mouse or Or I can press enter on that link.... Both are different ?

Posted: **Wed May 06, 2009 9:24 am**

Bump.

Plus, I tried a different VOIP provider but issue remains same.

Can Internet line be a problem ? Though we have 2.5 MB line with 20 agents dialing.

Another interesting thing is it happens daily at sharp at 5:30 pm est.
But Once we restart the dialer, things become ok.

Re-installation is the last option :-(

?

Posted: **Wed May 06, 2009 10:26 pm**

globalme wrote: Plus, I tried a different VOIP provider but issue remains same.

Excellent.

globalme wrote:Can Internet line be a problem ?

YES.

globalme wrote:Though we have 2.5 MB line with 20 agents dialing.

How many CALLS and are you recording ... mostly, what is your load during these moments? and can you TEST your internet during these moments to be sure something isn't screwing up your internet.

globalme wrote:Another interesting thing is it happens daily at sharp at 5:30 pm est.

VERY Interesting. Can you "Pause" at 5:25 and come back online at 5:35 one time ... just to test that theory? And while you're at it: htop from the CLI and see if there's something happening at that time ...

globalme wrote:But Once we restart the dialer, things become ok.

Have you tried just "stopping all calls, log everyone out" and then starting up again to see if the dialer restart was unnecessary? (should not work, but then again this problem should not be happening, either)

I am not good at taking the time to read through an entire extensions.conf. Can you post JUST the context for your provider (with name/pwd/host XX'd out) and just the exten that's in use ... if the dialer runs normally, that should not be related. but it can't hurt to look.

If you can honestly say it happens on a timed basis, i'd try a day or two with a "break" during that period (to prove the theory) and then look at what is happening during that period if it's true.

I have experience with that when several OTHER dialers were using the same provider, and it turned out several other rooms fired up at the same moment every day and blew out the provider. Suddently the provider did not have enough bandwidth and very unusual things were happening (call progress codes to codecs, everything was messed up, for about 30 minutes at the same time every day).

But you changed providers ... just be sure you didn't go to a "sister company" using the same base.

Posted: **Thu May 07, 2009 3:34 am**

Can Internet line be a problem ?
YES.

When this thing happen LoadAvg is normal.

20 agents with dial level of 2.5.

And while you're at it: htop from the CLI and see if there's something happening at that time ...

I will try it today and post you the feedback.

Have you tried just "stopping all calls, log everyone out" and then starting up again to see if the dialer restart was unnecessary?

Tried that but once they login they start facing the problem again.

Sip.conf :
-----------
[sip203]
type=peer
username=lakshmi
fromuser=lakshmi
authuser=lakshmi
secret=lakshmi123
host=203.1XX.XXX.XX
fromdomain=203.1XX.XXX.XX
nat=no
canreinvite=yes
insecure=very
disallow=all
allow=g729
allow=ulaw
context=default
dtmfmode=rfc2833

[sip216]
type=peer
username=11415
fromuser=11415
authuser=11415
secret=Lakshmi11415
host=216.XXX.XX.X
fromdomain=216.XXX.XX.X
nat=no
canreinvite=no
insecure=very
disallow=all
allow=g729
allow=ulaw
context=default
dtmfmode=rfc2833

Extension.conf :
------------------
exten => _8X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _8X.,2,Dial(SIP/${EXTEN:1}@sip203||tTor)
exten => _8X.,3,Hangup()

exten => _6X.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _6X.,2,Dial(SIP/${EXTEN:1}@sip216||tTor)
exten => _6X.,3,Hangup()

just be sure you didn't go to a "sister company" using the same base.

No, they are competitor.

Also, Changing codec may help ?

Posted: **Thu May 07, 2009 5:05 pm**

When conference happening :

After all agents logoff :

After server restart :

Another interesting thing is :

Even when all agents logged off , VOIP provider says they can see still 2 calls connected and they disconnected the same manually.

Posted: **Thu May 07, 2009 11:28 pm**

do you have the exten =h entries on all your context?

Do the agents log out properly?

Posted: **Fri May 08, 2009 12:06 am**

When your agents logout, make sure that they also hangup the phones they're using.

Posted: **Fri May 08, 2009 4:12 am**

exten =h

I need to check the same in extension.conf file ?

I have posted the extension.conf file content in this post.

This extension.conf file is working perfectly with other server. Still can u check if I missed out anything ?

Also, please note , when all agents logged off and then when they again login, cc102 was on call and can hear cc126 whereas cc126 was NOT on call and neither Xlite was open. Even if cc126 says something on headset , cc102 can hear headphone voice of cc126.

Posted: **Fri May 08, 2009 4:28 am**

No I wont waste my time looking at that long extensions.conf

I said do you have the exten => h on all the context of your extensions.conf? Its your job to look at it.

We are here on a voluntary purpose. We are volunteering our time to help guys and ask for help too. But it is not our job to do your job for you.

There's the search button also. This kind of problem has been discussed to death.

Posted: **Fri May 08, 2009 4:31 am**

If you are talking about this :

exten => h,1,DeadAGI(agi://127.0.0.1:4577/call_log)
exten => h,2,DeadAGI(agi://127.0.0.1:4577/VD_hangup--HVcause ... EBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME}))

Posted: **Fri May 08, 2009 2:23 pm**

Below is the network diagram :

Posted: **Fri May 08, 2009 7:49 pm**

globalme wrote:If you are talking about this :

exten => h,1,DeadAGI(agi://127.0.0.1:4577/call_log)
exten => h,2,DeadAGI(agi://127.0.0.1:4577/VD_hangup--HVcause ... EBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME}))

yes. is this in every context where calls are dialed so that all calls are terminated in this fashion. it's required.

Posted: **Sat May 09, 2009 5:05 am**

Going for fresh Install.

vicidial.org

Double , Triple and sometime 5 calls

Double , Triple and sometime 5 calls

same issue