Professional Documents
Culture Documents
Release 7.0.1
Issue 3
November 2016
© 2015-2016, Avaya, Inc. USES AND/OR INSTALLS AVAYA SOFTWARE, PURCHASED
All Rights Reserved. FROM AVAYA INC., ANY AVAYA AFFILIATE, OR AN AVAYA
CHANNEL PARTNER (AS APPLICABLE) UNDER A COMMERCIAL
Notice AGREEMENT WITH AVAYA OR AN AVAYA CHANNEL PARTNER.
While reasonable efforts have been made to ensure that the UNLESS OTHERWISE AGREED TO BY AVAYA IN WRITING,
information in this document is complete and accurate at the time of AVAYA DOES NOT EXTEND THIS LICENSE IF THE SOFTWARE
printing, Avaya assumes no liability for any errors. Avaya reserves WAS OBTAINED FROM ANYONE OTHER THAN AVAYA, AN
the right to make changes and corrections to the information in this AVAYA AFFILIATE OR AN AVAYA CHANNEL PARTNER; AVAYA
document without the obligation to notify any person or organization RESERVES THE RIGHT TO TAKE LEGAL ACTION AGAINST YOU
of such changes. AND ANYONE ELSE USING OR SELLING THE SOFTWARE
WITHOUT A LICENSE. BY INSTALLING, DOWNLOADING OR
Documentation disclaimer USING THE SOFTWARE, OR AUTHORIZING OTHERS TO DO SO,
“Documentation” means information published in varying mediums YOU, ON BEHALF OF YOURSELF AND THE ENTITY FOR WHOM
which may include product information, operating instructions and YOU ARE INSTALLING, DOWNLOADING OR USING THE
performance specifications that are generally made available to users SOFTWARE (HEREINAFTER REFERRED TO
of products. Documentation does not include marketing materials. INTERCHANGEABLY AS “YOU” AND “END USER”), AGREE TO
Avaya shall not be responsible for any modifications, additions, or THESE TERMS AND CONDITIONS AND CREATE A BINDING
deletions to the original published version of Documentation unless CONTRACT BETWEEN YOU AND AVAYA INC. OR THE
such modifications, additions, or deletions were performed by or on APPLICABLE AVAYA AFFILIATE (“AVAYA”).
the express behalf of Avaya. End User agrees to indemnify and hold Avaya grants You a license within the scope of the license types
harmless Avaya, Avaya's agents, servants and employees against all described below, with the exception of Heritage Nortel Software, for
claims, lawsuits, demands and judgments arising out of, or in which the scope of the license is detailed below. Where the order
connection with, subsequent modifications, additions or deletions to documentation does not expressly identify a license type, the
this documentation, to the extent made by End User. applicable license will be a Designated System License. The
Link disclaimer applicable number of licenses and units of capacity for which the
license is granted will be one (1), unless a different number of
Avaya is not responsible for the contents or reliability of any linked licenses or units of capacity is specified in the documentation or other
websites referenced within this site or Documentation provided by materials available to You. “Software” means computer programs in
Avaya. Avaya is not responsible for the accuracy of any information, object code, provided by Avaya or an Avaya Channel Partner,
statement or content provided on these sites and does not whether as stand-alone products, pre-installed on hardware products,
necessarily endorse the products, services, or information described and any upgrades, updates, patches, bug fixes, or modified versions
or offered within them. Avaya does not guarantee that these links will thereto. “Designated Processor” means a single stand-alone
work all the time and has no control over the availability of the linked computing device. “Server” means a Designated Processor that
pages. hosts a software application to be accessed by multiple users.
“Instance” means a single copy of the Software executing at a
Warranty
particular time: (i) on one physical machine; or (ii) on one deployed
Avaya provides a limited warranty on Avaya hardware and software. software virtual machine (“VM”) or similar deployment.
Refer to your sales agreement to establish the terms of the limited
License types
warranty. In addition, Avaya’s standard warranty language, as well as
information regarding support for this product while under warranty is Concurrent User License (CU). End User may install and use the
available to Avaya customers and other parties through the Avaya Software on multiple Designated Processors or one or more Servers,
Support website: https://support.avaya.com/helpcenter/ so long as only the licensed number of Units are accessing and using
getGenericDetails?detailId=C20091120112456651010 under the link the Software at any given time. A “Unit” means the unit on which
“Warranty & Product Lifecycle” or such successor site as designated Avaya, at its sole discretion, bases the pricing of its licenses and can
by Avaya. Please note that if You acquired the product(s) from an be, without limitation, an agent, port or user, an e-mail or voice mail
authorized Avaya Channel Partner outside of the United States and account in the name of a person or corporate function (e.g.,
Canada, the warranty is provided to You by said Avaya Channel webmaster or helpdesk), or a directory entry in the administrative
Partner and not by Avaya. database utilized by the Software that permits one user to interface
Hosted Service with the Software. Units may be linked to a specific, identified Server
or an Instance of the Software.
THE FOLLOWING APPLIES ONLY IF YOU PURCHASE AN AVAYA
HOSTED SERVICE SUBSCRIPTION FROM AVAYA OR AN AVAYA Heritage Nortel Software
CHANNEL PARTNER (AS APPLICABLE), THE TERMS OF USE “Heritage Nortel Software” means the software that was acquired by
FOR HOSTED SERVICES ARE AVAILABLE ON THE AVAYA Avaya as part of its purchase of the Nortel Enterprise Solutions
WEBSITE, HTTPS://SUPPORT.AVAYA.COM/LICENSEINFO Business in December 2009. The Heritage Nortel Software is the
UNDER THE LINK “Avaya Terms of Use for Hosted Services” OR software contained within the list of Heritage Nortel Products located
SUCH SUCCESSOR SITE AS DESIGNATED BY AVAYA, AND ARE at https://support.avaya.com/LicenseInfo under the link “Heritage
APPLICABLE TO ANYONE WHO ACCESSES OR USES THE Nortel Products” or such successor site as designated by Avaya. For
HOSTED SERVICE. BY ACCESSING OR USING THE HOSTED Heritage Nortel Software, Avaya grants Customer a license to use
SERVICE, OR AUTHORIZING OTHERS TO DO SO, YOU, ON Heritage Nortel Software provided hereunder solely to the extent of
BEHALF OF YOURSELF AND THE ENTITY FOR WHOM YOU ARE the authorized activation or authorized usage level, solely for the
DOING SO (HEREINAFTER REFERRED TO INTERCHANGEABLY purpose specified in the Documentation, and solely as embedded in,
AS “YOU” AND “END USER”), AGREE TO THE TERMS OF USE. IF for execution on, or for communication with Avaya equipment.
YOU ARE ACCEPTING THE TERMS OF USE ON BEHALF A Charges for Heritage Nortel Software may be based on extent of
COMPANY OR OTHER LEGAL ENTITY, YOU REPRESENT THAT activation or use authorized as specified in an order or invoice.
YOU HAVE THE AUTHORITY TO BIND SUCH ENTITY TO THESE
TERMS OF USE. IF YOU DO NOT HAVE SUCH AUTHORITY, OR Copyright
IF YOU DO NOT WISH TO ACCEPT THESE TERMS OF USE, YOU Except where expressly stated otherwise, no use should be made of
MUST NOT ACCESS OR USE THE HOSTED SERVICE OR materials on this site, the Documentation, Software, Hosted Service,
AUTHORIZE ANYONE TO ACCESS OR USE THE HOSTED or hardware provided by Avaya. All content on this site, the
SERVICE. documentation, Hosted Service, and the product provided by Avaya
Licenses including the selection, arrangement and design of the content is
owned either by Avaya or its licensors and is protected by copyright
THE SOFTWARE LICENSE TERMS AVAILABLE ON THE AVAYA and other intellectual property laws including the sui generis rights
WEBSITE, HTTPS://SUPPORT.AVAYA.COM/LICENSEINFO, relating to the protection of databases. You may not modify, copy,
UNDER THE LINK “AVAYA SOFTWARE LICENSE TERMS (Avaya reproduce, republish, upload, post, transmit or distribute in any way
Products)” OR SUCH SUCCESSOR SITE AS DESIGNATED BY any content, in whole or in part, including any code and software
AVAYA, ARE APPLICABLE TO ANYONE WHO DOWNLOADS, unless expressly authorized by Avaya. Unauthorized reproduction,
transmission, dissemination, storage, and or use without the express LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED
written consent of Avaya can be a criminal, as well as a civil offense OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL
under the applicable law. INFORMATION FOR H.264 (AVC) AND H.265 (HEVC) CODECS
MAY BE OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://
Virtualization WWW.MPEGLA.COM.
The following applies if the product is deployed on a virtual machine. Compliance with Laws
Each product has its own ordering code and license types. Note that
each Instance of a product must be separately licensed and ordered. You acknowledge and agree that it is Your responsibility for
For example, if the end user customer or Avaya Channel Partner complying with any applicable laws and regulations, including, but not
would like to install two Instances of the same type of products, then limited to laws and regulations related to call recording, data privacy,
two products of that type must be ordered. intellectual property, trade secret, fraud, and music performance
rights, in the country or territory where the Avaya product is used.
Third Party Components
Preventing Toll Fraud
“Third Party Components” mean certain software programs or
portions thereof included in the Software or Hosted Service may “Toll Fraud” is the unauthorized use of your telecommunications
contain software (including open source software) distributed under system by an unauthorized party (for example, a person who is not a
third party agreements (“Third Party Components”), which contain corporate employee, agent, subcontractor, or is not working on your
terms regarding the rights to use certain portions of the Software company's behalf). Be aware that there can be a risk of Toll Fraud
(“Third Party Terms”). As required, information regarding distributed associated with your system and that, if Toll Fraud occurs, it can
Linux OS source code (for those products that have distributed Linux result in substantial additional charges for your telecommunications
OS source code) and identifying the copyright holders of the Third services.
Party Components and the Third Party Terms that apply is available
in the products, Documentation or on Avaya’s website at: https:// Avaya Toll Fraud intervention
support.avaya.com/Copyright or such successor site as designated If You suspect that You are being victimized by Toll Fraud and You
by Avaya. The open source software license terms provided as Third need technical assistance or support, call Technical Service Center
Party Terms are consistent with the license rights granted in these Toll Fraud Intervention Hotline at +1-800-643-2353 for the United
Software License Terms, and may contain additional rights benefiting States and Canada. For additional support telephone numbers, see
You, such as modification and distribution of the open source the Avaya Support website: https://support.avaya.com or such
software. The Third Party Terms shall take precedence over these successor site as designated by Avaya.
Software License Terms, solely with respect to the applicable Third
Party Components to the extent that these Software License Terms Security Vulnerabilities
impose greater restrictions on You than the applicable Third Party Information about Avaya’s security support policies can be found in
Terms. the Security Policies and Support section of https://
The following applies only if the H.264 (AVC) codec is distributed with support.avaya.com/security.
the product. THIS PRODUCT IS LICENSED UNDER THE AVC Suspected Avaya product security vulnerabilities are handled per the
PATENT PORTFOLIO LICENSE FOR THE PERSONAL USE OF A Avaya Product Security Support Flow (https://
CONSUMER OR OTHER USES IN WHICH IT DOES NOT RECEIVE support.avaya.com/css/P8/documents/100161515).
REMUNERATION TO (i) ENCODE VIDEO IN COMPLIANCE WITH
THE AVC STANDARD (“AVC VIDEO”) AND/OR (ii) DECODE AVC Downloading Documentation
VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED IN A For the most current versions of Documentation, see the Avaya
PERSONAL ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO Support website: https://support.avaya.com, or such successor site
PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS as designated by Avaya.
GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE.
ADDITIONAL INFORMATION MAY BE OBTAINED FROM MPEG Contact Avaya Support
LA, L.L.C. SEE HTTP://WWW.MPEGLA.COM. See the Avaya Support website: https://support.avaya.com for
Service Provider product or Hosted Service notices and articles, or to report a problem
with your Avaya product or Hosted Service. For a list of support
THE FOLLOWING APPLIES TO AVAYA CHANNEL PARTNER’S telephone numbers and contact addresses, go to the Avaya Support
HOSTING OF AVAYA PRODUCTS OR SERVICES. THE PRODUCT website: https://support.avaya.com (or such successor site as
OR HOSTED SERVICE MAY USE THIRD PARTY COMPONENTS designated by Avaya), scroll to the bottom of the page, and select
SUBJECT TO THIRD PARTY TERMS AND REQUIRE A SERVICE Contact Avaya Support.
PROVIDER TO BE INDEPENDENTLY LICENSED DIRECTLY
FROM THE THIRD PARTY SUPPLIER. AN AVAYA CHANNEL Trademarks
PARTNER’S HOSTING OF AVAYA PRODUCTS MUST BE The trademarks, logos and service marks (“Marks”) displayed in this
AUTHORIZED IN WRITING BY AVAYA AND IF THOSE HOSTED site, the Documentation, Hosted Service(s), and product(s) provided
PRODUCTS USE OR EMBED CERTAIN THIRD PARTY by Avaya are the registered or unregistered Marks of Avaya, its
SOFTWARE, INCLUDING BUT NOT LIMITED TO MICROSOFT affiliates, its licensors, its suppliers, or other third parties. Users are
SOFTWARE OR CODECS, THE AVAYA CHANNEL PARTNER IS not permitted to use such Marks without prior written consent from
REQUIRED TO INDEPENDENTLY OBTAIN ANY APPLICABLE Avaya or such third party which may own the Mark. Nothing
LICENSE AGREEMENTS, AT THE AVAYA CHANNEL PARTNER’S contained in this site, the Documentation, Hosted Service(s) and
EXPENSE, DIRECTLY FROM THE APPLICABLE THIRD PARTY product(s) should be construed as granting, by implication, estoppel,
SUPPLIER. or otherwise, any license or right in and to the Marks without the
WITH RESPECT TO CODECS, IF THE AVAYA CHANNEL express written permission of Avaya or the applicable third party.
PARTNER IS HOSTING ANY PRODUCTS THAT USE OR EMBED Avaya is a registered trademark of Avaya Inc.
THE G.729 CODEC, H.264 CODEC, OR H.265 CODEC, THE
AVAYA CHANNEL PARTNER ACKNOWLEDGES AND AGREES All non-Avaya trademarks are the property of their respective owners.
THE AVAYA CHANNEL PARTNER IS RESPONSIBLE FOR ANY Linux® is the registered trademark of Linus Torvalds in the U.S. and
AND ALL RELATED FEES AND/OR ROYALTIES. THE G.729 other countries.
CODEC IS LICENSED BY SIPRO LAB TELECOM INC. SEE
WWW.SIPRO.COM/CONTACT.HTML. THE H.264 (AVC) CODEC IS
LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR
THE PERSONAL USE OF A CONSUMER OR OTHER USES IN
WHICH IT DOES NOT RECEIVE REMUNERATION TO: (I)
ENCODE VIDEO IN COMPLIANCE WITH THE AVC STANDARD
(“AVC VIDEO”) AND/OR (II) DECODE AVC VIDEO THAT WAS
ENCODED BY A CONSUMER ENGAGED IN A PERSONAL
ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO PROVIDER
Contents
Chapter 1: Introduction............................................................................................................ 7
Purpose.................................................................................................................................. 7
Prerequisites........................................................................................................................... 7
Change history........................................................................................................................ 8
Warranty................................................................................................................................. 8
Chapter 2: Architecture overview.......................................................................................... 10
®
Avaya Aura Virtualized Environment overview........................................................................ 10
®
Avaya Aura Virtualized Appliance overview...................................................................... 10
Solution Deployment Manager.......................................................................................... 13
Virtualized components.......................................................................................................... 18
VMware software requirements.............................................................................................. 19
Server hardware and resources for VMware............................................................................ 20
Authentication file.................................................................................................................. 20
®
Avaya Aura virtualized software............................................................................................ 20
Chapter 3: Deployment process............................................................................................ 22
Deployment guidelines........................................................................................................... 22
Deployment of cloned and copied OVAs................................................................................. 23
Chapter 4: Planning and configuration................................................................................. 24
Planning checklist.................................................................................................................. 24
Capacity limits for Session Manager Footprints........................................................................ 25
Customer configuration data.................................................................................................. 26
Conditions for Appliance Virtualization Platform and VM hosts.................................................. 27
SAL Gateway........................................................................................................................ 27
Installing the license file......................................................................................................... 27
Chapter 5: Deploying the Session Manager OVA................................................................ 29
Session Manager deployment checklist................................................................................... 29
Configuring the system for Session Manager deployment......................................................... 30
Methods for deploying the Session Manager OVA.................................................................... 30
Deploying using vSphere Client connected to vCenter........................................................ 30
Deploying using vSphere Client connected directly to VMware host..................................... 32
Deploying using Solution Deployment Manager through System Manager........................... 33
Configuring the virtual machine automatic startup settings........................................................ 34
Troubleshooting a Session Manager virtual machine that does not power on............................. 35
Reconfiguring hardware resources for flexible footprint....................................................... 36
Configuring Session Manager................................................................................................ 37
Installing software patches..................................................................................................... 37
Installed Patches field descriptions................................................................................... 40
Chapter 6: Post-installation verification............................................................................... 42
Post-deployment checklist...................................................................................................... 42
Support................................................................................................................................ 72
Appendix A: Best Practices for VMware performance and features................................. 73
BIOS.................................................................................................................................... 73
Intel Virtualization Technology.......................................................................................... 73
Dell PowerEdge Server ................................................................................................... 74
HP ProLiant Servers........................................................................................................ 74
Timekeeping......................................................................................................................... 74
VMware Tools....................................................................................................................... 76
VMware networking best practices.......................................................................................... 76
Separating Session Manager management and Security Module traffic............................... 80
Storage................................................................................................................................ 81
Thin vs. thick deployments..................................................................................................... 81
Best Practices for VMware features........................................................................................ 82
VMware High Availability.................................................................................................. 82
VMware vMotion............................................................................................................. 82
VMware Snapshots......................................................................................................... 83
Appendix B: Product notifications........................................................................................ 85
Viewing PCNs and PSNs....................................................................................................... 85
Registering for product notifications........................................................................................ 86
Glossary................................................................................................................................... 87
Purpose
This document:
• describes the procedures for deploying the Avaya Aura® Session Manager virtual application in
a virtualized environment.
• includes deployment procedures, initial administration, and basic maintenance procedures.
• does not include optional or customized aspects of a configuration.
The primary audience for this document is anyone who deploys, configures, and upgrades Session
Manager.
The audience includes, but is not limited to:
• Implementation Engineers
• Field Technicians
• Business Partners
• Solution Providers
• Customers
Prerequisites
Before deploying Session Manager, ensure that you have the following knowledge, skills and tools.
Knowledge
• Linux operating system
• VMware
• VMware vSphere ESXi
• VMware vCenter Server
• Virtualized Environment
• PLDS
Skills
• Linux configuration tools
• VMware tools
• VMware vCenter Server and ESXi
Tools
• PuTTy
• Laptop with System Manager tools
• Solution Deployment Manager client if System Manager is unreachable
• Session Manager configuration worksheet
Change history
Issue Date Summary of changes
1.0 August 2015 Initial Release
2.0 May 2016 • Added the Installing software
patches section.
• Updated the Session Manager
deployment checklist section.
• Updated the VMware software
requirements section for ESXi
6.0 version support.
• Updated the Capacity limits for
Session Manager Footprints
section.
3.0 November 2016 Updated the Planning and
configuration section to indicate
that all virtual machines on an
Appliance Virtualization Platform
host must be on the same subnet
mask.
Warranty
Avaya provides a 90-day limited warranty on Session Manager. For more information about the
terms of the limited warranty, see the sales agreement or other applicable documentation.
You can view the standard warranty information about Session Manager support on the Avaya
Support website at https://support.avaya.com. You can find the warranty information and license
terms at the bottom of the page under:
• Help & Policies > Policies & Legal > Warranty & Product Lifecycle
• Help & Policies > Policies & Legal > License Terms
For more information about installing Avaya Proactive Contact and administering Appliance
Virtualization Platform with Avaya Proactive Contact, see the Avaya Proactive Contact
documentation.
- Utility Services
- Appliance Virtualization Platform, the ESXi host that is running on the Avaya Aura®
Virtualized Appliance.
The upgrade process from Solution Deployment Manager involves the following key tasks:
• Discover the Avaya Aura® applications.
• Refresh applications and associated devices, and download the necessary software
components.
• Run the preupgrade check to ensure successful upgrade environment.
• Upgrade Avaya Aura® applications.
• Install software patch, service pack, or feature pack on Avaya Aura® applications.
For more information about the setup of the Solution Deployment Manager functionality that is part
of System Manager 7.x, see Avaya Aura® System Manager Solution Deployment Manager Job-Aid.
• Defines the physical location, Appliance Virtualization Platform or ESXi host, and discovers
virtual machines that are required for application deployments and virtual machine life cycle
management.
• Manages lifecycle of the OVA applications that are deployed on the ESXi host. The lifecycle
includes start, stop, reset virtual machines, and establishing trust for virtual machines.
• Deploys the Avaya Aura® applications that can be deployed from the central Solution
Deployment Manager for Avaya Aura® Virtualized Appliance and customer Virtualized
Environment. You can deploy one application at a time.
• Configures application and networking parameters required for application deployments.
• Supports the local computer or an HTTP URL to select the application OVA file for deployment.
You do not need access to PLDS.
• Supports changing the hypervisor IP address on Appliance Virtualization Platform.
• Supports installing patches for the hypervisor on Appliance Virtualization Platform.
• Supports installing software patches, service packs, and feature packs only for System
Manager.
Avaya Aura® applications must use centralized Solution Deployment Manager from System
Manager to install software patches, service packs, and feature packs.
For more information about installing Avaya Proactive Contact and administering Appliance
Virtualization Platform with Avaya Proactive Contact, see the Avaya Proactive Contact
documentation.
Note:
You must deploy the Release 7.0 OVA, and then install the Release 7.0.1 file on the Avaya
Aura® Release 7.0 application.
With Solution Deployment Manager, you can migrate, upgrade, and update the following
applications:
• Linux-based Communication Manager 5.x and the associated devices, such as Gateways, TN
boards, and media modules.
Note:
In bare metal Linux-based deployments, the applications are directly installed on the server
and not as a virtual machine.
• Linux-based Session Manager 6.x
• System Platform-based Communication Manager
- Duplex CM Main / Survivable Core with Communication Manager
- Simplex CM Main / Survivable Core with Communication Manager, Communication
Manager Messaging, and Utility Services
- Simplex Survivable Remote with Communication Manager, Branch Session Manager, and
Utility Services
- Embedded CM Main with Communication Manager, Communication Manager Messaging,
and Utility Services
- Embedded Survivable Remote with Communication Manager, Branch Session Manager,
and Utility Services
• System Platform-based Branch Session Manager
- Simplex Survivable Remote with Communication Manager, Branch Session Manager, and
Utility Services
- Embedded Survivable Remote with Communication Manager, Branch Session Manager,
and Utility Services
Note:
However, you must manually migrate Services virtual machine that is part of the template.
The centralized deployment and upgrade process provide better support to customers who want to
upgrade their systems to Avaya Aura® Release 7.0.1. The process reduces the upgrade time and
error rate.
Solution Deployment Manager dashboard
You can gain access to the Solution Deployment Manager dashboard from the System Manager
web console or by installing the Solution Deployment Manager client.
Virtualized components
Software component Description
ESXi Host The physical machine running the ESXi Hypervisor software.
ESXi Hypervisor A platform that runs multiple operating systems on a host computer at
the same time.
Table continues…
To view compatibility with other solution releases, see VMware Product Interoperability Matrices at
http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php.
Note:
ESXi 4.1 is not supported.
Authentication file
Session Manager 7.0 and later requires a new authentication file.
The Session Manager OVA contains a default authentication file. The customer must replace the
default authentication file with a new 7.0 or later authentication file. The system generates an alarm
once a day until a new 7.0 or later authentication file is installed.
For more information on authentication file, see Authentication files for SM/BSM on page 55.
The following are the high-level steps for deploying, administering, and verifying the deployment of
Session Manager.
• Complete the planning checklist.
• Complete the site preparation activities.
• Complete the configuration worksheets.
• Deploy Session Manager.
• Administer and configure Session Manager.
• Verify the Session Manager deployment and configuration.
Deployment guidelines
The high-level deployment steps are:
1. Deploy the OVA or OVAs.
2. Configure the application.
3. Verify the installation.
The deployment guidelines for the virtual appliances are:
• Deploy as many virtual appliances on the same host as possible.
• Deploy the virtual appliances on the same cluster if the cluster goes beyond the host boundary.
• Segment redundant elements on a different cluster, or ensure that the redundant elements are
not on the same host.
• Create a tiered or segmented cluster infrastructure that isolates critical applications, such as
Avaya Aura® applications, from other virtual machines.
• Plan for rainy day scenarios or conditions. Do not configure resources only for traffic or
performance on an average day.
• Do not oversubscribe resources. Oversubscribing affects performance.
• Monitor the server, host, and virtual appliance performance.
Important:
The values for performance, occupancy, and usage can vary greatly. The blade server
might run at 5% occupancy, but a virtual machine might run at 50% occupancy. Note that a
virtual machine behaves differently when the CPU usage is higher.
Planning checklist
Complete the following actions before deploying Session Manager.
# Action Links/Notes
1 Assess and verify the resource See Capacity limits for Core Session
requirements with the customer. Manager footprints on page 25.
The key factors are:
• CPU utilization
• Memory usage
• Storage requirements
• Network utilization
• Supported capacity
2 Enter the required information in the See Customer configuration data on
Customer Configuration Data worksheet. page 26.
3 Verify the customer has the required
hardware at the customer site.
4 Licenses: See Installing a license file on page 27.
1. Obtain the License Activation Code
(LAC) and Authentication File ID
(AFID).
2. Install the license file.
5 Create or obtain an Authentication File for See Authentication files for Session
Session Manager. Manager on page 55.
6 Verify you have the necessary resources See SAL Gateway on page 27.
for the SAL Gateway.
7 Plan staging and verification activities, and
assign resources to those activities.
Note:
Session Manager Footprint 5 is only supported on Avaya Common Server Release 2, Release 3
and onward and not supported on Release 1.
Session Manager instances are intended to operate as redundant, homogeneous servers to provide
high reliability if a Session Manager failure or a network component failure occurs. Each Session
Manager should have similar system resources and a balanced number of devices.
Session Manager instances must be similarly sized in both processing power and available memory
to accommodate distributions of devices during failover. Small and large footprints are not intended
to be mixed in a solution. However, closely sized footprints, such as one size with the next size
down in the table above, can be mixed temporarily as capacities increase. You must ensure that the
number of devices failing over to a smaller footprint does not exceed the device capacities of that
footprint.
You can implement a system that consists of a mixture of Session Manager instances hosted on
VMware platforms as well as Session Manager instances hosted on the existing non-VMware
platforms. You must configure the VMware-based Session Manager to be similar to the non-
VMware-based Session Manager across the enterprise. Similar configurations ensure the best use
of system resources and handling failover scenarios. Be careful when configuring the system where
a large non-VMware Session Manager can failover to Session Manager running in VMware
environment. You must ensure that the target Session Manager can handle the total capacities.
A single 350K SIP device solution supports a geo-redundant Session Manager configuration of up to
28 Session Manager instances that are interconnected and aware of each other. Configurations that
exceed this limit are not expected to have problems, but these configurations are not guaranteed to
be supported.
SAL Gateway
You require a Secure Access Link (SAL) Gateway for remote access and alarming.
Through SAL, support personnel or tools can gain remote access to managed devices to
troubleshoot and debug problems.
A SAL Gateway:
1. Receives alarms from Avaya products in the customer network.
2. Reformats the alarms.
3. Forwards the alarms to the Avaya support center or a customer-managed Network
Management System.
You can deploy SALGateway OVA:
• On Avaya Aura® Virtualized Appliance by using Solution Deployment Manager
• In the Avaya Aura® Virtualized Environment by using vCenter, vSphere or Solution Deployment
Manager
For more information about SAL Gateway, see the Secure Access Link documentation on the Avaya
Support website at http://support.avaya.com.
1 Verify System Manager and Session Configuring the system for SM/BSM
Manager are configured. deployment on page 30.
2 Download the following from PLDS: Downloading software from PLDS on
page 60.
• Session Manager OVA file
• Session Manager patch file
3 Deploy the Session Manager OVA. Methods for deploying the Session
Manager OVA on page 30.
4 Configure the Session Manager virtual Configuring the virtual machine
machine to start automatically after a automatic startup settings on page 34.
power failure.
5 Start the Session Manager server.
6 Configure Session Manager. Install the Configuring Session Manager on
authentication file. page 37.
7 Apply the latest Session Manager Release Installing software patches on page 37.
7.0 and later patch.
8 Configure the alarming.
9 Verify the deployment. Post-installation checklist on page 42.
c. Click Next.
16. On the Properties page, enter the configuration data from the Customer Configuration Data
worksheet, then click Next.
17. Verify the deployment settings, then click Finish.
18. Check the Status in the Recent Tasks window and wait for the Deploy OVF template task
to display Completed.
12. On the Network Mapping page, for each network that you specified in the OVA Template
Details page:
a. Click the Destination Network column.
b. Select a host network from the drop-down menu.
c. Click Next.
13. Verify the deployment settings, then click Finish.
14. Check the Status in the Recent Tasks window, and wait for the Deploy OVF template task
to display Completed.
The system prompts you to enter configuration information in the virtual machine system
console when you boot the virtual machine.
8. Click OK.
Example
The following is an example of the Virtual Machine Startup/Shutdown screen.
Default CPU and memory reservations are built into the Session Manager OVA. The reservations
are set to match the desired configuration and based on the footprint. If the system does not have
sufficient resources to support a given footprint of Session Manager, select one of the following:
• A smaller footprint — You can support less number of devices, when you select a smaller
footprint.
• A footprint with larger capacity.
• If you upgrade an application that was not deployed from Solution Deployment Manager,
perform the following:
1. On the home page of System Manager Web Console, under Services, select Solution
Deployment Manager > VM Management.
2. On the VM Management page, select the virtual machine.
3. To establish trust, click More Actions > Re-establish Connection.
4. Type the credentials and click Reestablish Connection.
The Current Action Status column displays the status of virtual machine
reestablishment.
5. Select the same virtual machine, click More Actions > Refresh VM.
The Current Action Status column displays the status of virtual machine.
Note:
To install software patches without using the Solution Deployment Manager, see Upgrading
Avaya Aura® Session Manager.
Procedure
1. On the System Manager web console, click Services > Solution Deployment Manager.
2. In the left navigation pane, click Upgrade Management.
3. Select the Session Manager virtual machine to install the patch.
4. Select the virtual machine, click Pre-upgrade Actions > Refresh Element(s).
a. On the Job Schedule page, in the Job Name field, type the job name.
b. Click Schedule.
5. Select the virtual machine, click Pre-upgrade Actions > Analyze.
a. On the Job Schedule page, in the Job Name field, type the job name.
b. Click Schedule.
After analyzing the software, the system enables the Pre-upgrade Actions > Pre-upgrade
Check.
6. Select the virtual machine, click Pre-upgrade Actions > Pre-upgrade Check.
a. On the Pre-upgrade Configuration page, specify the Target Host, Data Store, Upgrade
Source, and Upgrade/Update To details.
b. On the Job Schedule page, in the Job Name field, type the job name.
c. Click Schedule.
After performing the Pre-upgrade check, the system enables the Upgrade Actions >
Upgrade/Update.
7. Click Upgrade Actions > Upgrade/Update.
8. On the Upgrade Configuration page, click Edit.
9. In the General Configuration Details section, in the Operation field, click Update.
10. In the Upgrade Source field, select the software library where you have downloaded the
patch.
11. In the Select patches for update section, the page displays the available patches.
12. Select the patch that you want to install.
13. (Optional) Select the Auto Commit check box, if you want the system to automatically
commit the patch.
Note:
If you do not select Auto Commit, then follow Steps 22 through 26.
14. In the Upgrade Configuration Details section, select the patch file that you want to install.
15. Accept the license agreement.
16. Click Save.
17. Ensure that the Configuration Status field displays .
18. Click Upgrade.
19. On the Job Schedule page, click one of the following:
• Run Immediately: To perform the job.
• Schedule later: To perform the job at a scheduled time.
20. Click Schedule.
On the Upgrade Management page, the Update status and Last Action Status columns
display .
21. To view the upgrade status, click .
The Upgrade Job Details page displays the detailed update checks that are in progress.
Click Done to close the window.
When the update is complete, the Upgrade Status and Last Action Status columns display
.
22. Click Upgrade Actions > Installed Patches.
23. On the Installed Patches page, in the Patch Operation section, click Commit.
The page displays all software patches that you can commit.
If you must rollback and uninstall the software patch, use Rollback and Uninstall options.
24. Select the patch that you installed, in the Job Schedule section, click Run Immediately.
You can use the Schedule later option to commit the patch at a later time.
25. Click Schedule.
The Upgrade Management page displays the last action as Commit.
26. Ensure that the Upgrade Status and Last Action Status columns display .
Related links
Installed Patches field descriptions on page 40
Name Description
Name The name of the software patch.
Element Name The element on which the software patch is installed.
Patch Version The version of the software patch.
Patch Type The type of the software patch. The options are:
• service pack or software patch
• Kernel
Patch State The state of the software patch. The options are:
• Installed
• Activated
• Deactivated
• Removed
• Uninstall
• Pending
Name Description
Schedule Job The option to schedule a job:
• Run immediately: To run the upgrade job
immediately.
• Schedule later: To run the upgrade job at the
specified date and time.
Date The date on which you want to run the job. The date
format is mm:dd:yyyy. Use the calendar icon to
choose a date.
Table continues…
Name Description
This field is available when you select the Schedule
later option for scheduling a job.
Time The time when you want to run the job. The time
format is hh:mm:ss and 12 (AM or PM) or 24-hour
format.
This field is available when you select the Schedule
later option for scheduling a job.
Time Zone The time zone of your region.
This field is available when you select the Schedule
later option for scheduling a job.
Name Description
Schedule Runs the job or schedules to run at the time that you
configured in Job Schedule.
Related links
Installing software patches on page 37
Post-deployment checklist
Perform the following steps to verify the Session Manager OVA deployment.
# Action Link
Verify the connections of the deployed Verifying the connections on page 42.
1
Session Manager.
2 Install the authentication file. Installing an authentication file on page 57.
Run the maintenance tests on the Running Session Manager maintenance
3
deployed Session Manager. tests on page 62.
4 Verify data replication. Verifying Data Replication on page 64.
5 Generate an alarm.
This chapter provides the procedures for migrating a bare-metal instance of Session Manager to a
VMware-based Session Manager. The Session Manager virtual machine reuses the IP addresses
and hostname of the hardware Session Manager.
Warning:
Capacities for the hardware-based Session Manager differ from the VMware-based Session
Manager. Before attempting a migration, verify the load capacity of the VMware Session
Manager is compatible with the hardware-based Session Manager. For information about the
VMware configuration requirements, see Capacity limits for Core Session Manager footprints on
page 25.
Migration checklist
# Action Reference
# Action Reference
Verifying signature... [ OK ]
Checking integrity of install.sh [ OK ]
Checking integrity of sm_backup.sh [ OK ]
Checking integrity of cs_functions.sh [ OK ]
Mounted ISO image /tmp/tmp.GUqkp31591 to /iso
Removing any previous backup files
Backing up data
Moving backup file to the current directory
Data backup is complete.
Copy /home/cust/Session_Manager_backup.tgz to a remote server before shutting
down Session Manager.
7. Deploy the Release 7.0 Session Manager or Branch Session Manager OVA.
Note:
When you run the Data Migration Utility on Session Manager R 6.x, a datamigration file
is created. You must run the datamigration file after the Session Manager Release 7.0
ova is deployed, with the upgradeSM Session_Manager_backup.tgz command.
Then, upgrade to release 7.0.1 with the upgradeSM
Session_Manager_7.0.1.0.701007.iso command.
For deploying the Session Manager OVA on VMware, see Deploying Avaya Aura® Session
Manager.
8. On the newly deployed Session Manager, copy the backup file to the customer's home
directory.
9. Use the customer account to log into Session Manager. Use the upgradeSM command to
run the restore utility.
$ upgradeSM Session_Manager_backup.tgz
Performing data migration
VSP_PROGRESS[[Starting restore]]VSP_PROGRESS
10. Log in to Session Manager and copy the 7.0.1 iso file.
11. Use the upgradeSM Session_Manager_7.0.1.0.701007.iso command to upgrade to
Release 7.0.1.
12. On the Session Manager Dashboard page, change Service State of the Session Manager
server to Accept New Service.
13. For VMware Virtualized Environment, delete the old Session Manager virtual machine.
2. If the value of the Time Remaining field is zero, you need to reset the password:
a. In the Password expires in field, select a value from the drop-down menu for the time
when the password must expire.
b. Enter a password in the Password field.
c. Re-enter the password in the Confirm Password field.
d. Make a note of the password for future reference.
e. Click Commit.
The system updates the Time remaining field.
The kick start generator is also available from the 700510424 media kit on the USB stick.
2. Type the required details in the spreadsheet.
3. Click Generate AVP installation configuration file.
4. Save a copy of ks.cfg on the USB drive.
Next steps
Install Appliance Virtualization Platform.
installation process stops. You must remove the duplicate IP address, and restart the
installation.
Procedure
1. Insert the USB drive and the Appliance Virtualization Platform CD-ROM into the server.
Use an external Avaya-approved USB and CD-ROM drives for installing Appliance
Virtualization Platform on S8300D or S8300E. The only supported USB CD-ROM drive is
Digistor DIG73322, comcode 700406267.
2. Log on to the System Platform web console, and click Server Management > Server
Reboot/Shutdown > Reboot to restart the server.
Warning:
When the server restarts, Appliance Virtualization Platform is installed, and all existing
data on the server is lost.
The system installs Appliance Virtualization Platform and ejects CD-ROM. The installation
process might takes about 30 minutes to complete.
Note:
If using a monitor, the screen changes to black before the installation is complete. A
message in red text might briefly display, which is an expected behavior. Do not take
any action.
3. Remove the USB drive and CD-ROM.
Note:
When installing Appliance Virtualization Platform on an HP server, you must remove the
USB drive when the server ejects CD-ROM. Otherwise, the server might become
nonoperational on reboot. If the server becomes nonoperational, remove the USB drive,
and restart the server.
4. Using an SSH client, connect to the server through the eth1 services port by using the
following network parameters for your system:
• IP address: 192.168.13.5
• Netmask: 255.255.255.248
• Gateway: 192.168.13.1
The SSH client must use UTF-8. Alternatively, you can connect to the public network
address that was configured during the installation from a computer on the customer
network.
5. Log in to Appliance Virtualization Platform as root and provide the password that is
configured in the spreadsheet.
The system displays the End user license agreement (EULA) screen.
6. Read the EULA, and type Y to accept the terms.
You can press any key to read EULA, and use the space bar to scroll down.
Warning:
Accept EULA before you deploy virtual machines. If deployments are attempted before
you accept EULA, deployments fail.
7. On the System Manager web console, click Services > Solution Deployment Manager,
and then click VM Management.
8. Install the Appliance Virtualization Platform patch.
For more information, see Installing the Appliance Virtualization Platform patch from Solution
Deployment Manager.
9. Deploy the Utility Services virtual machine, and then all other virtual machines with the data
that you noted in “System Platform and Template values”.
For instructions to deploy Utility Services and other virtual machines, see Deploying Avaya
Aura® applications from System Manager.
10. From System Manager Solution Deployment Manager, install the required software patches
for the virtual machines.
For information on Management Port and Security Port, see Session Manager Port Matrix.
Note:
Installation of the unique authentication file is essential. Failure to install the unique
authentication file results in receiving an alarm that retransmits daily until you install the
authentication file.
Creating a snapshot
Caution:
Do not perform any activity on the virtual application until the snapshot backup is complete.
Snapshot operations can adversely affect service.
Before you begin
Verify with the system administrator that the required privilege Virtual machine.State.Create
snapshot is available on the virtual machine.
Note:
Differences exist between the vSphere Web Client versions. You might need to modify the
following steps accordingly.
Procedure
1. To select a virtual machine using the vSphere Web Client:
a. Search for a virtual machine and select it from the search results list.
b. Stop the application that is running on the virtual machine or make the application out-
of-service.
c. Right-click the virtual machine and select Snapshot > Take Snapshot.
2. To select a virtual machine using the vSphere Client:
a. Stop the application that is running on the virtual machine or make the application out-
of-service.
b. Click Inventory > Virtual Machine > Snapshot > Take Snapshot.
3. In the Name field, enter a name for the snapshot.
4. In the Description field, enter a description for the snapshot.
5. Disable Snapshot the virtual machine’s memory.
6. Enable Quiesce guest file system (Needs VMware Tools installed).
7. Click OK.
The system displays Completed when the snapshot backup is complete.
Deleting a snapshot
Note:
Differences exist between the vSphere Web Client versions. Modify the steps accordingly.
Before you begin
Verify the required privilege Virtual machine.State.Remove snapshot is available on the virtual
machine.
Procedure
1. To open the Snapshot Manager using the vSphere Web Client:
a. Search for a virtual machine.
b. Select the virtual machine from the search results list.
c. Right-click the virtual machine and select Snapshot > Snapshot Manager.
2. To open the Snapshot Manager using the vSphere client, select Inventory > Virtual
Machine > Snapshot > Snapshot Manager.
3. In the Snapshot Manager, click a snapshot to select it.
4. Select Delete from Disk to delete the single snapshot from the Snapshot Manager and the
virtual machine.
5. Click Yes in the confirmation dialog box.
6. If you are using the vSphere Web Client, click Close to close the Snapshot Manager.
Restoring a snapshot
Use this procedure to return the memory, settings, and state of the virtual machines to the state
when you took the snapshot. The power and data states of the virtual machines return to the state
when you took the parent snapshot.
Important:
Do not perform any activity on the virtual application until the snapshot restoration is complete.
Before you begin
Verify with the system administrator that the required privilege Virtual machine.State.Revert to
snapshot is available on the virtual machine.
Note:
Differences exist between the vSphere Web Client versions. You might need to modify the steps
accordingly.
Procedure
1. Click Inventory > Virtual Machine.
2. Right-click the virtual machine name on which you want to restore the snapshot, and click
Snapshot.
3. Open Snapshot Manager.
4. Select the snapshot version that you want to restore.
5. Click Go to.
6. In the Recent Tasks window, verify the Status of the Revert snapshot task.
Wait until the message Completed displays.
Procedure
1. Enter http://plds.avaya.com in your Web browser to access the Avaya PLDS website.
2. Enter your login ID and password.
3. On the PLDS home page, select Assets.
4. Click View Downloads.
5. Click on the search icon (magnifying glass) for Company Name.
6. In the %Name field, enter Avaya or the Partner company name.
7. Click Search Companies.
8. Locate the correct entry and click the Select link.
9. Enter the Download Pub ID.
10. Click Search Downloads.
11. Scroll down to the entry for the download file and click the Download link.
12. In the Download Manager box, click the appropriate download link.
Note:
The first link, Click to download your file now, uses the Download Manager to
download the file. The Download Manager provides features to manage the download
(stop, resume, auto checksum). The click here link uses your standard browser
download and does not provide the download integrity features.
13. If you use Internet Explorer and get an error message, click the install ActiveX message at
the top of the page and continue with the download.
14. Select a location where you want to save the file and click Save.
15. If you used the Download Manager, click Details to view the download progress.
3. On the Virtual Machines tab, select one or more virtual machines that you want to restart.
4. Click Restart.
In VM State, the system displays Stopped and then Started.
Note:
The secondary System Manager that is in the standby mode does not display the Backup and
Restore link on the web console.
Result
The system displays the Backup and Restore page.
Button Description
Backup Opens the Backup page from where you can backup
the System Manager data.
Restore Opens the Restore page from where you can restore
the data to System Manager.
Warning:
Session Manager cannot process calls while the security module is being reset.
Warning:
Session Manager cannot process calls while the system resets the security module.
6. Select Refresh to display the current status.
Procedure
On the System Manager Web Console, under Elements, click Session Manager > System Status
> SIP Entity Monitoring.
Documentation
The following documents are available at http://support.avaya.com.
For the latest information, see the Session Manager Release Notes.
Title Description Audience
Overview
Avaya Aura® Session Manager Describes the key features of Session IT management
Overview and Specification Manager.
System administrators
®
Avaya Aura Virtualized Environment Describes the Avaya Virtualized Sales engineers
Solution Description Environment, design considerations,
Implementation
topology, and resources requirements.
engineers
Support personnel
®
Avaya Aura Session Manager Describes the security considerations, Network
Security Design features, and solutions for Session administrators,
Manager. services, and support
personnel
Avaya Aura® Session Manager 7.0.1 Contains enhancements, fixes, and System administrators
Release Notes workarounds for the Session Manager 7.0.1
Services and support
release.
personnel
Implementation
Deploying Avaya Aura® applications Describes how to deploy the Avaya Aura® Services and support
from System Manager virtual applications using the System personnel
Manager Solution Deployment Manager.
Deploying Avaya Aura® Session Describes how to deploy the Session Services and support
Manager Manager virtual application in a virtualized personnel
environment.
Deploying Avaya Aura® Branch Describes how to install and configure Services and support
Session Manager Branch Session Manager in a virtualized personnel
environment.
Routing Web Service API Describes how to use the System Manager Services and support
Programming Reference Routing Web Service API for Session personnel
Manager.
Table continues…
Related links
Finding documents on the Avaya Support website on page 70
Training
The following table contains courses that are available on https://www.avaya-learning.com. To
search for the course, in the Search field, enter the course code and click Go.
New training courses are added periodically. Enter Session Manager in the Search field to display
the inclusive list of courses related to Session Manager.
Support
Go to the Avaya Support website at http://support.avaya.com for the most up-to-date
documentation, product notices, and knowledge articles. You can also search for release notes,
downloads, and resolutions to issues. Use the online service request system to create a service
request. Chat with live agents to get answers to questions, or request an agent to connect you to a
support team if an issue requires additional expertise.
The following sections describe the best practices for VMware performance and features.
BIOS
For optimal performance, turn off power saving server options. See the technical data provided by
the manufacturer for your particular server regarding power saving options.
For information about how to use BIOS settings to improve the environment for latency-sensitive
workloads for an application, see the technical white paper at http://www.vmware.com/files/pdf/
techpaper/VMW-Tuning-Latency-Sensitive-Workloads.pdf.
The following sections describe the recommended BIOS settings for:
• Intel Virtualization Technology
• Dell PowerEdge Servers
• HP ProLiant Servers
Note:
The VT setting is locked as either On or Off when the server starts. After enabling VT in the
system BIOS, save your changes to the BIOS settings and exit. The BIOS changes take effect
after the host server reboots.
Other suggested BIOS settings
Servers with Intel Nehalem class and newer Intel Xeon CPUs offer two more power management
options: C-states and Intel Turbo Boost. These settings depend on the OEM make and model of the
server. The BIOS parameter terminology for current Dell and HP servers are described in the
following sections. Other server models might use other terminology for the same BIOS controls.
• Disabling C-states lowers latencies to activate the CPUs from halt or idle states to a fully active
state.
• Intel Turbo Boost steps up the internal frequency of the processor if the workload requires
more power. The default for this option is enabled. Do not change the default.
HP ProLiant Servers
The following are the recommended BIOS settings for the HP ProLiant servers:
• Set the Power Regulator Mode to Static High Mode.
• Disable Processor C-State Support.
• Disable Processor C1E Support.
• Disable QPI Power Management.
• Enable Intel Turbo Boost.
Timekeeping
For accurate timekeeping, use the Network Time Protocol (NTP) as a time source instead of the
ESXi hypervisor.
The NTP servers can be local or over the Internet. If the NTP servers are on the Internet, the
corporate firewall must open UDP port 123 so that the NTP service can communicate with the
external NTP servers.
The VMware tools time synchronization method is disabled at application deployment time to avoid
dueling clock masters. You must configure the NTP service first because the applications are not
receiving clock updates from the hypervisor. To verify that VMware Tools Timesync is disabled, run
the command /usr/bin/vmware-toolbox-cmd timesync status.
In certain situations, the ESXi hypervisor pushes an updated view of its clock into a virtual machine.
These situations include starting the virtual machine and resuming a suspended virtual machine, If
this view differs more than 1000 seconds from the view that is received over the network, the NTP
service might shutdown. In this situation, the guest OS administrator must manually set the guest
clock to be the same or as close as possible to the network time source clock. To keep the NTP
service active, the clock on the ESXi host must also use an accurate clock source, such as the
same network time source that is used by the guest operating system. The VMware
recommendation is to add tinker panic 0 to the first line of the ntp.conf file so that the NTP can
adjust to the network time even with large differences.
If you use the names of the time servers instead of the IP address, you must configure the Domain
Name Service in the guest OS before you administer the NTP service. Otherwise, the NTP service
cannot locate the time servers. If you administer the NTP service first, you must restart the NTP
service after administering the DNS service.
After you administer the NTP service in the application, run the ntpstat or /usr/sbin/ntpq -p
command from a command window. The results from these commands:
• Verify if the NTP service is getting time from a network time source.
• Indicate which network time source is in use.
• Display how closely the guest OS matches the network time.
• Display how often the guest OS checks the time.
The guest OS polls the time source every 65 to 1024 seconds. Larger time intervals indicate that the
guest clock is tracking the network time source closely. If the time source is local, then the NTP
service is not using a network time source and a problem exists.
If the clock value is consistently wrong, look through the system log for entries regarding ntpd. The
NTP service writes the activities it performs to the log, including when the NTP service loses
synchronization with a network time source.
For more information, see Timekeeping best practices for Linux guests at http://kb.vmware.com/kb/
1006427. The article presents best practices for Linux timekeeping to achieve best timekeeping
results. The article includes:
• specifics on the particular kernel command line options to use for the Linux operating system of
interest.
• recommended settings and usage for NTP time sync, configuration of VMware Tools time
synchronization, and Virtual Hardware Clock configuration.
VMware Tools
The VMware Tools utility suite is built into the application OVA. The tools enhance the performance
of the guest operating system on the virtual machine and improve the management of the virtual
machine.
VMware tools provide:
• VMware Network acceleration
• Host to Guest time synchronization
• Disk sizing
For more information about VMware tools, see Overview of VMware Tools at http://
kb.vmware.com/kb/340.
Important:
Do not upgrade the VMware tools software that is packaged with each OVA unless instructed to
do so by Avaya. The supplied version is the supported release and has been thoroughly tested.
This configuration describes a simple version of networking Avaya applications within the same
ESXi host. Highlights to note:
• Separation of networks: VMware Management, VMware vMotion, iSCSI (SAN traffic), and
virtual machine networks are segregated to separate physical NICs.
• Teamed network interfaces: vSwitch 3 in Example 1 displays use of a load-balanced NIC team
for the Virtual Machines Network. Load balancing provides additional bandwidth for the Virtual
Machines Network, while also providing network connectivity for the virtual machines in the
case of a single NIC failure.
• Communication Manager Duplex link: Communication Manager software duplication must be
separated from all other network traffic. Example 1 displays one method of separating
Communication Manager Duplex with a port group combined with a VLAN. The
Communication Manager software duplication link must meet specific network requirements.
For more information, see Avaya PSN003556u at PSN003556u. The following are the
minimum requirements of the Communication Manager software duplex connectivity:
- The total capacity must be 1 Gbps or greater. Reserve 50 Mbps of bandwidth for duplication
data.
- The round-trip delay must be 8 ms or less.
- The round-trip packet loss must be 0.1% or less.
- Both servers duplication ports must be on the same IP subnet.
- You must disable duplication link encryption for busy-hour call rates that result in greater
than 40% CPU occupancy. You can view the CPU occupancy using the list
measurements occupancy command and looking at the results under the Static + CPU
occupancy heading.
- The system must maintain CPU occupancy on the active server (Static + CPU) at less than
65% to provide memory refresh from the active to standby server.
• Session Manager vNIC mapping: Session Manager OVA defines four separate virtual NICs
within the VM. However, example 1 shows all interfaces networked through a single virtual
machine network, which is supported. If the Session Manager Management and Session
Manager Asset networks are separated by subnets, you can create a VLAN for the appropriate
network.
• Virtual networking: The network connectivity between virtual machines that connect to the
same vSwitch is entirely virtual. In example 2, the virtual machine network of vSwitch3 can
communicate without entering the physical network. Virtual networks benefit from faster
communication speeds and lower management overhead.
This configuration shows a complex situation using multiple physical network interface cards. The
key differences between example 1 and example 2 are:
• VMware Management Network redundancy: Example 2 includes a second VMkernel Port at
vSwitch2 to handle VMware Management Network traffic. In the event of a failure of vmnic0,
VMware Management Network operations can continue on this redundant management
network.
• Removal of Teaming for Virtual Machines Network: Example 2 removes the teamed physical
NICs on vSwitch3. vSwitch3 was providing more bandwidth and tolerance of a single NIC
failure instead of reallocating this NIC to other workloads.
• Communication Manager Duplex Link: vSwitch4 is dedicated to Communication Manager
Software Duplication. The physical NIC given to vSwitch4 is on a separate physical network
that follows the requirements described in PSN003556u at PSN003556u.
• Session Manager Management Network: Example 2 shows the Session Manager Management
network separated onto its own vSwitch. The vSwitch has a dedicated physical NIC that
physically segregates the Session Manager Management network from other network traffic.
References
Title Link
Product Support Notice PSN003556u https://downloads.avaya.com/css/P8/documents/
100154621
Performance Best Practices for VMware vSphere® http://www.vmware.com/pdf/
5.5 Perf_Best_Practices_vSphere5.5.pdf
Performance Best Practices for VMware vSphere® http://www.vmware.com/files/pdf/techpaper/VMware-
6.0 PerfBest-Practices-vSphere6-0.pdf
VMware vSphere 5.5 Documentation https://www.vmware.com/support/pubs/vsphere-esxi-
vcenter-server-pubs.html
VMware vSphere 6.0 Documentation https://www.vmware.com/support/pubs/vsphere-esxi-
vcenter-server-6-pubs.html
VMware Documentation Sets https://www.vmware.com/support/pubs/
Storage
There is no stipulation on the underlying storage vendor type and storage technology used. Fibre
Channel SAN arrays, iSCSI SAN arrays, and NAS arrays are different storage technologies
supported by VMware vSphere to meet different datacenter storage needs. The storage arrays are
connected to and shared between groups of servers through storage area networks. This
arrangement allows aggregation of the storage resources and provides more flexibility in
provisioning these resources to virtual machines.
VMware vMotion
VMware uses the vMotion technology to migrate a running virtual machine from one physical server
to another physical server without incurring downtime. The migration process, also known as a hot
migration, migrates running virtual machines with zero downtime, continuous service availability,
and complete transaction integrity.
With vMotion, you can:
• Schedule migration to occur at predetermined times and without the presence of an
administrator.
• Perform hardware maintenance without scheduled downtime.
• Migrate virtual machines away from failing or under-performing servers.
VMware Snapshots
A snapshot preserves the state and data of a virtual machine at a specific point in time. You can
create a snapshot before upgrading or installing a patch.
The best time to take a snapshot is when no applications in the virtual machine are communicating
with other computers. The potential for problems is greatest if the virtual machine is communicating
with another computer. For example, if you take a snapshot while the virtual machine is
downloading a file from a server on the network, the virtual machine continues downloading the file
and communicating its progress to the server. If you revert to the snapshot, communications
between the virtual machine and the server are confused and the file transfer fails.
Caution:
Snapshot operations can adversely affect service. Before performing a snapshot
operation, you must stop the application that is running on the virtual machine or place
the application out-of-service. When the snapshot operation is complete, start or bring
the application back into service.
Snapshots can:
• Consume large amounts of data resources.
• Increase CPU loads on the host.
• Affect performance.
• Affect service.
To prevent adverse behaviors, consider the following recommendations when using the Snapshot
feature:
• Do not rely on VMware snapshots as a robust backup and recovery method. Snapshots are not
backups. The snapshot file is only a change log of the original virtual disk.
• Do not run a virtual machine from a snapshot. Do not use a single snapshot for more than 24 to
72 hours.
• Take the snapshot, make the changes to the virtual machine, and delete or commit the
snapshot after you verify the virtual machine is working properly. These actions prevent
snapshots from growing so large as to cause issues when deleting or committing the
snapshots to the original virtual machine disks.
• When taking a snapshot, do not save the memory of the virtual machine. The time that the host
takes to write the memory to the disk is relative to the amount of memory that the virtual
machine is configured to use. Saving the memory can add several minutes to the time taken to
complete the operation. If the snapshot is active, saving memory can make calls appear to be
active or in progress and can cause confusion to the user. To create a clean snapshot image
from which to boot, do the following when you create a snapshot:
- In the Take Virtual Machine Snapshot window, clear the Snapshot the virtual machine’s
memory check box.
- Select the Quiesce guest file system (Needs VMware Tools installed) check box to
ensure that all write instructions to the disks are complete. You have a better chance of
creating a clean snapshot image from which to boot.
• If you are going to use snapshots for a long time, you must consolidate the snapshot files
regularly to improve performance and reduce disk usage. Before merging the snapshot delta
disks back into the base disk of the virtual machine, you must first delete stored snapshots.
Note:
If a consolidation failure occurs, end-users can use the actual Consolidate option without
opening a service request with VMware. If a commit or delete operation does not merge
the snapshot deltas into the base disk of the virtual machine, the system displays a
warning on the user interface.
Related resources
Title Link
Best practices for virtual machine snapshots in the Best Practices for virtual machine snapshots in the
VMware environment VMware environment
Understanding virtual machine snapshots in VMware Understanding virtual machine snapshots in VMware
ESXi and ESX ESXi and ESX
Working with snapshots Working with snapshots
Configuring VMware vCenter Server to send alarms Send alarms when virtual machines are running from
when virtual machines are running from snapshots snapshots
Consolidating snapshots in vSphere 5.x Consolidating snapshots in vSphere 5.x
Avaya issues a product change notice (PCN) for a software update. A PCN accompanies a service
pack or patch that must be applied universally.
Avaya issues a product support notice (PSN) when there is a change in a product. A PSN provides
information such as a workaround for a known problem and steps to recover software.
Both of these types of notices alert you to important issues that directly impact Avaya products.
AFS Authentication File System. AFS is an Avaya Web system that allows you
to create Authentication Files for secure Avaya Global Services logins for
supported non-Communication Manager Systems.
Avaya Appliance A physical server sold by Avaya running a VMware hypervisor that has
several virtual machines, each with its virtualized applications. The servers
can be staged with the operating system and application software already
installed. Some of the servers are sold as just the server with DVD or
software downloads.
ESXi A virtualization layer that runs directly on the server hardware. Also known
as a bare-metal hypervisor. Provides processor, memory, storage, and
networking resources on multiple virtual machines.
PLDS Product Licensing and Download System. The Avaya PLDS provides
product licensing and electronic software download distribution.
RFA Remote Feature Activation. RFA is an Avaya Web system that you use to
create Avaya License Files. These files are used to activate software
including features, capacities, releases, and offer categories. RFA also
creates Authentication Files for secure Avaya Global Services logins for
Communication Manager Systems.
SAN Storage Area Network. A SAN is a dedicated network that provides access
to consolidated data storage. SANs are primarily used to make storage
devices, such as disk arrays, accessible to servers so that the devices
appear as locally attached devices to the operating system.
Storage vMotion A VMware feature that migrates virtual machine disk files from one data
storage location to another with limited impact to end users.
vCenter Server An administrative interface from VMware for the entire virtual infrastructure
or data center, including VMs, ESXi hosts, deployment profiles, distributed
virtual networking, and hardware monitoring.
vMotion A VMware feature that migrates a running virtual machine from one
physical server to another with minimal downtime or impact to end users.
vMotion cannot be used to move virtual machines from one data center to
another.
another. Since the entire host fails over, several applications or virtual
machines can be involved. The failover is a reboot recovery level which can
take several minutes.
vSphere Client The vSphere Client is a downloadable interface for administering vCenter
Server and ESXi.
T
thick deployment ..................................................................81
thin deployment ................................................................... 81
timekeeping ......................................................................... 74
tools required ......................................................................... 7
troubleshooting .................................................................... 64
power on problem .........................................................35
Security Module sanity failure Alarms .......................... 65
U
upgrade
elements ....................................................................... 40
upgrade Avaya Aura application ..........................................16
upgrading
VMware tools ................................................................43
upgrading Session Manager
using data migration utility ............................................ 45
using
CLI to shut down or reboot the server .......................... 48
using, shutdown using GUI
GUI to shut down or reboot the server ......................... 48
reboot using GUI .......................................................... 48
V
verifying
Active Call Count .......................................................... 64
connections .................................................................. 42
data replication ............................................................. 64
videos .................................................................................. 71
viewing
Entity Link Connection Status .......................................66
PCNs ............................................................................ 85
PSNs ............................................................................ 85
Virtualized Appliance ........................................................... 11