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.

Chapter 3 Design Considerations for High Availability<br />

OL-8669-05<br />

Peripheral Gateway Design Considerations<br />

be monitored and maintained. The component failure scenarios noted previously (see <strong>Unified</strong> ICM<br />

Failover Scenarios, page 3-25) are still valid in this model, and the additional failure scenarios for this<br />

model include:<br />

Scenario 1: <strong>Unified</strong> ICM Central Controller or Peripheral Gateway Private Network Fails, page 3-31<br />

Scenario 2: Visible Network Fails, page 3-32<br />

Scenario 3: Visible and Private Networks Both Fail (Dual Failure), page 3-33<br />

Scenario 4: <strong>Unified</strong> MA Location WAN (Visible Network) Fails, page 3-34<br />

Scenario 1: <strong>Unified</strong> ICM Central Controller or Peripheral Gateway Private Network Fails<br />

In clustering over the WAN with <strong>Unified</strong> CCE, there must be a dedicated, isolated private network<br />

connection between the geographically distributed Central Controller (Call Router/Logger) and the split<br />

Peripheral Gateway pair to maintain state and synchronization between the sides of the system, and TCP<br />

keep-alive messages are generated to verify the health of this link. The <strong>Unified</strong> ICM uses the TCP<br />

keep-alive messages to detect a failure on the private link. Missing five consecutive TCP keep-alive<br />

messages will signal the <strong>Unified</strong> ICM that the link or the remote partner system might have failed.<br />

If the private network fails between the <strong>Unified</strong> ICM Central Controllers, the following conditions apply:<br />

The Call Routers will detect the failure by missing five consecutive TCP keep-alive messages. Both<br />

Call Routers send a test-other-side (TOS) message to the Peripheral Gateways, starting with PG1A,<br />

then PG1B, then PG2A, and so forth. The TOS message requests the Peripheral Gateway to check<br />

if it can see the Call Router on the other side to determine if the failure is a network failure or a<br />

failure of the redundant-pair server.<br />

The Call Routers use the PG reply to the TOS message to verify which side of the Call Router pair<br />

sees more active connections of the Peripheral Gateways. The side that sees more active connections<br />

of the Peripheral Gateways will continue to function as the active Call Router in simplex mode, and<br />

the redundant Call Router will be disabled.<br />

All the Peripheral Gateways will realign their active data feed to the active Call Router over the<br />

visible network, with no failover or loss of service.<br />

There is no impact to the agents, calls in progress, or calls in queue. The system can continue to<br />

function normally; however; the Call Routers will be in simplex mode until the private network link<br />

is restored.<br />

If the private network fails between the <strong>Cisco</strong> <strong>Unified</strong> CallManager Peripheral Gateways, the following<br />

conditions apply:<br />

The Peripheral Gateway sides will detect the failure by missing five consecutive TCP keep-alive<br />

messages. The Peripheral Gateways verify which side of the duplex pair has the active connection<br />

to the <strong>Cisco</strong> <strong>Unified</strong> CallManager cluster.<br />

The Peripheral Gateway side of the duplex pair that was actively connected to the <strong>Cisco</strong> <strong>Unified</strong><br />

CallManager cluster will continue to function as the active side of the pair, in simplex mode. The<br />

other side will be inactive until the private network connection is restored.<br />

There is no impact to the agents, calls in progress, or calls in queue. The system can continue to<br />

function normally; however; the Call Routers will be in simplex mode until the private network link<br />

is restored.<br />

If the two private network connections were combined into one link, the failures would follow the same<br />

path; however, the system would be running in simplex on both the Call Router and the Peripheral<br />

Gateway. If a second failure were to occur at that point, the system could lose some or all of the call<br />

routing and ACD functionality.<br />

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

3-31

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

Saved successfully!

Ooh no, something went wrong!