19.07.2013 Views

Cisco Unified Contact Center Enterprise Solution Reference ...

Cisco Unified Contact Center Enterprise Solution Reference ...

Cisco Unified Contact Center Enterprise Solution Reference ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Bandwidth Provisioning<br />

Autoconfiguration<br />

11-20<br />

<strong>Cisco</strong> <strong>Unified</strong> <strong>Contact</strong> <strong>Center</strong> <strong>Enterprise</strong> 7.x SRND<br />

Chapter 11 Bandwidth Provisioning and QoS Considerations<br />

The more skill groups to which an agent belongs, the more messages are transmitted over the line.<br />

In a simple call scenario, each additional skill group adds two messages per call. These messages<br />

are approximately 110 bytes each, depending on field sizes.<br />

Basic Numbers (Where to Start:)<br />

A basic call flow (simple ACD call with no hold, retrieve, conference, or transfer) with a single skill<br />

group will be typically generate 21 messages, and you should plan a minimum of approximately<br />

2700 bytes for the required bandwidth for it.<br />

In a basic call flow, there are four places where call variables and ECC data can be sent. Thus, if you use<br />

call data and/or ECC variables, they will all be sent four times during the call flow. Using a lot of call<br />

data could easily increase (by double, triple, or more) the 2700 bytes of estimated bandwidth per call.<br />

Note Call variables used on the child PG are transmitted to the parent PG regardless of their use or the setting<br />

of the MAPVAR parameter. For example, if call variables 1 through 8 are used on the child PG but are<br />

never referenced on the parent PG (and assume MAPVAR = EEEEEEEEEE, meaning Export all but<br />

Import nothing), they will still be transmitted to the PG where the filtering takes place, therefore<br />

bandwidth is still required. For the reverse situation, bandwidth is spared. For example, if the map setting<br />

is MAPVAR = IIIIIIIIII (Import all but Export nothing), then bandwidth is spared. Call variable data will<br />

not be transmitted to the child PG on a ROUTE_SELECT response.<br />

Basic Call Flow Example<br />

Assume a call rate of 300 simple calls per minute (5 calls per second) and the agents are all in a single<br />

skill group with no passing of call variables or ECC data. The required bandwidth in this case is:<br />

5 ∗ 2700 = 13,500 bytes per second = 13.5 kbps of required bandwidth<br />

Note that a more complex call flow or a call flow involving call data could easily increase this bandwidth<br />

requirement.<br />

If autoconfiguration is used, it is possible that the entire agent, skill group, and route-point configuration<br />

could be transmitted from the child PG to the parent PG. If not much bandwidth is available, it could<br />

take considerable time for this data to be transmitted.<br />

Table 11-6 lists the approximate number of bytes (worst case) that are transmitted for each of the data<br />

entities. If you know the size of the configuration on a child PG, you can calculate the total number of<br />

bytes of configuration data that will be transmitted. Note that the values in are worse-case estimates that<br />

assume transmitting only one item per record with each field having the maximum possible size (which<br />

is extremely unlikely).<br />

Table 11-6 Bytes Transmitted per Data Item Under Worst-Case Conditions<br />

Data Item Transmitted Size<br />

Agent 500 bytes<br />

Call type 250 bytes<br />

Skill group 625 bytes<br />

Device (route point, device target, and so forth) 315 bytes<br />

OL-8669-05

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!