Jump to: navigation, search

Deploying HA on Solaris

Complete these steps to set up SIP Server HA on Solaris, using the IP Address Takeover method.

IP Address Takeover HA Deployment on Solaris

Prerequisites

There are basic requirements and recommendations for deploying an IP Address Takeover HA configuration of SIP Server in your environment.

  • Two separate physical host computers: one for the primary SIP Server and one for the backup SIP Server.
    Note: Genesys recommends that you install primary and backup instances of SIP Server on different host computers. However, SIP Server does support HA configurations in which both primary and backup SIP Server instances reside on a single host server.
  • Software requirements:
    • For the Windows OS to send a gratuitous ARP packet when a new IP address is assigned on the computer, you must install the Microsoft Hotfix 2811463 for Windows 2008 R2. See http://support.microsoft.com/kb/2811463/en-us.
    • SIP Server must be installed and configured on both host computers.
    • LCA must be installed and configured on both host computers.
    • In deployments where SIP Server uses two NICs, one NIC is used for SIP communication, while the second NIC is used for other kinds of communication with various components. Solution Control Server (SCS) manages and monitors the SIP Server application through the second NIC. When you create a Host object, make sure you specify the hostname or IP address of the second NIC (dedicated to other non-SIP communication).
  • Networking requirements:
    • Static IP addresses are required for all network interfaces on both host computers.
    • It is highly recommended that you have primary and backup SIP Server hosts on a dedicated subnet. A dedicated subnet ensures that Virtual IP Address Takeover affects only the Address Resolution Protocol (ARP) table on the subnet router. Without a dedicated subnet, hosts that communicate with SIP Server might fail to update the ARP table during Virtual IP Address Takeover.
    • In deployments where SIP Server uses two NICs, one NIC is used for SIP communication, while the second NIC is used for other kinds of communication with various components. Each host has one NIC connected to a subnet dedicated to SIP communication. The Virtual IP address should be within the range of the network to which the NIC dedicated to SIP communication is connected. The second NIC on both hosts should be connected to a separate network.

Configuring the primary SIP Server

Purpose
To configure the primary SIP Server Application object for high availability.

