Failover Configuration and Administration Guide for Cisco Unity Release 8.x (With Microsoft Exchange)
Appendix: Behavior of Cisco Unity 8.x Failover During Outages of Network Components

Table Of Contents

Behavior of Cisco Unity 8.x Failover During Outages of Network Components

Introduction

Outage Scenarios for Networks of Windows and Exchange

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Secondary Server Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Primary Server Is Reconnected First

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Secondary Server Is Reconnected First

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then Both Servers Are Simultaneously Reconnected

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary and Secondary Servers Are Restarted

The Exchange Server That Does Not Have the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

The Publisher Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

The Subscriber Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

The Cisco Unified CM Cluster Is Disconnected from the Network, Then Reconnected

The Domain Controller That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

An Additional Domain Controller That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

The Global Catalog Server That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

The Global Catalog Server That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Primary Server Crashes

The Cisco Unity 8.x Secondary Server Crashes

The Cisco Unity 8.x Primary and Secondary Servers Crash Simultaneously

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then the Exchange Server That Has the Cisco Unity Messaging System Mailbox Is Disconnected from the Network

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary Server Is Disconnected from the Network

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox and the Primary Server Simultaneously Crash, Then Are Reconnected


Behavior of Cisco Unity 8.x Failover During Outages of Network Components


This appendix contains the following sections:

Introduction

Outage Scenarios for Networks of Windows and Exchange

Introduction

The second section in this appendix describes how the primary and secondary servers behave when the components that Cisco Unity uses over the network are disconnected (for example, due to a partial or complete network outage).

The scenarios described cover the range of probable component or network outages. Each scenario assumes the following before the outage occurs:

Cisco Unity is running on both the primary and secondary servers.

The primary server is active, and the secondary server is inactive.

Cisco Unity has an SCCP integration with a Cisco Unified Communications Manager phone system.

Except when Cisco Unity is shut down, all Cisco Unity services continue to run, though the functionality of certain services are affected by the outages.

Outage Scenarios for Networks of Windows and Exchange

This section contains the following scenarios:

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Secondary Server Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Primary Server Is Reconnected First

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Secondary Server Is Reconnected First

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then Both Servers Are Simultaneously Reconnected

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary and Secondary Servers Are Restarted

The Exchange Server That Does Not Have the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

The Publisher Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

The Subscriber Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

The Cisco Unified CM Cluster Is Disconnected from the Network, Then Reconnected

The Domain Controller That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

An Additional Domain Controller That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

The Global Catalog Server That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

The Global Catalog Server That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

The Cisco Unity 8.x Primary Server Crashes

The Cisco Unity 8.x Secondary Server Crashes

The Cisco Unity 8.x Primary and Secondary Servers Crash Simultaneously

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then the Exchange Server That Has the Cisco Unity Messaging System Mailbox Is Disconnected from the Network

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary Server Is Disconnected from the Network

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox and the Primary Server Simultaneously Crash, Then Are Reconnected

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the primary server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The secondary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

All voice messaging ports on the primary server unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are not available on the secondary server.

UnityDb database replication between the primary and secondary servers stops.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server becomes active, and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

The Cisco Unity 8.x Secondary Server Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the secondary server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues answering all calls.

All voice messaging ports on the secondary server unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

UnityDb database replication between the primary and secondary servers stops.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional disconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional disconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server remains active, and the secondary server becomes inactive.

The primary server continues answering all calls.

All voice messaging ports on the secondary server register with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the secondary server was offline are replicated from the primary server to the secondary server.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the primary server during the network outage are replicated to the secondary server.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server continues handling directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Primary Server Is Reconnected First

In testing, this scenario was simulated by disabling the network interface card on the primary and secondary servers at the same time.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

There is no voice messaging functionality. Neither the primary nor secondary server answers calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers.

Callers trying to leave messages hear a fast busy tone instead of the personal greeting for the subscriber.

All voice messaging ports on the primary and secondary servers unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

Subscribers can call other subscribers directly and talk to each other.

UnityDb database replication between the primary and secondary servers stops.

Neither server initiates directory synchronization, MWIs, event notification, or message notification.

