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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Bandwidth and Latency Requirements<br />

Private Network Traffic Flow<br />

11-8<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 />

Low-priority traffic — Includes historical data traffic, configuration traffic from the Central<br />

Controller, and call close notifications. The low-priority traffic is sent in TCP with the public<br />

high-priority IP address.<br />

Administrative Workstations (AWs) are typically deployed at ACD sites, and they share the physical<br />

WAN/LAN circuits that the PGs use. When this is the case, network activity for the AW must be factored<br />

into the network bandwidth calculations. This document does not address bandwidth sizing for AW<br />

traffic.<br />

Traffic destined for the critical Message Delivery Service (MDS) client (Router or OPC) is copied to the<br />

other side over the private link.<br />

The private traffic can be summarized as follows:<br />

High-priority traffic — Includes routing, MDS control traffic, and other traffic from MDS client<br />

processes such as the PIM CTI Server, Logger, and so forth. It is sent in TCP with the private<br />

high-priority IP address.<br />

Heartbeat traffic — UDP messages with the private high-priority IP address and in the port range of<br />

39500 to 39999. Heartbeats are transmitted at 100-ms intervals bidirectionally between the duplexed<br />

sides. In <strong>Unified</strong> ICM Release 7.0, the UDP heartbeat is replaced with TCP keep-alive if QoS is<br />

enabled on the private network interface through the <strong>Unified</strong> ICM setup.<br />

Medium-priority and low-priority traffic — For the Central Controller, this traffic includes shared<br />

data sourced from routing clients as well as (non-route control) call router messages, including call<br />

router state transfer (independent session). For the OPC (PG), this traffic includes shared non-route<br />

control peripheral and reporting traffic. This class of traffic is sent in TCP sessions designated as<br />

medium-priority and low-priority, respectively, with the private non-high priority IP address.<br />

State transfer traffic — State synchronization messages for the Router, OPC, and other synchronized<br />

processes. It is sent in TCP with a private non-high-priority IP address.<br />

Bandwidth and Latency Requirements<br />

The amount of traffic sent between the Central Controllers (call routers) and Peripheral Gateways is<br />

largely a function of the call load at that site, although transient boundary conditions (for example,<br />

startup configuration load) and specific configuration sizes also affect the amount of traffic. A rule of<br />

thumb that works well for <strong>Unified</strong> ICM software prior to Release 5.0 in steady-state operation is:<br />

1,000 bytes (8 kb) of data is typically sent from a PG to the Central Controller for each call that arrives<br />

at a peripheral. Therefore, if a peripheral is handling 10 calls per second, we would expect to need<br />

10,000 bytes (80 kb) of data per second to be communicated to the Central Controller. The majority of<br />

this data is sent on the low-priority path. The ratio of low to high path bandwidth varies with the<br />

characteristics of the deployment (most significantly, the degree to which post-routing is performed), but<br />

generally it is roughly 10% to 30%. Each post-route request generates between 200 and 300 additional<br />

bytes of data on the high-priority path. Translation routes incur per-call data flowing in the opposite<br />

direction (Central Controller to PG), and the size of this data is fully dependent upon the amount of call<br />

context presented to the desktop.<br />

A site that has an ACD as well as a VRU has two peripherals, and the bandwidth requirement calculations<br />

should take both peripherals into account. As an example, a site that has 4 peripherals, each taking 10<br />

calls per second, should generally be configured to have 320 kbps of bandwidth. The 1,000 bytes per call<br />

OL-8669-05

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

Saved successfully!

Ooh no, something went wrong!