Cisco Cisco Customer Voice Portal 8.0(1) Design Guide
4-14
Cisco Unified Customer Voice Portal (CVP) 8.x Solution Reference Network Design (SRND)
OL-15989-06
Chapter 4 Designing Unified CVP for High Availability
Server Groups
•
New calls
New calls are directed by the SIP Proxy to an alternate Unified CVP Call Server. If no Call Servers
are available, the call is default-routed to an alternate location by survivability. (Survivability does
not apply in NIC-routing models.)
are available, the call is default-routed to an alternate location by survivability. (Survivability does
not apply in NIC-routing models.)
Server Groups
A Server Group is a dynamic routing feature that enables the originating endpoint to have knowledge of
the status of the destination address before attempting to send the SIP INVITE. Whether the destination
is unreachable over the network, or is out of service at the application layer, the originating SIP user
agent can have fore-knowledge of the status through a heartbeat mechanism.
the status of the destination address before attempting to send the SIP INVITE. Whether the destination
is unreachable over the network, or is out of service at the application layer, the originating SIP user
agent can have fore-knowledge of the status through a heartbeat mechanism.
Although, there was already an H.323 endpoint registration mechanism, the Server Groups features adds
a heartbeat mechanism with endpoints for SIP.
a heartbeat mechanism with endpoints for SIP.
This feature allows faster failover on call control by eliminating delays due to failed endpoints.
Note
•
Server Groups are not automatically created. Server Groups are not created by the upgrade to
8.0(1). You must explicitly configure Server Groups for their deployment, and turn the feature on
after upgrading, in order to take advantage of the feature.
8.0(1). You must explicitly configure Server Groups for their deployment, and turn the feature on
after upgrading, in order to take advantage of the feature.
•
Upgrade for customers who already use Local SRV. Release 7.0(2) customers who already have
an srv.xml file configured with local SRV must run the import command mentioned below in order
to put their configuration into the Unified CVP Operations Console Server database. Do this before
saving and deploying any new server groups to avoid overwriting your previous configuration.
an srv.xml file configured with local SRV must run the import command mentioned below in order
to put their configuration into the Unified CVP Operations Console Server database. Do this before
saving and deploying any new server groups to avoid overwriting your previous configuration.
The Unified CVP SIP Subsystem builds on the local SRV configuration XML available with Release
7.0(1).
7.0(1).
A Server Group consists of one or more destination addresses (endpoints), and is identified by a Server
Group domain name. This domain name is also known as the SRV cluster domain name, or FQDN. The
SRV mechanism is used, but the DNS server resolution of the record is not performed. Server Groups
remains the same as the Release 7.0(1) local SRV implementation (srv.xml), but the Server Groups
feature adds the extra heartbeat mechanism on top of it, as an option.
Group domain name. This domain name is also known as the SRV cluster domain name, or FQDN. The
SRV mechanism is used, but the DNS server resolution of the record is not performed. Server Groups
remains the same as the Release 7.0(1) local SRV implementation (srv.xml), but the Server Groups
feature adds the extra heartbeat mechanism on top of it, as an option.
Note
•
Server Groups in Unified CVP and Server Groups in CUSP proxy servers work the same way.
•
Only endpoints defined in a Server Group may have heartbeats sent to them.
The srv.xml configuration file was used in the 7.0(1) release to configure SRV records locally, to avoid
the overhead of DNS SRV querying. However, the method of configuration was manual, and could not
be pushed from the Unified CVP Operations Console Server (Operations Console). Also, there was no
validation on the min and max values for fields.
the overhead of DNS SRV querying. However, the method of configuration was manual, and could not
be pushed from the Unified CVP Operations Console Server (Operations Console). Also, there was no
validation on the min and max values for fields.
Release 8.0(1) adds this configuration into the Operations Console SIP subsystem using the Server
Groups concept. The Server Group term just refers to the local SRV configuration. When you turn on
Server Groups with Heartbeating, you get the dynamic routing capability for Unified CVP to
preemptively monitor the status of endpoints. This feature only covers outbound calls from Unified CVP.
To cover the inbound calls to Unified CVP, the CUSP proxy server can send similar heartbeats to Unified
CVP, which can respond with status responses.
Groups concept. The Server Group term just refers to the local SRV configuration. When you turn on
Server Groups with Heartbeating, you get the dynamic routing capability for Unified CVP to
preemptively monitor the status of endpoints. This feature only covers outbound calls from Unified CVP.
To cover the inbound calls to Unified CVP, the CUSP proxy server can send similar heartbeats to Unified
CVP, which can respond with status responses.