Reconnection Behavior (Only the Primary Server Is Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are not replicated to the secondary server because it is offline.

Changes to the UnityDb database that occurred before the network outage and were not replicated to the secondary server are not replicated because the secondary server is offline.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior (the Secondary Server Is Also Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The Failover Monitors on the primary and secondary servers show that the primary server is active and the secondary server is inactive.

All voice messaging ports on the secondary server register with the Cisco Unified CM server.

The primary server continues answering all calls.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

Changes to the UnityDb database that occurred while the secondary server was offline are replicated from the primary server to the secondary server.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the primary server while the secondary server was offline are replicated to the secondary server.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

The primary server continues handling directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then the Secondary Server Is Reconnected First

In testing, this scenario was simulated by disabling the network interface card on the primary and secondary servers at the same time.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

There is no voice messaging functionality. Neither the primary nor secondary server answers calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers.

Callers trying to leave messages hear a fast busy tone instead of the personal greeting for the subscriber.

All voice messaging ports on the primary and secondary servers unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

Subscribers can call other subscribers directly and talk to each other.

UnityDb database replication between the primary and secondary servers stops.

Neither server initiates directory synchronization, MWIs, event notification, or message notification.

Reconnection Behavior (Only the Secondary Server Is Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

All voice messaging ports on the secondary server register with the Cisco Unified CM server.

The secondary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are not replicated to the secondary server because the primary server is offline.

Messages, greetings, and other recordings made on the secondary server during the network outage are not replicated to the primary server because the primary server is offline.

Changes to the UnityDb database that occurred before the network outage and were not replicated to the secondary server are not replicated because the primary server is offline.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior (the Primary Server Is Also Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server becomes, active and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active and the secondary server is inactive.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server while the primary server was offline are replicated to the primary server.

The Cisco Unity 8.x Primary and Secondary Servers Are Simultaneously Disconnected from the Network, Then Both Servers Are Simultaneously Reconnected

In testing, this scenario was simulated by disabling the network interface card on the primary and secondary servers at the same time.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

There is no voice messaging functionality. Neither the primary nor secondary server answers calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers.

Callers trying to leave messages hear a fast busy tone instead of the personal greeting for the subscriber.

All voice messaging ports on the primary and secondary servers unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

Subscribers can call other subscribers directly and talk to each other.

UnityDb database replication between the primary and secondary servers stops.

Neither server initiates directory synchronization, MWIs, event notification, or message notification.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server remains active, and the secondary server becomes inactive.

All voice messaging ports on the primary and secondary servers register with the Cisco Unified CM server.

The primary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the Exchange server, which was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

There is the following disconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary and Secondary Servers Are Restarted

In testing, this scenario was simulated by disabling the network interface card on the Exchange server, which was installed on a computer other than the Cisco Unity servers, then stopping and restarting the primary and secondary servers.

Restarting Behavior for the Primary and Secondary Servers

There is the following reconnection behavior:

The Cisco Unity service (AvCsMgr) on both servers does not start.

There is no voice messaging functionality. Neither the primary nor secondary server answers calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers.

The Exchange Server That Does Not Have the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the Exchange server, which was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

There is the following disconnection behavior:

Subscribers whose messages are stored on another Exchange server that is not disconnected are not affected.

Subscribers whose messages are stored on the Exchange server that is disconnected hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

Messages for subscribers on the Exchange server that are left by subscribers are stored in the MTA queue on the bridgehead Exchange server. The messages are not stored in the UnityMTA folder on the active server.

Messages for subscribers on the Exchange server that are left by external callers are stored in the UnityMTA folder on the active server. Subscribers cannot listen to their messages until the network outage is resolved.

MWIs are not set for subscribers whose messages are stored on the Exchange server.

Reconnection Behavior

There is the following reconnection behavior:

All messages stored in the MTA queue on the bridgehead Exchange server and in the UnityMTA folder on the active server are delivered to subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

The Publisher Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the publisher (primary) Cisco Unified CM server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

All voice messaging ports on the primary and secondary servers unregister with the publisher (primary) Cisco Unified CM server and register with the subscriber (secondary) Cisco Unified CM server.

The primary Cisco Unity server continues answering all calls.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

If registering automatically with the publisher (primary) Cisco Unified CM server is enabled, all voice messaging ports on the primary and secondary servers unregister with the subscriber (secondary) Cisco Unified CM server and register with the publisher (primary) Cisco Unified CM server.

If registering automatically with the publisher (primary) Cisco Unified CM server is not enabled, all voice messaging ports on the primary and secondary servers remain registered with the subscriber (secondary) Cisco Unified CM server.

The primary Cisco Unity server continues answering all calls.

The Subscriber Cisco Unified CM Server Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the subscriber (secondary) Cisco Unified CM server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

All voice messaging ports on the primary and secondary Cisco Unity servers remain registered with the publisher (primary) Cisco Unified CM server.

The primary Cisco Unity server continues answering all calls.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

All voice messaging ports on the primary and secondary Cisco Unity servers remain registered with the publisher (primary) Cisco Unified CM server.

The primary Cisco Unity server continues answering all calls.

The Cisco Unified CM Cluster Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on all Cisco Unified CM servers in the cluster.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

All voice messaging ports on the primary and secondary Cisco Unity servers unregister with the publisher (primary) Cisco Unified CM server. They do not register with another Cisco Unified CM server.

Cisco Unity does not answer calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers because phones will not forward calls to Cisco Unity.

Subscribers calling Cisco Unity hear a fast busy tone.

Subscribers on a Cisco Unity connected to another Cisco Unified CM cluster can leave messages for subscribers of the disconnected cluster.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary Cisco Unity server continues to be active, and the secondary Cisco Unity server continues to be inactive.

All voice messaging ports on the primary and secondary Cisco Unity servers register with the publisher (primary) Cisco Unified CM server.

The primary Cisco Unity server answers all calls.

The Domain Controller That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the domain controller that Cisco Unity is connected to. The domain controller was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

Directory synchronization does not occur.

Changes to Cisco Unity objects made on other domain controllers in the same domain are not written to the UnityDb database.

Changes detected in the global catalog server are written to the UnityDb database.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

Changes made on other domain controllers in the same domain during the network outage are written to the UnityDb database.

An Additional Domain Controller That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on a domain controller that Cisco Unity is not connected to. The domain controller was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

The Global Catalog Server That Cisco Unity 8.x Is Connected to Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the global catalog server that Cisco Unity is connected to. The global catalog server was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

Subscribers are not able to leave messages. When trying to leave a message, subscribers hear silence.

External callers can leave messages for subscribers. Subscribers cannot listen to the messages until the network outage is resolved and the new messages are delivered to subscriber Inboxes.

Subscribers can call other subscribers directly and talk to each other.

The Global Catalog monitor does not detect changes. Changes made to Cisco Unity objects on other Cisco Unity servers are not written to the local UnityDb database.

Subscribers on other Cisco Unity servers can leave messages for subscribers on the local server.

Subscribers can listen to saved messages. New messages from external callers are not available until the network outage is resolved.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

Changes made to Cisco Unity objects on other Cisco Unity servers are written to the local UnityDb database.

All messages stored in the MTA queue on the bridgehead Exchange server and in the UnityMTA folder on the active server are delivered to subscribers' Outlook Inboxes.

Subscribers cannot access the Cisco Unity Administrator or the Cisco Personal Communications Assistant (PCA). An error appears stating that the account is not associated with a subscriber. Restarting Internet Information Services (IIS) provides access to the Cisco Unity Administrator and the Cisco PCA. (Subscribers use the Cisco PCA to access the Cisco Unity Assistant and the Cisco Unity Inbox.)

The Global Catalog Server That Cisco Unity 8.x Is Not Connected to Is Disconnected from the Network, Then Reconnected

In testing, this scenario was simulated by disabling the network interface card on the global catalog server that Cisco Unity is not connected to. The global catalog server was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

The Cisco Unity 8.x Primary Server Crashes

In testing, this scenario was simulated by turning off power to the primary server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The secondary server answers all calls. Depending on network latency, this behavior may take a few minutes to begin.

The Failover Monitor on the secondary server shows that the secondary server is active.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are not available on the secondary server.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior Before Failback

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server is inactive, and the secondary server remains active.

The secondary server answers all calls.

All voice messaging ports on the primary server remain unregistered with the Cisco Unified CM server.

Reconnection Behavior After Failback

Regardless of the location of the message store, there is the following reconnection behavior:

When failback is manually initiated or when a scheduled failback occurs, the primary server becomes active and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the server outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the server outage are replicated to the primary server.

The Cisco Unity 8.x Secondary Server Crashes

In testing, this scenario was simulated by turning off power to the secondary server.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

The primary server continues answering all calls.

The Failover Monitor on the primary server shows that the primary server is active.

UnityDb database replication between the primary and secondary servers stops.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional disconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional disconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior

Regardless of the location of the message store, there is the following reconnection behavior:

The primary server remains active, and the secondary server becomes inactive.

The primary server continues answering all calls.

All voice messaging ports on the secondary server register with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the secondary server was offline are replicated from the primary server to the secondary server.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the server outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the primary server during the server outage are replicated to the secondary server.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server continues handling directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Cisco Unity 8.x Primary and Secondary Servers Crash Simultaneously

In testing, this scenario was simulated by turning off power to the primary and secondary servers at the same time.

Disconnection Behavior

Regardless of the location of the message store, there is the following disconnection behavior:

There is no voice messaging functionality. Neither the primary nor secondary server answers calls.

Subscribers are not able to leave or listen to messages. External callers cannot leave messages for subscribers.

Callers trying to leave messages hear a fast busy tone instead of the personal greeting for the subscriber.

Subscribers can call other subscribers directly and talk to each other.

Neither server initiates directory synchronization, MWIs, event notification, or message notification.

Reconnection Behavior (Only the Primary Server Is Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The Failover Monitor on the primary server shows that the primary server is active.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the server outage are not replicated to the secondary server because the secondary server is offline.

Changes to the UnityDb database that occurred before the server outage and were not replicated to the secondary server are not replicated because the secondary server is offline.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior (the Secondary Server Is Also Reconnected)

Regardless of the location of the message store, there is the following reconnection behavior:

The Failover Monitors on the primary and secondary servers show that the primary server is active and the secondary server is inactive.

All voice messaging ports on the secondary server register with the Cisco Unified CM server.

The primary server continues answering all calls.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

Changes to the UnityDb database that occurred while the secondary server was offline are replicated from the primary server to the secondary server.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the server outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the primary server while the secondary server was offline are replicated to the secondary server.

If the message store is installed on a computer other than the Cisco Unity servers, there is the following additional reconnection behavior:

The primary server continues handling directory synchronization, MWIs, event notification, and message notification.

If the message store is installed on the secondary server, there is the following additional reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Cisco Unity 8.x Primary Server Is Disconnected from the Network, Then the Exchange Server That Has the Cisco Unity Messaging System Mailbox Is Disconnected from the Network

In testing, this scenario was simulated by disabling the network interface card on the primary server, then on the Exchange server, which was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior (Only the Primary Server Is Disconnected)

There is the following disconnection behavior:

The secondary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

All voice messaging ports on the primary server unregister with the Cisco Unified CM server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers no longer receive status from each other.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are not available on the secondary server.

UnityDb database replication between the primary and secondary servers stops.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Disconnection Behavior (the Exchange Server Is Also Disconnected)

There is the following disconnection behavior:

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers homed on a different Cisco Unity server can leave messages for subscribers on another Cisco Unity server by calling the Cisco Unity server. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the secondary server. Messages stored on the Exchange server before the network outage are not available.

The secondary server handles directory synchronization.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior When the Exchange Server Is Reconnected and the Primary Server Remains Disconnected

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the secondary server are delivered to the appropriate subscriber Inboxes.

The secondary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior After the Exchange Server Is Reconnected, Then the Primary Server Is Reconnected

There is the following reconnection behavior:

The primary server becomes active, and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

Reconnection Behavior When the Primary Server Is Reconnected and the Exchange Server Remains Disconnected

There is the following reconnection behavior:

The primary server becomes active, and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

All subscribers hear the UMR conversation when they log on to Cisco Unity.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

Reconnection Behavior After the Primary Server Is Reconnected, Then the Exchange Server Is Reconnected

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox Is Disconnected from the Network, Then the Primary Server Is Disconnected from the Network

In testing, this scenario was simulated by disabling the network interface card on the Exchange server, which was installed on a computer other than the Cisco Unity servers, then on the primary server.

Disconnection Behavior (Only the Exchange Server Is Disconnected)

There is the following disconnection behavior:

The primary server continues to be active, and the secondary server continues to be inactive.

The primary server continues answering all calls.

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the primary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the primary server. Messages stored on the Exchange server before the network outage are not available.

The primary server handles directory synchronization and file replication.

MWIs, event notification, and message notification are not handled.

Disconnection Behavior (the Primary Server Is Also Disconnected)

There is the following disconnection behavior:

The secondary server answers all calls.

The Failover Monitor on the primary server shows that the primary server is active. The Failover Monitor on the secondary server shows that the secondary server is active.

All subscribers hear the UMR conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers homed on the same Cisco Unity server can leave messages for each other by dialing an extension. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the secondary server. Messages stored on the Exchange server before the network outage are not available.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior When the Primary Server Is Reconnected and the Exchange Server Remains Disconnected

There is the following reconnection behavior:

The primary server becomes active, and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

Reconnection Behavior After the Primary Server Is Reconnected, Then the Exchange Server Is Reconnected

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the primary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior When the Exchange Server Is Reconnected and the Primary Server Remains Disconnected

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the secondary server are delivered to the appropriate subscriber Inboxes.

The secondary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior After the Exchange Server Is Reconnected, Then the Primary Server Is Reconnected

There is the following reconnection behavior:

The primary server becomes active, and the secondary server becomes inactive.

All voice messaging ports on the primary server register with the Cisco Unified CM server.

The primary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

The Exchange Server That Has the Cisco Unity 8.x Messaging System Mailbox and the Primary Server Simultaneously Crash, Then Are Reconnected

In testing, this scenario was simulated by turning off power to the Exchange server and to the primary server at the same time. The Exchange server was installed on a computer other than the Cisco Unity servers.

Disconnection Behavior

There is the following disconnection behavior:

The secondary server answers all calls.

All subscribers hear the Unity Messaging Repository (UMR) conversation when they log on to Cisco Unity.

External callers can leave messages for subscribers. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers homed on a different Cisco Unity server can leave messages for subscribers on another Cisco Unity server by calling the Cisco Unity server. The new messages are stored in the UnityMTA folder on the secondary server.

Subscribers can call the Cisco Unity server and listen to their new messages stored in the UnityMTA folder on the secondary server. Messages stored on the Exchange server before the network outage are not available.

MWIs, event notification, and message notification are not handled.

Reconnection Behavior When the Exchange Server Is Reconnected and the Primary Server Remains Disconnected

There is the following reconnection behavior:

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the secondary server are delivered to the appropriate subscriber Inboxes.

The secondary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

External callers and subscribers can leave messages for subscribers. The messages are stored on the Exchange server.

The secondary server handles directory synchronization, MWIs, event notification, and message notification.

Reconnection Behavior After the Exchange Server Is Reconnected, Then the Primary Server Is Reconnected

There is the following reconnection behavior:

The primary server is inactive, and the secondary server remains active.

When failback is manually initiated or when a scheduled failback occurs, the primary server becomes active and the secondary server becomes inactive.

When the primary server becomes active, all voice messaging ports on the primary server register with the Cisco Unified CM server.

When the primary server becomes active, it answers all calls. Until then, the secondary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

When the primary server becomes active, the Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

When the primary server becomes active, it handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server during the network outage are replicated to the primary server.

Reconnection Behavior When the Primary Server Is Reconnected and the Exchange Server Remains Disconnected

There is the following reconnection behavior:

The Cisco Unity service (AvCsMgr) on the primary server does not start.

The secondary server continues to be active.

The secondary server continues answering all calls.

Reconnection Behavior After the Primary Server Is Reconnected, Then the Exchange Server Is Reconnected and the Cisco Unity Service (AvCsMgr) on the Primary Server Is Manually Started

There is the following reconnection behavior:

The primary server is inactive, and the secondary server remains active.

When failback is manually initiated or when a scheduled failback occurs, the primary server becomes active and the secondary server becomes inactive.

When the primary server becomes active, all voice messaging ports on the primary server register with the Cisco Unified CM server.

When the primary server becomes active, it answers all calls. Until then, the secondary server answers all calls.

Subscribers are able to leave and listen to messages. External callers can leave messages for subscribers. The messages are stored on the Exchange server.

Subscribers who log on to Cisco Unity no longer hear the UMR conversation, but hear the appropriate conversation.

Messages stored in the UnityMTA folder on the secondary server are delivered to the appropriate subscriber Inboxes.

The primary server sets MWIs for subscribers who have unheard messages stored on the Exchange server.

The Node Manager services (AvCsNodeMgr) on the primary and secondary servers send status to and receive status from each other.

The Failover Monitors on the primary and secondary servers show that the primary server is active.

Changes to the UnityDb database that occurred while the primary server was offline are replicated from the secondary server to the primary server.

The primary server handles directory synchronization, MWIs, event notification, and message notification.

Messages, greetings, and other recordings made on the primary server but not replicated to the secondary server before the network outage are replicated to the secondary server.

Messages, greetings, and other recordings made on the secondary server while the primary server was inactive are replicated to the primary server.