Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Operator » Salesforce intergration is slow
  •  
fsupport

Messages: 58
Karma: 0
Send a private message to this user
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!
  •  
bsc-computer

Messages: 44
Karma: 4
Send a private message to this user
take a look here. http://forums.kerio.com/t/31642//

seems to be the same problem / solution
  •  
fsupport

Messages: 58
Karma: 0
Send a private message to this user
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 Wink
  •  
Jan Pejša (Kerio)

Messages: 38
Karma: 3
Send a private message to this user
I don't think that's the problem. The Salesforce integration is not related to AMI...

fsupport: if you think there is some slowness, it probably will not be the Kerio Operator...
  •  
Filip Jenicek (Kerio)

Messages: 1094
Karma: 80
Send a private message to this user
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
  •  
fsupport

Messages: 58
Karma: 0
Send a private message to this user
Filip, Jan,

dont know to who i should listen now Wink

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.
  •  
Filip Jenicek (Kerio)

Messages: 1094
Karma: 80
Send a private message to this user
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
  •  
fsupport

Messages: 58
Karma: 0
Send a private message to this user
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? Smile

Thanks again!
  •  
Filip Jenicek (Kerio)

Messages: 1094
Karma: 80
Send a private message to this user
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.
Previous Topic: Calling Que Questions
Next Topic: Buttons for external calling
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Tue Feb 28 15:51:55 CET 2017

Total time taken to generate the page: 0.01473 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.