Home » GFI User Forums » Kerio Operator » Salesforce intergration is slow
| Salesforce intergration is slow [message #134025] |
Wed, 01 February 2017 12:31  |
fsupport
Messages: 60
Registered: December 2013
|
|
|
|
Hi all,
i just got a call from a customer saying the Salesforce plugin is slow since i upgraded to kerio 2.5.3?
have you heard about this before? anything i can do to see where the "slowness"comes from?
thanks in advance!
|
|
|
|
|
|
| Re: Salesforce intergration is slow [message #134080 is a reply to message #134052] |
Fri, 03 February 2017 18:14  |
fsupport
Messages: 60
Registered: December 2013
|
|
|
|
BSC,
thanks for the link, i was unsure if they where related,
i did what they mentiond and the "sed '/\[__operator_event__\]/aeventfilter=!Event: Newexten\neventfilter=!Event: Setvar\neventfilter=!Event: VarSet' -i /etc/asterisk/manager.conf" command with the restart works,
but the Hook they mention didnt work.
any way i can see if the hook works as it should?
my linux/tapi/ami knowlage is Very limited 
|
|
|
|
|
|
| Re: Salesforce intergration is slow [message #134091 is a reply to message #134025] |
Mon, 06 February 2017 09:28 |
 |
Filip Jenicek (Kerio)
Messages: 968
Registered: September 2010
Location: Sydney
|
|
|
|
The hook seems to work fine for me
Default configuration file:
root<_at_>test:/etc/asterisk# cat /etc/asterisk/manager.conf
[general]
enabled = yes
webenabled = no
port = 6038
bindaddr = 127.0.0.1
displayconnects = no
[__operator_admin__]
secret = __operator_admin__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,log,verbose,command,agent,user,originate,reporting
write = system,call,log,verbose,command,agent,user,originate,reporting
displayconnects = no
[__operator_event__]
secret = __operator_event__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,dialplan,log,verbose,command,agent,user,originate
write = reporting
displayconnects = no
[a]
secret = a
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,all,call
write = agent,all,call,originate,reporting
[admin]
secret = xxx
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,call
write = call,originate,reporting
Modifying the file using sed:
root<_at_>test:/etc/asterisk# sed '/\[__operator_event__\]/aeventfilter=!Event: Newexten\neventfilter=!Event: Setvar\neventfilter=!Event: VarSet' -i /etc/asterisk/manager.conf
root<_at_>test:/etc/asterisk# cat /etc/asterisk/manager.conf
[general]
enabled = yes
webenabled = no
port = 6038
bindaddr = 127.0.0.1
displayconnects = no
[__operator_admin__]
secret = __operator_admin__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,log,verbose,command,agent,user,originate,reporting
write = system,call,log,verbose,command,agent,user,originate,reporting
displayconnects = no
[__operator_event__]
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
secret = __operator_event__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,dialplan,log,verbose,command,agent,user,originate
write = reporting
displayconnects = no
[a]
secret = a
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,all,call
write = agent,all,call,originate,reporting
[admin]
secret = xxx
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,call
write = call,originate,reporting
Using the hook:
root<_at_>test:/etc/asterisk# hooks.sh import /tmp/hook.tgz
'/tmp/hooks/regenerateConfiguration.post' -> '/opt/kerio/operator/bin/regenerateConfiguration.post'
Hooks installed: 1
root@test:/etc/asterisk# regenerateConfiguration
root<_at_>test:/etc/asterisk# cat /etc/asterisk/manager.conf
[general]
enabled = yes
webenabled = no
port = 6038
bindaddr = 127.0.0.1
displayconnects = no
[__operator_admin__]
secret = __operator_admin__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,log,verbose,command,agent,user,originate,reporting
write = system,call,log,verbose,command,agent,user,originate,reporting
displayconnects = no
[__operator_event__]
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
secret = __operator_event__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,dialplan,log,verbose,command,agent,user,originate
write = reporting
displayconnects = no
[a]
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
secret = a
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,all,call
write = agent,all,call,originate,reporting
[admin]
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
secret = xxx
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = agent,call
write = call,originate,reporting
Asterisk needs to be restarted afterwards:
root<_at_>test:~# /etc/boxinit.d/asterisk restart
The important lines are the eventfilter ones, which filter the extra events.
Filip
|
|
|
|
| Re: Salesforce intergration is slow [message #134093 is a reply to message #134091] |
Mon, 06 February 2017 11:04 |
fsupport
Messages: 60
Registered: December 2013
|
|
|
|
Filip, Jan,
dont know to who i should listen now
Jan,
If this customer has several calls going, then they claim Salesforce becomes unresponcive,
Strangly enough the "sed '/\[__operator_event__\]/aeventfilter=!Event: Newexten\neventfilter=!Event: Setvar\neventfilter=!Event: VarSet' -i /etc/asterisk/manager.conf" command with the restart Does solve the issue,
i did this Last wensday mid workday, and they could work again,
tried to install the hook that same evening, folling a restart,
Next day i got a call that it didnt work, so i did the sed.... command again and they could work again.
so for somereason the command does something right for me.
Filip,
any way i can see if i installed it propperly?
if need be, i can open teamviewer for you if thats easyer,
*edit*
just went to the manager.conf as you did,
root<_at_>operator:~# nano /etc/asterisk/manager.conf
GNU nano 2.2.6 File: /etc/asterisk/manager.conf
[general]
enabled = yes
webenabled = no
port = 6038
bindaddr = 127.0.0.1
displayconnects = no
[__operator_admin__]
secret = __operator_admin__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,log,verbose,command,agent,user,originate,reporti ng
write = system,call,log,verbose,command,agent,user,originate,reporti ng
displayconnects = no
[__operator_event__]
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
eventfilter=!Event: Newexten
eventfilter=!Event: Setvar
eventfilter=!Event: VarSet
secret = __operator_event__
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
read = system,call,dialplan,log,verbose,command,agent,user,originat e
write = reporting
displayconnects = no
i do have double the eventfilters so it does seem the hook worked? and since i did the sed.... the next day it has those settings double?
OR! Jan was right and the code does nothing for me, but the Restart Asterisk command did the trick.
|
|
|
|
| Re: Salesforce intergration is slow [message #134108 is a reply to message #134093] |
Mon, 06 February 2017 15:06 |
|
Filip Jenicek (Kerio)
Messages: 968
Registered: September 2010
Location: Sydney
|
|
|
|
Hi,
can you explain in more detail what the "Salesforce becomes unresponsive means"? Does it mean, that it displays calls with a slight delay or that the whole interface is slow? If the latter, does it get better if the user is logged out from the Operator miniapp?
Do they experience the same symptoms with a Kerio Operator Softphone? These two things share the same server code, so they should have the same response times.
Have they tried a different browser?
Perhaps a TeamViewer call could help us to understand the situation better.
Regarding the hook, I've tried it again and as far as I can tell, it works fine. After all, you can see that the configuration file is modified twice (manually and by the hook). I will consult it with a developer of the AMI interface later this week.
Best
Filip
|
|
|
|
| Re: Salesforce intergration is slow [message #134147 is a reply to message #134108] |
Tue, 07 February 2017 14:22 |
fsupport
Messages: 60
Registered: December 2013
|
|
|
|
Filip,
i was at this customer yesterday and i gave him some "homework"since he heard several story's about this issue aswell,
today he called me with the following,
If they get several calls, The Salesforce interface becomes Slow to unresponcive,
they also noticed that before the upgrade the Kerio only Send the Caller information to salesforce When the Agent had an active call.
now it seems Kerio sends the Incomming Call to salesforce even before the Agent Picks up the phone.
(in the Current setup all incoming calls ring at all the phones, so Salesforce gets 40/50 Ring invites it sends to Salesforce per call)
so i think if i understand all the above propperly, that i should also Filter the Incoming call invites, so that only the Active calls get send to Salesforce?
does that make sence? 
Thanks again!
|
|
|
|
| Re: Salesforce intergration is slow [message #134148 is a reply to message #134025] |
Tue, 07 February 2017 14:53 |
|
Filip Jenicek (Kerio)
Messages: 968
Registered: September 2010
Location: Sydney
|
|
|
|
I'm afraid we still don't understand it very well. We've tried to reproduce it with a user with 40 extensions and a ring group calling all of them, but it was always pretty quick.
The miniapp of Operator 2.5.x, sends a request to salesforce to search for a contact/lead/etc. This happens whenever an external call comes in or dialed out.
What do you mean by several calls? Several concurrent calls? Or after making+finishing several calls, the interface becomes slower and slower?
Would you be able to record a video to show what is happening? A TeamViewer session would also help.
|
|
|
|
|
|
|
|
Goto Forum:
Current Time: Mon Aug 08 15:05:36 CEST 2022
Total time taken to generate the page: 0.02654 seconds
|
Members
Search
Help
Register
Login
Home
