" /> Application Permissions to reduce "traffic" - SOLUTION!!! - Genesys CTI User Forum

Author Topic: Application Permissions to reduce "traffic" - SOLUTION!!!  (Read 15871 times)

Offline borkokrz

  • Full Member
  • ***
  • Posts: 154
  • Karma: 6
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #15 on: May 03, 2010, 11:37:11 AM »
Advertisement
Configuration Units are used to create complex configuration hierarchies for business, geographical or any other reasons. At Tenant/Environment level in 7.0+ framework you can create special "subfolder" called Configuration Unit. Inside CU you create folder tree analogical to that one on tenant/environment level so per example for Tenant create folders like Persons, Switches, Agent Groups, Campaigns etc. In that way inside single Configuration Unit you can create all relevant resources for Voice or Multimedia solutions in one place.

Look at framework 7.0+ documentations for specifics.

tony

  • Guest
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #16 on: May 03, 2010, 02:57:59 PM »
Thank you - I shall take a look...

...I'm just wondering how I missed this in the documentation... since 7.x...??? :)

TT


[quote author=borkokrz link=topic=5486.msg24055#msg24055 date=1272886631]
Configuration Units are used to create complex configuration hierarchies for business, geographical or any other reasons. At Tenant/Environment level in 7.0+ framework you can create special "subfolder" called Configuration Unit. Inside CU you create folder tree analogical to that one on tenant/environment level so per example for Tenant create folders like Persons, Switches, Agent Groups, Campaigns etc. In that way inside single Configuration Unit you can create all relevant resources for Voice or Multimedia solutions in one place.

Look at framework 7.0+ documentations for specifics.
[/quote]

Offline borkokrz

  • Full Member
  • ***
  • Posts: 154
  • Karma: 6
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #17 on: May 03, 2010, 04:24:29 PM »
I suppose that usually you don't do 'right-click' on Tenant or Environment level so you didn't discover this functionality. Besides CU I've done 'right-click' only to re-configure GVP.

tony

  • Guest
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #18 on: May 04, 2010, 08:05:41 AM »
OK - I see it now... I also understand that that may have been a good option to chose when first implementing Configuration items, to seperate the various Solutions during the initial build.  I've had a play around with it and you can drag>drop [i]any [/i] Folder into it, which is very useful.

Very useful for new Sites but the environment I am woking with is rather complex and I think it would actually be easier to allocate Solution sub-Folders & Permissions under each type of Resource, rather than splitting everything between (4) Solution Configuration Units.

TT


[quote author=borkokrz link=topic=5486.msg24067#msg24067 date=1272903869]
I suppose that usually you don't do 'right-click' on Tenant or Environment level so you didn't discover this functionality. Besides CU I've done 'right-click' only to re-configure GVP.
[/quote]

tony

  • Guest
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #19 on: May 04, 2010, 08:18:05 AM »
Since I (still) cannot attach graphics, here is a narrative;

[color=red][b]ALWAYS TRY OUT [u]EVERYTHING [/u] BEFORE YOU APPLY IT IN YOUR PRODUCTION SYSTEM! :)[/b][/color]

METHOD:

Add sub-folders under the following Resources and drag/drop the relevant sub-sub-Folders into each one, according to the Solution-type;

Agent Groups>Voice>(Agent Groups)
Agent Groups>Multimedia>(Agent Groups)
AND
DN Groups>Voice>(DN Groups)
DN Groups>Multimedia>(DN Groups)
AND
Persons>Voice>(Persons)
Persons>Multimedia>(Persons)
AND
Place Groups>Voice>(Place Groups)
Place Groups>Multimedia>(Place Groups)
AND
Places>Voice>(Places)
Places>Multimedia>(Places)
AND
Skills>Voice>(Skills)
Skills>Multimedia>(Skills)

Create a Username (Person) configured with access [b]removed [/b] for all of the Multimedia Folders (Called "[i]Voice Only[/i]").  Do this by navigating to all of the Resources>Multimedia Sub-Folders, right-click them and update the Security>Permissions options, adding the [i]Voice Only [/i] Username then select "No Access".

Create a Username (Person) configured with access [b]removed [/b] for all of the Voice Folders (Called "[i]Multimedia Only[/i]").  Do this by navigating to all of the Resources>Voice Sub-Folders, right-click them and update the Security>Permissions options, adding the [i]Multimedia Only [/i] Username then select "No Access".

Identify the Applications which are ONLY Voice (and do not need access to Multimedia Resources such as DN Groups, Agent Groups, Place Groups, etc.) - this may include identifying Config Proxies too - and restart them, using the "Log On As" Username [i]Voice Only[/i]. Do this by navigating to the Application(s) in the Environment Section and click on the Security Tab - then navigate to the "Log On As" section and updated the "SYSTEM Account" to "This Account" and select the Username [i]Voice Only[/i].

Identify the Applications which are ONLY Multimedia(and do not need access to Voice Resources such as DN Groups, Agent Groups, Place Groups, etc.) - this may include identifying Config Proxies too - and restart them, using the "Log On As" Username [i]Multimedia Only[/i]. Do this by navigating to the Application(s) in the Enviornment Section and click on the Security Tab - then navigate to the "Log On As" section and update the "SYSTEM Account" to "This Account" and select the Username [i]Multimedia Only[/i].

RESULTS EXPECTED:

The end effect is that the Applications for Voice should only be servicing Voice components and the data throughput is greatly reduced, since it is not "aware" of Multimedia components/objects - and vice versa for Multimedia Applications.

This, overall, shoud add a massive amount of stability to the overall Platform by ensuring the Framework and Solution Applications are constrained to their own Solution objects and statistics, etc. - and are not operating with a high volume of messaging for objects and statistics which it does not use.


- Let me know if this makes sense, anyone...? lol

TT
« Last Edit: May 04, 2010, 08:51:32 AM by Tony Tillyer »

Offline borkokrz

  • Full Member
  • ***
  • Posts: 154
  • Karma: 6
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #20 on: May 04, 2010, 03:10:50 PM »
Everything looks good. Some notes:

1. If applications are "behind" CSProxy, you can set this specific account as "Log on as" only on CSProxy application. Less work, the same effect. All applications behind CSP will see only those objects, that this specific account will have access to.

2. Sometimes, even with complex configurations, it's better to play around with CU after all, than to do everything with subfolders. From day-to-day maintenance perspective, work done to configure CUs will prospect in the future with simpler management. For example if you'll need to change persmissions on all Voice objects, with subfolders you will have to do it in several places in CME (possibility of forgetting something). With CU this can be achieved simpler.

3. You are right on expected results. No matter which method do you use (Subfolders or CU) permissions allow to reduce data throughput and network traffic, improve stability and efficiency of Genesys applications. Of course this is very dependant on configuration.

Offline Steve

  • Sr. Member
  • ****
  • Posts: 298
  • Karma: 11
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #21 on: May 05, 2010, 04:22:08 PM »
Tony

Configuration units are special folders created under Environment and Resources. These can then hold the same folders you would normally find under Environment or Resources. In a sense they start to create a multi tenant CME inside a single tenant one. Unlike multi tenant, were tenant A cannot see or use another tenant's objects, the restrictions are controlled only by permissions and can be less strict.

So in a single tenant CME for one customer (My Bank) you have a series of config units for each division (Loans, Mortgages, Savings). Within these config units you can add folders to hold whatever objects that division has, its own switch, t-server and persons for example. You can even have config units inside config units!

It is then very easy to grant permissions on the Loans config units to only the Loans access group (which lives inside the Loans CU).


Whilst writing this I found a new config option "Site" when I select new at the Environment and Resources level.
Sites can exist inside config units too. Something to play with in a model  :)