Start
  1. Stop the SIP Server service on the primary and backup hosts. Genesys SIP Server services can be stopped by using the Windows Services dialog box.
  2. Open the Configuration Manager.
  3. Select the Applications folder, and right-click the SIP Server Application object that you want to configure as the primary SIP Server. Select Properties.
  4. Click the Options tab.
    1. Select the TServer section.
      1. Set the sip-port option to the port number that will be used by both the primary and backup SIP Server applications.
      2. Set the sip-address option to the Virtual IP address.
      3. Click Apply to save the configuration changes.
    2. If you are deploying a hot-standby configuration, it is recommended that you enable ADDP for communication between the primary and backup SIP Servers. To enable ADDP:
      1. Select the backup-sync section, and configure the following options:
        • sync-reconnect-tout
        • protocol
        • addp-timeout
        • addp-remote-timeout
      Configuring the backup-sync Options: Sample Configuration

      In the preceding example, the guideline that is used to configure ADDP settings is to set the addp-timeout and addp-remote-timeout options to at least two times the established network-latency time, and to set the sync-reconnect-tout option to at least two times the timeout value plus the established network latency.
      Note: For more information about ADDP configuration parameters, see the "Backup-Synchronization Section" section in the Framework 8.1 SIP Server Deployment Guide.

  5. Click Apply to save the configuration changes.
  • Click the Switches tab.
    1. Ensure that the correct Switch object is specified. If necessary, select the correct Switch object by using the Add button.
    2. Click Apply to save the configuration changes.
  • Click the Server Info tab.
    1. Select the Redundancy Type. You can select either Hot Standby or Warm Standby.
    2. Complete this step if you are deploying a hot-standby configuration. If you are deploying a warm-standby configuration, proceed to Step c.
      1. In the Ports section, select the port to which the backup SIP Server will connect for HA data synchronization, and click Edit Port.
      2. In the Port Properties dialog box, on the Port Info tab, select the HA sync check box.
      3. Click OK.
      4. Note: If the HA sync check box is not selected, the backup SIP Server will connect to the default port of the primary SIP Server.

  • For the Backup Server option, select the SIP Server Application object that you want to use as the backup SIP Server. If necessary, browse to locate the backup SIP Server Application object.
  • Click Apply to save the configuration changes.
  • Click the Start Info tab.
    1. Select Auto-Restart.
    2. Click Apply to save the configuration changes.
  • Click Apply and then OK to save the configuration changes.
  • End


    Configuring the backup SIP Server

    Purpose

    To configure the backup SIP Server Application object for high availability.

    Start
    1. Stop both primary and backup SIP Servers, if they are running. You can stop the SIP Server service by using the Windows Services dialog box.
    2. Open the Configuration Manager.
    3. Select the Applications folder, and right-click the SIP Server Application object that you want to configure as the backup SIP Server. Select Properties.
    4. Click the Switches tab.
      1. Click Add, and select the Switch object that you associated with the primary SIP Server Application object.
      2. Click Apply to save the configuration changes.
    5. Click the Start Info tab.
      1. Select Auto-Restart.
      2. Click Apply to save the configuration changes.
    6. Click the Options tab.
      1. Select the TServer section.
        1. Set the sip-port option to the same port number that you specified for the primary SIP Server.
        2. Set the sip-address option to the Virtual IP address.
      2. Click Apply to save the configuration changes.
    7. If you are deploying a hot-standby configuration and have configured ADDP communication on the primary SIP Server, you must configure ADDP also on the backup SIP Server. To enable ADDP:
      1. Select the backup-sync section, and configure the following options:
        • sync-reconnect-tout
        • protocol
        • addp-timeout
        • addp-remote-timeout
      Configuring the backup-sync Options: Sample Configuration
      In the preceding example, the guideline that is used to configure ADDP settings is to set the addp-timeout and addp-remote-timeout options to at least two times the established network-latency time, and to set the sync-reconnect-tout option to at least two times the timeout value plus the established network latency.
    8. Click Apply to save the configuration changes.
  • Click Apply and then OK to save the configuration changes.
  • End


    Updating the /etc/hosts file

    Purpose

    To update the /etc/hosts file on the primary and backup SIP Server host computers to make the address and host name of the Virtual IP interface known to the DNS server.

    Start
    1. On the primary SIP Server host computer, inside the /etc directory, create the file:
      /etc/hostname.<interface_name>:<n>
      where interface_name is the actual name of the Virtual IP interface on that computer—for example:
      /etc/hostname.dmfe0:1
      This file must contain the hostname of the Virtual IP interface as it is known to the DNS server and is recorded inside the /etc/hosts file.
    2. Perform the same steps on the backup SIP Server host computer.
    End

    Creating Virtual IP address control scripts

    Purpose

    To create Virtual IP interface/address control scripts and wrap them in shell files. The Virtual IP interface is enabled and disabled by using the ifconfig administrative command.

    Start
    1. On both SIP Server host computers, create two shell files: one to enable the Virtual IP interface and another to disable it--for example:
      • set_ip_up.sh—To enable the Virtual IP interface
      • set_ip_down.sh—To disable the Virtual IP interface
    2. In the set_ip_up.sh file, enter the following command line:
      ifconfig hostname.<interface_name>:<n> up
      where interface_name is the name of the Virtual IP interface—for example:
      ifconfig /etc/hostname.dmfe0:1 up
    3. In the set_ip_down.sh file, enter the following command line:
      ifconfig hostname.<interface_name>:<n> down
      where interface_name is the name of the Virtual IP interface—for example:
      ifconfig /etc/hostname.dmfe0:1 down
    End


    Creating Application objects for the Virtual IP address control scripts

    Purpose

    To create four Application objects of type Third Party Server: one for each of the shell files that you created previously. For example:

    • SIP_SERVER_PRIMARY_VIP_UP—For a script that enables the Virtual IP address (to be run on the primary SIP Server host)
    • SIP_SERVER_PRIMARY_VIP_DOWN—For a script that disables the Virtual IP address (to be run on the primary SIP Server host)
    • SIP_SERVER_BACKUP_VIP_UP—For a script that enables the Virtual IP address (to be run on the backup SIP Server host)
    • SIP_SERVER_BACKUP_VIP_DOWN—For a script that disables the Virtual IP address (to be run on the backup SIP Server host)

    Creating Application objects for the shell files allows the shell files to be run as applications within the Genesys Framework.

    Start
    1. In the Configuration Manager, select Environment > Applications.
    2. Right-click and select New > Application.
    3. Select the Third Party Server template from the Application Templates folder, and click OK.
    4. On the General tab, enter a name for the Application object—for example, SIP_SERVER_PRIMARY_VIP_UP.
      Configuring the Application Object for the Script, General Tab: Sample Configuration

      Note: You can use the previously listed Application object names, or you can specify your own.

    5. Select the Server Info tab.
      1. Select the host name of the SIP Server on which the corresponding Virtual IP address control script is located.
      2. If necessary, specify a valid communication-port number by using the Edit Port option.
      Configuring the Application Object for the Script, Server Info Tab: Sample Configuration
    6. Select the Start Info tab.
      1. Set the Working Directory to the location of the script, and enter the name of the script in the Command Line field. For example, for the SIP_SERVER_PRIMARY_VIP_UP Application object, enter the script name that enables the Virtual IP address (set_ip_up.sh). For the SIP_SERVER_PRIMARY_VIP_DOWN Application object, enter the script name that disables the Virtual IP address (set_ip_down.sh).
      2. If you are configuring an Application object that disables the Virtual IP interface (SIP_SERVER_PRIMARY_VIP_DOWN and SIP_SERVER_BACKUP_VIP_DOWN), set the Timeout Startup value to 8.
    7. Repeat the steps in this procedure to create an Application object for each of the four scripts.
    End


    Creating Alarm Reaction scripts

    Purpose

    To create Alarm Reaction scripts for HA-related Alarm Conditions. When an HA-related Alarm Condition occurs, the associated Alarm Reaction script is run. Alarm Reaction scripts are configured to call the Application objects that you created in Step 6.

    Start
    1. Open the Configuration Manager.
    2. Select Resources > Scripts.
    3. Right-click and select New > Script.
    4. Create four scripts: one for each of the Application objects that you created previously. For example:
      • AR_SCRIPT_PRIMARY_VIP_UP—To trigger a script that enables the Virtual IP address (to be run on the primary SIP Server host)
      • AR_SCRIPT_PRIMARY_VIP_DOWN—To trigger a script that disables the Virtual IP address (to be run on the primary SIP Server host)
      • AR_SCRIPT_BACKUP_VIP_UP—To trigger a script that enables the Virtual IP address (to be run on the backup SIP Server host)
      • AR_SCRIPT_BACKUP_VIP_DOWN—To trigger a script that disables the Virtual IP address (to be run on the backup SIP Server host)
      Configuring the Alarm Reaction Script: Sample Configuration
    5. For each of the Alarm Reaction scripts, select Alarm Reaction as the Script Type.
    6. For each of the Alarm Reaction scripts, use the Alarm Reaction Wizard to configure the Alarm Reaction Type.
      1. Select an Alarm Reaction script, and right-click to open the Alarm Reaction Wizard (select Wizard > Configure).
      2. In the Alarm Reaction Wizard, click Next.
      3. In the Alarm Reaction Type dialog box, select Start a specified application, and click Next.
        Alarm Reaction: Selecting the Alarm Reaction Type
      4. Browse to select the corresponding Application object. For example, for the AR_SCRIPT_PRIMARY_VIP_UP Alarm Reaction script, select the SIP_SERVER_PRIMARY_VIP_UP Application object of type Third Party Server.
        Alarm Reaction: Selecting the Application to Start
      5. Repeat the previous steps to configure each of the Alarm Reaction scripts that you created in Step 4.
    End


    Creating Alarm Conditions

    Purpose

    Alarm Conditions are required to handle log events that occur when a SIP Server changes its mode from primary to backup or from backup to primary. When you create the Alarm Conditions, you will configure them to trigger the Alarm Reaction scripts that you created in Step 7.

    Four Alarm Conditions are required for your HA configuration: two for the primary SIP Server application and two for the backup. The following table outlines the Alarm Conditions for both hot-standby and warm-standby configurations.

    Alarm Conditions: Sample Configuration
    Log Event ID SIP Server Application Alarm Condition Alarm Reaction Scripts


    00-05151 SIP_SERVER_PRIMARY ALRM_PRIMARY_51_HABackup AR_SCRIPT_PRIMARY_VIP_DOWN
    00-05150 SIP_SERVER_PRIMARY ALRM_PRIMARY_50_HAPrimary AR_SCRIPT_BACKUP_VIP_DOWN
    AR_SCRIPT_PRIMARY_VIP_UP
    00-05151 SIP_SERVER_BACKUP ALRM_BACKUP_51_HABackup AR_SCRIPT_BACKUP_VIP_DOWN
    00-05150 SIP_SERVER_BACKUP ALRM_BACKUP_50_HAPrimary AR_SCRIPT_BACKUP_VIP_UP
    AR_SCRIPT_PRIMARY_VIP_DOWN

    For information about the log events for which you are creating Alarm Conditions, refer to Log events generated by SCS.

    Start
    1. Open the Configuration Manager.
    2. Navigate to the Environment > Alarm Conditions folder.
    3. Right-click and select New > Alarm Condition to open the New Alarm Condition Properties dialog box.
    4. On the General tab:
      • Enter the Name for the Alarm Condition—for example, ALRM_PRIMARY_51_HABackup.
      • Optionally, enter a description.
      • For the Category value, select Critical.
      • Set Cancel Timeout to 1.
      Configuring the Alarm Condition, General Tab: Sample Configuration
    5. On the Detect Event tab:
      • Set the Log Event ID as defined in the table above.
      • Set the Selection Mode to Select By Application.
      • For the Application Name field, click the folder icon to browse for the SIP Server Application object. If you are creating an Alarm Condition for the primary SIP Server, select the primary SIP Server Application object. If you are creating an Alarm Condition for the backup SIP Server, select the backup SIP Server Application object.
      Configuring the Alarm Condition, Detect Event Tab: Sample Configuration
    6. Click OK.
    7. On the Reaction Scripts tab, add the Alarm Reaction script as defined in the previous table.
    8. Repeat the steps in this procedure to create each of the four Alarm Conditions for your configuration.
    End


    Testing Alarm Conditions

    Purpose

    To verify that the Alarm Conditions work as expected.

    Start
    1. Use Telnet to access the SIP Server Virtual IP interface.
    2. Open the Solution Control Interface (SCI).
    3. Under Alarm Conditions, select the Alarm Condition that you created in the previous procedure—for example, ALRM_PRIMARY_51_HABackup—right-click it, and then click Test. The ALRM_PRIMARY_51_HABackup Alarm Condition indicates that the primary SIP Server is in backup mode, which triggers the Alarm Reaction scripts that disable the Virtual IP address at the primary SIP Server and disable the Virtual IP address at the backup SIP Server.
    4. Use the ipconfig command to verify that the Virtual IP interface is active on the backup SIP Server and that the Virtual IP interface is inactive on the primary SIP Server.
    End


    Testing your SIP Server HA configuration

    Purpose

    To validate your HA configuration, you can perform the following tests.

    Prerequisites
    • Ensure that the Management Layer is up and running.
    • Start the primary SIP Server, and ensure that it is in primary mode.
    • Start the backup SIP Server, and ensure that it is in backup mode.
    Start
    1. Test 1: Manual switchover
      1. Establish a call between two SIP endpoints.
      2. Perform a manual switchover by using the SCI. In the SCI, verify that the SIP Server roles have changed.
      3. Verify that hold, retrieve, and transfer functions can be performed on the call that was established before the switchover.
      4. Release the call.
    2. Test 2: Manual switchback
      1. Establish a call between two SIP endpoints.
      2. Perform a manual switchover again by using the SCI. In the SCI, verify that the SIP Server roles have changed.
      3. Verify that hold, retrieve, and transfer functions can be performed on the call that was established before the switchover.
      4. Release the call.
    3. Test 3: Stop primary SIP Server
      1. Establish a call between two SIP endpoints.
      2. Stop the primary SIP Server. Use the SCI to verify that the backup SIP Server goes into primary mode.
      3. Verify that hold, retrieve, and transfer functions can be performed on the call that was established before the switchover.
      4. Release the call.
    End
    This page was last modified on September 17, 2015, at 13:09.

    Feedback

    Comment on this article:

    blog comments powered by Disqus