tony

  • Guest
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #22 on: May 19, 2010, 08:28:21 AM »
After a period of R&D (also known as "trial and error"...  ;) ) I've found the best method to reduce "traffic" on a non-blended Platform to be;

>Create new Users for your Voice Interactions (ICR) and Mutlimedia Interactions (MCR).
>Give the new Users FULL Permissions to [b]all [/b] Environment and Resource assets in CME (The same as the "default" Username) and apply the changes to propogate throughout all Sections.
>Identify and separate your ICR and MCR assets in the CME Resources section by adding sub-Folders and moving items into those.  For example; move your GAD/MCR Agents to a sub-Folder called Persons>MCR...
>Set restricted Permissions to the sub-Folders for your new Users;
>>For MCR assets, add the ICR Username to the Permissions for the CME sub-Folder and apply "No Access" and repeat the process for Agent Groups, DN Groups, Persons, Place Groups, Places, Skills and Switches.
>Take a look at your CME Applications in the Environments section and determine which are [b]solely [/b] ICR and which are [b]solely [/b] MCR.  For example; a Voice Interaction StatServer which serves a Voice URS/TServer is [b]solely [/b] ICR... (<this can include, but is not limited to, Configuration Proxies...)
>Change the Security settings of the Application, so that it starts up using your Solution-specific Username.  In my example, "[i][b]Log On As[/b][/i]" would be changed from "default" to the ICR Username.
>Restart your Application(s).
>Test your Application by adding/amending/deleting assets in your new CME Resources sub-Folder structure - if you add a Skill to the Skills>ICR sub-Folder, check your ICR and MCR StatServer logs - you should find that the update propogated to ICR StatServer - but does not appear in the MCR StatServer log...

- In my own studies, I have proved that this method reduces the amount of irrelevant messaging/notifications by up to 50% for MCR assets - and up to 30% for the ICR assets.  A huge uplift in processing and stability! :)

TT

tony

  • Guest
Re: Application Permissions to reduce "traffic" - SOLUTION!!!
« Reply #23 on: May 19, 2010, 08:34:15 AM »
Some notes to go with this...

CSP's may have Clients which themselves have Clients which require Full Access to CME.  In my studies, I found that some Applications using a CSP threw up errors due to the fact that their own Cleints required updates for Objects which the CSP does not have acess to... :(

So - in my latest notes I am suggesting that individual Applications should be updated through Permissions - and my advice is to be very careful of the knock-on effect updating the Permissions a CSP might have...

:)

TT

[quote author=borkokrz link=topic=5486.msg24081#msg24081 date=1272985850]
Everything looks good. Some notes:

1. If applications are "behind" CSProxy, you can set this specific account as "Log on as" only on CSProxy application. Less work, the same effect. All applications behind CSP will see only those objects, that this specific account will have access to.

2. Sometimes, even with complex configurations, it's better to play around with CU after all, than to do everything with subfolders. From day-to-day maintenance perspective, work done to configure CUs will prospect in the future with simpler management. For example if you'll need to change persmissions on all Voice objects, with subfolders you will have to do it in several places in CME (possibility of forgetting something). With CU this can be achieved simpler.

3. You are right on expected results. No matter which method do you use (Subfolders or CU) permissions allow to reduce data throughput and network traffic, improve stability and efficiency of Genesys applications. Of course this is very dependant on configuration.
[/quote]