Beruflich Dokumente
Kultur Dokumente
Offer Definition
Avaya Aura 8.1.2
Includes:
Avaya Aura® Communication Manager 8.1.2
Avaya Aura® Utility Services (US) (component is removed from the solution as of R8.0
element)
This Avaya Aura Offer Definition includes all features available in the 8.0 to 8.1.2 release stream, it will continue
to be updated over time as needed unless otherwise noted.
Please ensure you have downloaded the latest version (see Change Control)
In this document Aura 8.1.x is used to refer to feature packs of Aura 8.1 where requirements have not changed
from one feature pack to the next.
1.1. Non-Disclosure
The Avaya non-disclosure processes will be followed for any documentation and information being released to
the End Customer or any type of Channel Partner’s personnel not covered by a contract with Avaya prior to GA.
1.2. Globalization
This document is written as a global document. Unless specifically noted, all information applies across all
theatres. Theatre specific information will be identified using the regional designations listed below.
• United States (US)
• Caribbean and Latin America and Canada: (AI)
• Europe, Middle East and Africa (EMEA)
• Asia Pacific (APAC)
System Manager is the core management component for all solutions that use the Avaya Aura base, such as
Engagement OnAvaya Aura - UCaaS/CCaaS (xCaaS), Customer Engagement solutions (aka Contact Center),
POD FX (aka CPOD) and Breeze solutions.
As related to product positioning, Avaya Aura System Manager is the go forward management solution for
Unified Communications (UC) solutions. Over the past several releases of System Manager, many of the
customer valued functional capabilities of the Avaya Integrated Management (AIM) applications, have been
transitioned into System Manager. The only remaining AIM application currently in transition is Avaya Site
Administration (ASA). The Performance and Administration Offer and the Network Management Offer within
the AIM portfolio, are already End of Sale (EoS).
Moving forward, Avaya’s intends to converge on a single management solution for both UC and Customer
Engagement Solutions. As part of those objectives, Avaya will be working to address the functional overlap
between System Manager and Control Manager. In the near-term, Avaya has established the following
positioning guidelines when to position System Manager and when to position Control Manager:
1. Use System Manager for a Team Engagement (aka Unified Communications) solutions.
2. Use Control Manager as an overlay to System Manager to manage Customer Engagement (aka Contact
Center) and agent management.
3. In an Engagement OnAvaya Aura - UCaaS/CCaaS (xCaaS) solution, Control Manager will be layered on top
of System Manager to manage the overall Service Provider environment
The following is a summary of the management positioning and if the preferred management solution is
mandatory or optional.
Avaya Aura Media Server (AAMS) has been adopted by Avaya Aura Communication Manager (CM) and
provides media gateway and port network IP audio-equivalent feature capabilities and more. As a software-
based media server, AAMS can be either virtualized with the Avaya Aura Platform or run directly on an
operating system.
When compared to media gateway and port network environments, AAMS’s flexible deployment options and
adoption by CM provide several benefits, including greater scale and flexibility, removing proprietary hardware
requirements from SIP-only solutions, high soft DSP/media channel density, and lower Total Cost of
Ownership. In addition, the AAMS adoption by CM provides features not available with media gateways and
port networks, such as: transcoding the G.722 codec, high availability (1+1) configuration, no recording time
limits for announcements, and no practical limits to the number of simultaneous announcement playback
channels.
While AAMS-CM provides many of the media resource capabilities of a G-series media gateway, AAMS is not a
direct replacement for MGs. AAMS and MGs will be sold in parallel and offered as media resource options for
Communication Manager 8.X. There are some customer environments better suiter for AAMS and some
customer environments better suited for the G-series gateways.
Note: Legacy PN and GW tone detectors support various other call progress or call classification detection modes
which do not exist on AMS. These modes are generally geared towards TDM networks where answer supervision
is not guaranteed. AMS will be operating in pure SIP or H323 IP environments where the trunk signaling
protocols always provide answer supervision.
AES provides two types of High Availability (HA) namely Geo Redundant High Availability (GRHA) and
VMWare Fault Tolerance based HA. With AES 6.3.x End of Sale, customers using Machine Preserving High
Availability (MPHA) can opt for GRHA or VMWare FT based HA. For more details, please refer AES HA
whitepaper https://downloads.avaya.com/css/P8/documents/101043964
AES provides Enterprise Wide Licensing (EWL). With enterprise-wide licensing, AE Services
customers can purchase any number of licenses and then allocate those licenses to various
AE Servers at their own discretion. This means that AE Services customers can pool or
share all AE Services server features, and Rights To Use (RTU) among AE Servers. This applies
only to AE Services features licensed in the AE Services license file and not those licensed in the
Communication Manager license file. For more details, please refer AES EWL whitepaper
https://downloads.avaya.com/css/P8/documents/101042040
Further detail on AES is available in the AES specific product offer document on the Sales Portal:
https://sales.avaya.com/en/pss/uc-dp-avaya- Aura-application-enablement-services?view=collateral
and in the AES Product Overview and Specification document on the Support Portal:
https://downloads.avaya.com/css/P8/documents/101038581
WebLM Overview
Avaya provides a Web-based License Manager (WebLM) to manage licenses of one or more Avaya software
products for your organization. WebLM facilitates easy tracking and utilization of licenses. To track and
manage licenses in an organization, WebLM requires a license file from the Avaya Product Licensing and
Delivery System (PLDS). The license file contains information regarding the product, the major release, the
licensed features of the product, and the licensed capacities of each feature that you purchase. After you
purchase a licensed Avaya software product, you must activate the license file for the product in PLDS and install
the license file on the WebLM server. License activations in PLDS require the host ID of the WebLM server for
inclusion in the license file. The host ID of the WebLM server is displayed on the Server Properties page of the
WebLM server.
AVP Utilities
Avaya Aura AVP Utilities provides features that Appliance Virtualization Platform (AVP) requires in order
to be a supportable platform environment- these functions are:
Utility Services
Avaya Aura® Utility Services has been removed from the Avaya Aura Platform solution. See chapter 5 for details
about the software components previously using the Utility Services.
• Miscellaneous
• CTI control of video endpoints
• G.722 codec support for HD recording
• Automated configuration of AES for cloud environment
Operating System Separation – Ability for Customer procures Redhat Linux and controls the
customers to install Aura Platform environment.
applications on their own Redhat Operating Customer controls OS patching processes (post Avaya
Systems in Aura 8.0 verification utilized modules).
Customer can install standard corporate OS image (as long
as it meets Avaya’s published requirements).
Customer has Root Access to the OS environment.
AES Testing and support for VMware Fault In this release AES will support VMWare Fault Tolerance.
Tolerance in Aura 8.0 This is a great step for customers that are currently using
AES MPHA and didn’t have a path forward to AES 7.0.
These customers can now modernize and achieve
comparable resiliency in a VMWare environment.
There are several Capacity Increases in Aura Communication Manager Large Profile capacity
8 increases let you do more with less, simplifying your
administration and network design [8.1]
• 999 Media Gateways (Up from 250)
• 999 LSPs (Up from 250)
• 999 PRI trunks (Up from 522)
• 40k SIP Trunks (Up from 30k)
• 1750 Signaling Groups (Up from 1000)
• Media Resources can now register to a Stub
network region expanding network design choices
Military level security (delivered in Aura 7.1); The following security focus areas are addressed in this
extremely secure solution that can be initially release, in compliance with military security standards:
set to normal or hardened mode and then • Password and PIN management
further security tuned from there. • Login and Session Management
Support for Service Observe and Barge-in Communication Manager Release enables Avaya
features using feature access code through Oceana™ Solution to:
ASAI Perform Service Observe and Barge-in operations on a
Support for Channel Type identification over voice channel.
ASAI to CTI application Add a Service Observer to a call by using Feature Access
Support to drop or disconnect Service Codes.
Observer from call using CTI application over Toggle between listen-only and barge-in modes through
ASAI CTI.
Communication Manager Release supports channel type
identification over ASAI to a CTI application. For
incoming SIP trunk calls, Communication Manager
Identifies the channel type as voice, video, or unknown
when the call:
• Enters a monitored Vector Directory Number
(VDN) or hunt group (skill/split).
• Is monitored and is alerting at a desk phone or
Agent.
With Communication Manager, you can drop or
disconnect a Service Observer from a call using a CTI
application over ASAI
Higher density solution for DSP/Media The new Avaya Aura Media Server delivers a high soft
Channels that scales without the need for DSP/media channel density (up to 4000* channels per
additional hardware. AAMS instance = reduced footprint)
Solution without recorded announcement This provides a solution with no recorded announcement
playback channel or recording time limits. playback channel limits, and no recording time limits.
Reduced hardware footprint and ability to The new flexible Appliance Virtualization that was
create a “fit for purpose” customer defined introduced with Release 7.0 enables customers to create a
solution. fit for purpose solution, consolidating applications and
reducing the H/W footprint. This reduces CAPEX costs,
particularly for customers upgrading from older releases
with outdated hardware.
Ability to grow beyond the capacity of the The new flexible Appliance Virtualization provides an
Avaya Solution for Midsized Enterprise (ME) evolution path for ME customers who want to grow
and support the full Avaya Aura Feature set beyond ME boundaries and leverage full scope of Aura
on my ME solution. resiliency and deployment choices.
Ability to separate management and non- The Out of Band Management feature introduces the
management network traffic to simplify ability to separate management and non-management
network planning and isolate privileged network traffic across two physically and/or logically
administrative interactions from public separated connections
networking traffic.
A single, centralized management tool to The Solution Deployment Manager is a merge of the
deploy Avaya Aura applications, and deliver System Manager Software Update Manager, Avaya
feature and service packs. Virtual Appliance Manager (AVAM) and System
Deploy a robust and scalable solution that The new innovative Avaya Breeze™ based deployment
delivers core Presence and IM capabilities model for Presence Services provides increased scale and
a robust active-active High Availability option. It also
The section below describes all the deployment options supported for the Aura application stack as or Aura
Release 8.1.x.
In Avaya Aura 8.1.2, the following applications have been developed and validated to support the deployment in
the KVM environments as documented above:
Application Version Packaging
Communication Manager (Simplex and 8.1.2 KVM OVA or SW only package
Duplex)
Detailed information on how to deploy these applications in a KVM environment can be located in the KVM
deployment guide of each respective application.
The dimensioning in term of footprint and application performances are identical to what the applications have
been offering so far with the VMWare deployment model. Consequently, all footprint information, licensing,
pricing and dimensioning rules apply entirely to a deployment in a KVM or Nutanix environment.
There is no standard OVA structure in the KVM world, like that available for VMWare. Avaya applications
which do not have a SW only offer, are provided as archive type package destined only for KVM
implementation. These “KVM OVAs” will be identified by carrying a KVM tag in their file name.
These KVM packages or “KVM OVAs”, includes a Qcow2 disk image which is used in conjunction of the
accompanying deployment guide for the respective application and a text file including the relevant footprint
information which needs to be entered as part of this deployment.
This is one of the main difference in a KVM deployment, compared to a VMWare deployment where the OVA
structure includes all of the necessary settings to setup the Virtual machine dimensions (CPU, disk, memory), is
that the virtual machines need to be dimensioned using the information included in the txt file provided as part of
the “KVM OVA”.
Customers can deploy Avaya Aura 8.1.x applications into Amazon Web Services (AWS) Environment. There
will be no change in licensing or delivery of the software. Entitled based license option will be available for this
offer. Customers will pay Amazon to avail infrastructure from AWS. Then customers will buy Avaya Aura
Support for third-party AES applications in hybrid deployment model will be evaluated case by case based on
customer need.
The support for CM includes operation when deployed in CM Duplex mode.
Customers will need to deploy Avaya Aura applications into AWS Virtual Private Cloud (VPC). VPC allows the
creation of a private IP addressing. VPC also provides an additional layer of security at the network layer. VPC
can be connected with the branches using AWS Direct Connect or Virtual Private Network.
Both greenfield and existing customers can utilize the offer. SDM cannot be used for upgrades/migration for the
applications deployed into AWS environment. Migration from VE/AVP deployment to AWD deployment will be
a manual process, for more information refer to AWS deployment guide.
Comprehensive support for hybrid deployment configuration will be available. Existing network jitter, delay,
latency requirements for VE deployment will also be applicable for AWS deployment. For more information on
hybrid configuration, refer to the deployment guide.
The support for Aura in AWS infrastructure includes the ability to have Duplex CM applications running in an
AWS environment.
Note that System Manager-SDM will prevent system administrators from accessing and trying to use any SDM
functional areas that are not supported in an IaaS AWS environment.
Products Release
Following Products/Applications are be supported into AWS
environment (for the indicated releases and newer).
3.6.1.5. Customer Provided Operating System and Google Cloud Platform & Microsoft Azure support
From Avaya Aura 8.0, Avaya Customers can deploy Aura using an Operating System (OS) separated packaging
referred to as Software only packaging.
Ideally, this option could offer the customer the opportunity to deploy into in any virtual environment by
providing its own OS virtual machine, as long the OS VM and the platform match requirements and operating
specifications as defined per each Avaya application.
In practice, Avaya has performed solution testing to confirm proper support of these environments and has
leveraged this new deployment packaging to deliver, test and approve full support for additional new platforms in
Aura 8.0 and Aura 8.0.1:
• Google Cloud Platform (8.0)
• Microsoft Azure (8.0)
• Microsoft Hyper-V (8.0.1)
During these tests, a limitation with the Google Cloud Platform was identified preventing Avaya to claim support
for CM duplex in this environment. The table below summarizes the supported applications in Release 8.0 for
these new two new platforms:
AuraStarting with Avaya Aura 7.0 & and continuing with Avaya Aura 8.x, System Platform is replaced by the
VMware based Appliance Virtualization Platform (AVP.)
This change removes the need for fixed templates and provides customers with the ability to run any combination
of supported applications on Avaya supplied servers, providing them with greater flexibility in scaling their
solutions to individual requirements.
Sales tools, and installation tools are offered to size the solutions to the right sized server hardware and
additionally in Release 8.1.x, the option of re-using server hardware (CSR2 and CSR3) and compute the
associated configuration will also be made available in the online sales tools.
System Manager √ √ √ √ √ √ √ √ √
Application
Enablement √ √ √ √ √ √ √ √ √
Services
Presence Services
√ √ √ √ x x x √ √
(on Breeze)
Avaya Device
Adaptor √ √ √ √ x x x √ √
(on Breeze)
AVP Utilities x x x x x x x √ x
WebLM √ √ √ √ √ √ √ √ √
Communiction
Manger √ x x x x x x √ √
Messaging
Media Server √ √ √ √ √ √ √ √ √
Devices Services √ x √ √ x x x √ √
Note:
1
Pod FX is being transitioned to “Avaya Converged Platform”.
Software Only = Customer-supplied (server + Redhat Linux OS) +Avaya supplied Application
The software in this release includes remediation in operating system and hypervisor components. In some cases,
the performance of the solution can be impacted so it is important to include this consideration in design.
• There are adjustments to capacities and to server specifications for the VE offer that should be
considered.
• Avaya is reliant on our suppliers to validate the effectiveness of their respective Meltdown and Spectre
vulnerability patches.
• The customer is responsible for implementing, and the results obtained from, such patches.
• The customer should be aware that implementing Aura 8.1.x result in degraded performance relative to
solutions running on earlier releases.
Competition
Primary competitors to the Avaya Aura Platform include the Cisco Communications Manager Solution and the
Microsoft Skype For Business Solution.
Cisco:
Microsoft:
• More complex solution to deploy, manage and own up to 5x number of servers required versus Avaya;
• High Support costs: Customers are required to buy Software Assurance (25% of the list price of the
software);
• Limited core functionality and mobility options;
• No survivable branch office solutions; and
• No native Customer Service capabilities: Aspect or others are required for Contact Center solutions
causing integration and support complexities.
• Attack Plan: probe your customer’s detailed requirements carefully to understand the desired call
treatment and networking requirements to uncover gaps in Microsoft’s capabilities.
Detailed competitive analysis of a comprehensive list of competitors is available on the Avaya Sales Portal.
From the Avaya Sales Portal home page link to Competitive Intelligence on the left navigation to see highlights
and summaries of available content.
Defensible Differentiators
Avaya Aura is the flagship core communications solution and incorporates the following Defensible
Differentiators:
High availability and security – The in-depth multi-level redundancy, fail-over and survivability capabilities of
Avaya Aura Communication Manager remain unequaled in the marketplace, the full active/active Session
Manager design is leading-edge, and the security, encryption, and software “hardening” provided at every level
across all aspects of Avaya Aura remain a unique differentiator.
Comprehensive communications features – Avaya Aura provides many hundreds of essential communications
features developed over decades of responding to the needs of customers around the globe.
Unified Communications strength – Avaya Aura is complimented by innovative market-leading UC products
including Avaya IX™ Meetings and the Avaya IX Workplace clients.
Contact Center strength – Avaya is the global market share leader in contact centers, powering tens of
thousands of centers and millions of agents worldwide. Communication Manager has been a key foundation for
this success, and the expanded capabilities of Avaya Aura are now powering innovative new customer service
solutions such as Intelligent Customer Routing (ICR) that allows enterprise to serve customers everywhere
Open and standards-based – Avaya remains committed to true open standards support and multi-vendor
interoperability
Customization – Avaya Aura includes and development platform that enables rapid integration and
customization
DevConnect ecosystem – Avaya has the most comprehensive developer ecosystem in the communications
space, providing a broad range of choices for customers
Backed by extensive professional, support and managed services – Avaya and our Business Partners have the
industry’s most extensive array of services focused completely on enterprise communications. We help
customers get it done.
Key Features
Call Park and Page
• Park incoming calls in a queue from which users pickup calls from wherever they are
• Use your existing paging or notification systems
• Use your existing music, announcements
Multiple Appearance Directory Number (MADN)
• Multiple Appearance Directory Number (MADN)
- A phone number that appears on two or more phones
• Available on Device Adapted sets, as well as current CM sets, such as 96x1 or IX Workplace client
• 96x1, IX Workplace and Adapted Sets can be part of the same MADN group
• Use Cases:
- Several phones ring when a number is dialed
- Visual indicator when a line is in use – receptionist can see someone is busy before transfer
- Multiple phones in a room have the same number – large lab
- Calls ring in multiple places – faculty member has a lab and office
- Multiple phone numbers (two or more) appear on one phone –
- Assistant has director's extension on phone
- Receptionist has many other people's lines on their phones
Mobile-X like User experience on CM EC500
• Allows Communication Manager mobile users using EC500 to invoke enterprise features on an active
call by dialing the feature access code without putting the ongoing call on hold.
• Provides the current CS1000 feature experience
• Available to all Communication Manager users
• But Remember: Migrating customers can reuse existing phones via the Device Adapter Snap-in AND
twin with Avaya IX Workplace for a true UC experience.
For full details on CS1000 hardware supported with Device Adapter, please refer to the Avaya Device Adapter
Snap-in Reference Guide.
FIPS 140-2 Support for both Device Adapter and UNIStim devices (8.1)
In this release support has been added for FIPS 140-2 compliant cryptographic modules.
Support for the existing CM CFW (Call-Fwd) feature on Device Adapter, where a phone
can CFW on behalf of another phone (BFS) (8.1.1)
This feature is to provide the last of a group of 3 Boss Secretary functions that were available in CS1000.
The functions are as follows:
1. Monitor Boss State
2. Transfer calls to Boss
3. Perform CFWAC (Call fwd all calls) from Boss to Secretary (i.e. existing CM CFW feature where a
phone can CFW on behalf of another phone.
Improve Load Balancer Redundancy Within 1 Breeze Cluster to > 2 Breeze Servers (8.1.1)
The resiliency of the Device Adapter solution has been improved. Previously, in a Breeze cluster, only 2 of the
servers could have the roles “Active” and “Standby”. Now, more than 2 servers can have those roles.
Tool to determine if ADA phone is CFWAC (Call Forward All Calls) or not (8.1.1)
A tool is now available to determine if a phone on ADA is set to CFWAC (Call Forward All Calls). This will
help customers debug issues in the field with the CFWAC feature.
daHelp command can be used to list all available ADA specific commands (8.1.1)
In addition to the commands documented in the ADA REF GUIDE doc, there is now a command that can be
used to get a list of available ADA commands such as tnInfo, tpsShow, isetShow, electShow, etc.
AES, ADS & AAMS have already been supporting this type of implementation prior to Aura Release 8.
This requirement originated from some of our largest and/or most security conscious customers wishing to take
entire control and responsibility of all the applications operating systems in their environment.
There several value propositions and benefits delivered by this new functionality introduced with Release 8:
• No more black box OVA - The Operating System (OS) is now owned and the responsibility of the
customer meaning that the customer is now having automatic root access on its system and can install
additional 3rd party applications on top of this OS to help with its administration.
• Enables improved security compliance through faster OS currency (Green list / Red list) independent
from Avaya release cycles.
• From a technology point of view, this is a step toward the future of the architecture opening the door to
future potential containerization of the applications
• Additionally, it also enables Avaya to deliver faster and more cost effectively support for new platform
environments without having to create additional packaging and generate massive testing overhead.
A Red Hat Package Manager (RPM) file, specific to each OS separated application is included in the package It
contains a list of the OS libraries dependencies will be invoked by the package manager to fetch all of the
dependencies from the repository (configurable) and install them onto the OS virtual machine. This step will
complete the OS preparation required to receive the Avaya application. SDM can be utilized to deploy the Avaya
application on top of this OS.
Note:
• Please refer to and follow Avaya Technical documentation when deploying to this environment
• During the application installation process, SDM will ensure that the OS environment has been properly
set per the documented directives prior to deploying Avaya Applications
• It will provide errors/warnings when it detects missing requirement(s).
In order to facilitate customers to maintain their OS current and secure, Avaya will maintain a list of OS RPMs
and the versions it tests and supports. Two lists will be created and kept up to date on a monthly basis. New
update in the content of any of these two lists will be communicated via Product Support Notice (PSN)
announcement.
As stated previously, another benefit for a customer to provide its own operating system for Avaya apps to run
on, is the fact that this environment will allow deployment and runtime of 3rd party software that is non Avaya on
this OS, typically required by the customer to manage the OS environment.
Such 3rd party application includes usually monitoring, backup and / or Antivirus software.
A list of supported 3rd party application is available and maintained through the following PSN which can be
accessed through the Avaya support portal.
PSN020360u - Avaya Aura Software-only Environment Supported Third Party Applications
Additional platform support: Google Cloud Platform and Microsoft Azure [8.0]
Leveraging the delivery from the OS separation feature, The Avaya has delivered two new platform support
starting with Aura 8.0:
• Google Cloud Platform
• Microsoft Azure
The following tables tracks the applications and limitations of these implementations in Aura 8.0
Both of these environments are only supported through the usage of OS separated packaging meaning that no
specific software packages has been created for these environments and that the customer or partner will have to
provide its own OS virtual machine in these environments and prep these machines as per what has been
described in the previous feature paragraph to enable the deployment of the Avaya apps in these environments
thru SDM.
The capacities and performances remain as what is documented in the respective applications deployment and
admin guides.
User can follow McAfee documentation mentioned in below link to disable this
rule.
https://docs.mcafee.com/bundle/endpoint-security-10.5.0-threat-prevention-
product-guide-linux/page/GUID-94135CD9-4F0B-4E91-A21A-
C4C735DC9D41.html
With Aura 8.0, CM has increased its maximum number of administered trunk capacities from 24,000 to 30,000
(Large System Configuration). Enhancements has been made around SIP signaling group administration, i.e. a
SIP signaling group has the ability to point to a ‘Cluster of Session Managers’. This has enabled increase in CC
Elite SIP Agents capacities.
Please refer CC Elite 8.x offer document for more details posted at
https://sales.avaya.com/en/pss/avaya- Aura-call-center-elite?view=collateral
Please note, rest of the CM capacities remains unchanged. There has been no increase in the maximum number of
simultaneous calls CM can handle. Also, maximum number of supported simultaneous PSTN trunks on CM stays
at 12,000.
NOTE: in Aura 8.0 and 8.1, there were limitations that cause the recommendation to have a user with MDA not
be using both a 96x1 and a J-series endpoint. See limitation was removed with Session Manager 8.1.1
Connection Preserving Migration (CPM) with H.248 Link Recovery for BRI Trunks
MM720/721/722 [8.0.1]
The Connection Preservation Migration (CPM) and Link Recovery features are being extended in Aura 8.0.1 to
include BRI Trunks. The CPM features works along with H.248 Link recovery for almost all TDM / DSP based
calls handled from a H.248 gateway. Meaning stable calls do NOT become dropped when the H.248 gateway
fails over to another controller.
Following are the conditions of this added support:
• Now also supported for BRI trunks based on MM720/721/722 media modules.
AMS instance sharing by multiple adopter applications – CM and AWG 3.5.1 (once GA)
initially can share AMS [8.0.1]
Multiple adopters applications integrate with AMS to offer various features or functionalities. Each adopter offers
the integration independently and requires a dedicated AAMS instance.
Avaya Aura Communication Manager (CM) and Avaya Aura Web Gateway(AAWG) are among those multiple
adopters.
With Aura 8.0.1, we are enabling the sharing of a standalone AAMS instance between CM 8.0.1 and AAWG
3.5.1 (once it’s generally available).
The common AAMS measuring unit of resources (MPUs) will be used by Avaya One Source tool to size the
AAMS instance(s).
AAMS High availability is not supported while sharing AAMS between CM and AAWG.
Licensing of adopter applications integration with AAMS , stays unchanged.
5.4. New Common Servers support– ACP (Avaya Common Platform) 100 Series
[8.0.1]
ACP (Avaya Common Platform) is the new server hardware platform that will be used for Appliance solution
(i.e. Avaya supplied servers). The 110 & 120 versions are supported by the Aura Platform starting with the 8.0.1
Feature Pack. There is also an ACP 130 version that is supported as part of the ACP offering. For new purchases,
Avaya Aura 8.0.1 applications will be shipped with this next generation server hardware.
The three variants of this server that differ only in the way the software is loaded on the server; the underlying
hardware is the same:
• ACP 110 Series - the ACP version for bare metal software applications
• ACP 120 - the ACP version for AVP hosted software applications
• ACP 130 –Standard VMware version (non-customized). Avaya does not provide tools to install/upgrade
the VMware hypervisor. Apps installed and host managed using vSphere web client or customer
provided vCenter server. Remote upgrade of servers is not supported i.e. Site visit is required for
upgrades
The server hardware is a Dell Gen 10 servers using Intel Skylake processors. This is the 1U next generation
virtualized server platform from Dell.
There is no alternate vendor for this offering at this stage i.e. Avaya is not offering servers from HP as an
alternate as was previously done for the Common Server 2 and 3 platforms.
Note that new orders will continue to ship on CSR3 servers until the stock is depleted. In all cases Avaya
Operations will avoid shipping a mix of CSR3 and ACP servers. If there is a preference as to CSR3 or ACP
servers then please contact Avaya Order Management and it may be possible to accommodate such a request until
the CSR3 stock runs out.
Questions about ACP hardware and the ACP offer can be sent to the following email address:
acpprodmgt@avaya.com
5.5. Utility Services removal from the Avaya Aura Platform offer and Equivalent
functionality in other places [8.0]
Co-incident with the GA of the AA8.0 program, Utility Services (US) will no longer be offered. As part of this
deprecation of US, each of the applications currently hosted on US has been placed elsewhere or will no longer
be available.
Below are the applications previously provided by Utility Services and a description of what the state of each will
be going forward.
Use of US 7.1.3 with AA8.0 to Provide Capabilities Not provided with AA8.0
We recognize that not all capabilities provided by US and it’s applications are not available yet with AA8.0 and
if one of these functions is mandatory for a customer, note that a supported configuration when moving to Avaya
Aura 8.0 would be to migrate all your Aura applications to 8.0, but leave one server with AVP 7.1.3 and US 7.1.3
to provide the capabilities from the additional applications that reside on US. US 7.1.3 cannot run on AVP 8.0. It
would need to be on its own server that was still running AVP 7.1.3. You can also provide a VMware
environment for the US 7.1.3, either in a VE environment or by using the new Avaya ACP 130 server that is pre-
loaded with VMware, vs. AVP.
Phone Firmware Download and DHCP Server on S8300 in Branch offices [8.1.1]
New in this release is the ability to locally update phone firmware in branch offices, which means a single box
branch solution. Customer will have to upload the IP Phone firmware to CM, unzip the files to a specified
directory, type a CLI command to enable IP Phone firmware downloads, reboot phones from CM SAT to initiate
firmware download. If the customer doesn’t already have a DHCP server for their phones, they need to set one up
and configure it to point to the CM http:81/https:411 server as described in the Installing and Administering and
Avaya xxxx IP Phone document. NEW with this release is also official support of the DHCP server on the branch
gateway, so customers could also use that if they do not have a DHCP server already.
This feature is only available on the S8300E server.
Notes/Limitations
• This feature can be administratively enabled/disabled via SMGR.
• This feature is relevant to core SM's and not BSM's.
• Device support is needed for this feature, so check each device to see if it is supported.
• Support for CC Agents is not part of this release and will to be addressed in a future development
NOTE: The SIP Resiliency Feature was tested with Aura core components during the Aura 8.0 development
cycles. However, this feature is not useful until a future time when Avaya SIP clients also support SIP
Resiliency. As a result, it is highly recommended that this feature NOT be enabled on Session Managers in the
System Manager > Elements > Session Manager > Global Settings screen. The checkbox for now should remain
unchecked.
The operations that can be used for this manipulation are Modify/Add/Delete.
In addition, with this release you can now utilize multiple Adaptations at a time, versus the previous limit of
having only one adaptation available at time.
Session Manager Sourced Based, Digit and Regular Expression Routing [8.0.1]
This release adds parallel Routing Flexibility to Session Manager. Now you can set up routing decisions based on
the identity of the caller (sourced based routing), as well as the called number and callers location. In addition,
you can now use regular expressions to match when making routing decisions, allowing the flexibility to use
anything in the SIP messaging as input to routing choices.
• Routing now will have two flavors: digit-based and regular-expression-based
• A new digit-based source criterion has been added to Digit Based Routing
• New regular-expression-based criteria as been added for selecting messages to be routed
- Criteria can be virtually any piece of the message – and are not limited to the source headers only
Session Manager Support for Multiple Customer and Business Partner Logins [8.0.1]
Session Manager now can add more than one customer account with a new account type. In addition, SM
accounts now take advantage of SMGRs roles-based access for greater control over what each login can access.
Session Manager Call Journaling Server HA [8.0.1] Call Journaling Server HA [8.0.1]
Session Manager seamless failover to the secondary Session Manager now includes all Call Journal (Call Log)
information stored in the Primary for SIP devices
Session Manager Source Based Routing Enhancement for Regex Routes [8.1.1]
In this release, SM Source Based Routing is extended from Digit routing to also be applicable for Regex
based routes.
SMGR can now show and configure J100 SIP button configuration [8.1.1]
J100 SIP Desk phones allow the end user to modify feature buttons on the phone screen (e.g. add
features/contacts or move features/contacts). The SMGR administrator can now view the actual button
configuration of the desk phone (including customized button labels). This will allow the administrator to assign
communication manager-based telephony features within that overall button configuration of the J100 desk
phones. The administrator can also modify the button configuration of the endpoint and changes done on both
ends (SMGR, desk phone) are reflected on the other end.
AES Support (Individual Voice Streams) stereo call recording, 2 streams 1 call [8.0.1]
Stereo call recording provides audio separation of the speakers in a call. It could be a stream for each individual
speaker or one stream for a specific speaker and one mixed stream for all other participants. This enhancement
intends to meet industry use cases like real time speech analytics and voice authentication, biometrics where
audio separation of speakers is the key requirement.
Vendors and recording applications can now leverage on enhanced DMCC APIs to achieve split stream
recording. AES supports recording applications through DMCC and ASAI/CTI APIs which direct CM to provide
a conferenced media stream of all parties involved in a monitored call toward a specific recording device.
With this feature an enhanced DMCC API is made available which allows external recording applications to
request split stream recording. These application requests drive new connection capabilities within CM to
generate the desired media streams towards one or more recording devices.
PS and AMM are now one (AMM functionality added to the PS application) [8.0.1]
The combined application will be a SNAP-IN on Breeze
• One Snap-in to install and deploy
• Uses Breeze 3.5 +
Customers will only need to administer a single application instead of two in order to enable P&IM
• Unofficially referred to as PMM (Presence Multimedia Messaging)
The combined application will significantly reduce install time
• The combined application will have the advantage on cumulative patching
Pure Lync/S4B users can see Aura voice “in a call” state [8.0.1]
OAuth2 / SAML Support with Avaya Auth Service and Customer IDP (Controlled introduction only in 8.0)
• A new Avaya Authentication service has been added to AADS with release 8.0. This new services
support SAML and Oauth2 Authentication utilizing the Keycloak software. This service operate in
conjunction with the Customer’s Identity Provider (IDP). In this release the following Identity
Providers are supported
o Shibboleth
This feature is in Controlled introduction and requires an activation code to activate and use the Auth
Service
FIPS-140-2 Compliance
• The Federal Information Processing Standard (FIPS) Publication 140-2, is a U.S. government
computer security standard used to approve cryptographic modules. With this release AADS adds
supports for these cryptographic libraries and adds configuration settings to enable the IX Workplace
client to use cryptographic libraries
IPV6 Support
• AADS adds support for dual stack IPV4/IPV6 deployments allowing the server to negotiate the
appropriate IP Address protocol to use based on the connecting client or server.
The Avaya Aura server/products, when involved in establishing a TLS connection with another server/product,
must validate the identity of the other server base on the received server certificate during TLS negotiation. The
server/product must be able to validate the other server's identity, as carried in the Common Name (CN) field of
the Subject Name or the Subject Alternative Name (SAN) of the received server certificate in either an IP address
or FQDN (Fully Qualified Domain Name) format, against the IPs or FQDNs received prior to the TLS
connection setup (e.g. from the SIP controllers list received from the SIP REGISTER response or via PPM API).
If the IP or FQDN does not match with the IP or FQDN in the SIP controllers list, the TLS connection should
fail, with an alarm sent to the system admin.
In this release, the TLS handshake of Endpoints and SoftClients (e.g. SM, 96x1 client) is now able to support
FQDN validation as well as IP address validation. All Avaya Aura product components now have the capability
to validate either FQDN or IP address as presented in the received certificate in TLS handshake process.
The mechanism used to convey the SIP controllers list (i.e. from the SIP REGISTER response or PPM API) now
contains the domain name 'in addition to' the IP address of each SIP controller. SIP controller in this context
means the SIP call server(s) or a server peer(s) that the client entity wants to connect to.
The new client supporting EHV will include the server’s name in the SNI (Server Name Indication) extension of
the request. The server, before presenting the certificate, will look for the optional SNI extension in the message.
If it is present, the server will present the certificate that matches with what specified in the SNI extension.
Otherwise, it will present the IP address-based certificate by default.
Why
• 3rd party CA issued certificates contain FQDN in the CN/SAN field only starting October 1st, 2015, per CAB
forum ruling. For backward compatibility reasons, SMGR (as the CA) continues to support generating certificates
with IP addresses in CN/SAN fields. SMGR provides a configuration option for generating the certificate with
either IP address or FQDN in the certificate's CN/SAN field. This also means Avaya Aura servers have at least two
identity certificates: one with domain name and another with IP address in the CN /SAN field of the
corresponding certificate for backward compatibility.
In 7.1.2, specific OVAs with controlled access were designed to circumvent the issues created with the EASG
introduction and its interaction with root access grant processes. In 8.0, the process is streamlined and instead of
having two OVAs per app- one with root access enabled and another without, we have only one OVA which
enables the installer to select whether he/she wants root access enabled during the install process.
• When Yes is selected , a legal must-read message pop up will then be presented , and will need to be
acknowledged and agreed to before proceeding to install. This legal text includes a note indicating that
this, unlike the SW only deployment method, does not give the right to the customer to install any SW or
Any OVA based system with root access enabled will log this information, specific SNMP trap/alarm and/or
provide a notification in SMGR so Avaya support personnel can easily and quickly identify that a system
they are connecting to has root access enabled.
Note:
• This is only applicable for VMW OVA deployment – KVM or AWS customers requiring root access
will require a site visit
Avaya Aura products currently provide the configuration options to allow a customer to encrypt voice/media
streams and to encrypt signaling/control channels. In the new 8.1.2 release, Avaya Aura servers will support the
following new privacy features:
Support Policies for Log Retention storage (data at rest).
Support OS-Level Encryption for encrypting the disks which contain operational & configuration data,
and log data on the server-based products which operate on the Linux operating system (data at rest).
For further information regarding Data Privacy please refer to the following: https://www.avaya.com/en/search-
results/?profile=avaya_en&q=GDPR
- CMM: In Release 6, CMM benefitted inside the ME template from the FRHA capabilities of the
System Platform. CMM, as a standard application offer is available in Simplex (non HA) only and
therefore upon migration to R7, CMM will also revert to standard available Simplex (No HA).
- AES: AES HA offering was simplified in Aura R7 to the Geo Redundant HA. ME HA customers
migrating to Avaya Aura 7/8 and wishing to retain their AES HA, will pay the uplift charges to AES
R7 FRHA to GRHA UPG/UPL Large.
Beginning in release 8.0.1, Avaya Aura supports new versions of vSphere and KVM, so any Avaya Aura Core
application running in earlier Virtualized Environments will need to apply the following sequence of upgrade
steps in order to install an Avaya Aura 8.1.x application:
For a VMWare based environment (since vSphere 6.0, 6.5, and 6.7 support predate 8.1.x):
Step 2 – Upgrade the VMW underlying Hypervisor from previous version to ESXi6.7
For a KVM based environment (see the complete list of such environment in the section of this document):
Step 1 - Manually backup the Avaya Aura applications involved following the process as described in the
documentation for each application.
Step 2 – Deploy Aura 8.1.x in your KVM environment following the KVM deployment guides in for
each respective application
Step 3 – Restore the application Data into this new Aura environment
For G4xx, the Gateway hardware will have to be first upgraded to 7.1 at a minimum ( build version 7.1.0.2) prior
to upgrade to 8.1.x. once the proper build is loaded onto the hardware, user will be required to enable/disable
EASG and only after this step, will the system allow for the Aura 8.1.x software to be downloaded and installed
on the gateway. In summary there are 3 steps to upgrade a G4XX to Aura 8.1.x:
- Any attempt to upgrade the G4xx straight to 8.1.x will fail with an “Incompatible software image for
this type of device “
NOTE: For customers with Session Manager R6, after the upgrade order has been processed, existing SIP
Connections and/or User licenses may need to be activated and upgraded in PLDS to provide the Session
Manager system license.
System Manager
NOTE: For upgrades from SMGR R7 to SMGR R8, PLDS may not have these SMGR R6 or SMGR R7
licenses on the customer’s records:
389638 - AURA R6 SYSTEM MANAGER R7 LIC
389637 - AURA R7 SYSTEM MANAGER R7 LIC
389687 - SYSTEM MANAGER R7 REDUNDANCY LIC
In these instances, please open an ITSS ticket to have these codes added to the customer’s records by the Tier
2 PLDS helpdesk.
6.4. Upgrading Your System Manager to R8.0.1 While Keeping Session Manager at
R6 or R7
It is a supported upgrade path to upgrade the System Manager to R8, potentially to support an Avaya Breeze™
based solution, but keep your Session Manager Core at R6 or R7. Please note in this scenario an R6 or R7
license file will continue work, but it will have to have be a regenerated R6 or R7 license file since the System
Manager R8 installation/upgrade changes the WebLM Host Id.
1. Within A1SC/ASD you must upgrade all the SM/BSMs in the network (even if they will all not be
physically upgraded immediately)
• This will allow an SM 8 license for each SM
2. The SM 8 licenses need to be activated in PLDS for all instances in the network.
3. The resulting SM 8 license file will then need to be installed on SMGR WebLM. SMGR needs to see a
valid SM 8 license for each SM instance in the network (even the ones running SM 6.3). If an SM 8
license file is not installed on SMGR WebLM, then any SM 6.x or 7.x servers will be placed in license
error mode with a 30-day grace period. If the grace period expires before a valid SM 8 license file is
installed, then the SM servers will be taken out of service and will not be allowed to return to service
until a valid SM8 license file is installed.
If you are creating an order where SM R8 is needed for a CS 1000 customer, follow the instructions below to
upgrade your SM to R8. This assumes the Session Manager already exists with the CS 1000 system and needs
to be upgraded to Session Manager R8.
1. If the Session Manager does not already exist, this process does not apply and the customer can simply
order a new instance of SM in A1SC/ASD as per standard practice.
2. If you have a Session Manager defined in KRS and are moving to the an R8 Session Manager in PLDS,
and once the R8 Session Manager Licenses have been ordered, please contact Avaya ASIPP team to
decommission any existing Aura Session Manager licenses in the KRS licensing tool. Send email to
6.8. Upgrading from System Platform on 6.x to AVP on Avaya Aura 8.1.x.
With Avaya Aura 6.x, many of the Avaya Aura applications are delivered as part of a template on System
Platform. With Release 8.1.x, customers can flexibly choose the applications that are installed on a server. As a
result, it is important that when planning a like-for-like upgrade to Release 8.1.x that the right applications OVAs
are included. In an upgrade, the Avaya Solution Designer (A1SC/ASD) will automatically
provision the OVAs that are needed to run the solution on AVP in Release 8.1.x, plus AVP and the required
license enablement codes.
Note that the Release 8.1.x Solution requires System Manager (SMGR) to be installed somewhere in the
customer solution in order to manage the Release 8.1.x Applications.
Material Code Short Desc Long Desc
CM Simplex Main CM, CMM, US, with SAL CM, CMM4, US1, SAL Since WebLM is part of SMGR,
and WebLM as part of no separate WebLM OVA is
System Platform CDOM required
CM Simplex CM, CMM, US, with SAL CM, CMM4, US1, SAL Since WebLM is part of SMGR,
Survivable Core and WebLM as part of no separate WebLM OVA is
System Platform CDOM required
System Manager SMGR (with WebLM), SMGR, SAL, US1 Since WebLM is part of SMGR,
and SAL as part of System no separate WebLM OVA is
Platform CDOM required
Midsize CM/CMM, SM, SMGR, CM, CMM4, SM, SMGR, PS, Since WebLM is part of SMGR,
Enterprise PS, AES, US, with SAL Avaya Breeze™3, AES, US1, SAL no separate WebLM OVA is
and WebLM as part of required
System Platform CDOM
Presence Services PS with SAL and WebLM PS, Avaya Breeze™3, US1 Since WebLM is part of SMGR,
(PS) as part of System Platform no separate WebLM OVA is
CDOM required
1
AVP Utilities is required for all deployments with AVP to provide a services port functionality.
2
A separate instance of WebLM is required for AES to support Enterprise Licensing with allocation mode which
uses a master and local WebLM.
3
Presence Services is being supported as a snap-in on top of Avaya Breeze™, so that OVA needs to be installed
on the server in Release 8.1.x
4
Customers cannot install CMM 7.0.0.1 on a new AVP 8.1.x Host. The only way to keep CMM in the solution
is to have it run on a dedicated server, running on AVP8.0 (or a prior version of AVP that it was supported on).
As of AA7.1.2, the migration for System Platform to AVP is automated and can be performed remotely, more
precisely 8300E LSP migrations from 5.2.1 and 6.x to 8.1.x can be performed without having to send an expert
onsite.
Set the existing system to MES and the target system The Configurator will provide the codes needed to do
to R8, deploying as R8 the Interim upgrade to R7 and the final upgrade to R8
The new Installed Hardware Application (IHA)
configurator would be used to determine if the
existing apps can continue to fit, capacity wise, on the
existing servers or if additional resource is required.
This is the same as any system upgrade to Aura R8
Set the existing system to MES and the target system The Configurator will provide the codes needed to do
to R8, deploying as R7 the upgrade to R7.
In the future when the customer wishes to deploy As part of this process they will follow the
their BTC R8 upgrade, they would do a A1S design configurator rules for deploying R8, including
setting the existing system as R7 (not ME any longer) running through the new Installed Hardware
and the target as R8 Application (IHA) configurator to determine if the
existing apps can continue to fit, capacity wise, on the
existing servers or if additional resource is required.
This is the same as any system upgrade to Aura R8.
1
This is the total number of administered Users which have an ‘Identity’ configured in System Manager, and
may or may not have a communication profile defined. Users are defined in the System Manager’ Users Page: “
Home/Users/Manage Users”
2
This is the total number of administered endpoints defined in the System Manager Endpoints Page:
“Home/Elements/Communication Manager/Endpoints / Manage Endpoints”.
3
The total number of SIP Devices that can be concurrently registered to Session Manager(s). Note: with
Multiple Device Access (MDA) each User can have up to 10 concurrently registered SIP devices.
4
Administered users
5
Up to 24,000 SIP Trunks and up to 36,000 SIP endpoints can be engineered with assistance of Avaya
Engineering. Note the limit for Evolution Server is 12000 SIP Trunks which supports Call Center environments
and must be reviewed by Avaya Engineering.
7
The table includes supported maximum capacities for each individual element type. Since there is only one
System Manager per Avaya Aura deployment, it’s essential to understand that the solution number is not a
summation of all the supported Elements listed in the Table.
8
This is the total number of endpoints defined in the System Manager Endpoints Page:
“Home/Elements/Communication Manager/Endpoints / Manage Endpoints”.
9
This is the total number of administered Users which have an ‘Identity’ configured in System Manager, and
may or may not have a communication profile defined. Users are defined in the System Manager’ Users Page: “
Home/Users/Manage Users”
10
Capacity counts against the total number of elements.
11
To support central licensing of 2,000 IP Office 11.x, local WebLM licensing servers that are slaved to System
Manager licensing are required. See the IP Office .x product offer and System Manager WebLM for details.
The AES capacities referenced above do not yet reflect impact of Spectre/Meltdown fixes and are subject to
change.
1
Upgrade Hard disk: This value is only used for deployments with Appliance Virtualization Platform (AVP).
The upgrade hard disk size is the hard disk space this application needs to be able to upgrade. The server should
have hard disk free equal to the largest required upgrade space of any of the applications. Example if CM
requires 16 GB to upgrade and AES requires 50GB, 50 GB free hard disk space would be required on the system
after the applications are installed.
2
AAMS is a low latency real-time application, guidelines must be followed when deploying an AAMS virtual
appliance on a shared hypervisor. Oversubscribing the hypervisor can result in unpredictable performance due to
varying VM scheduling latency. An ordinary application may not be impacted by this latency, but a real-time
application sending and receiving media at very frequent and precise intervals (<= 10ms) is at greater risk. For
these reasons, the total vCPUs utilized by all virtual machines on a shared hypervisor should not exceed
the number of physical cores available. This prevents virtual machines from interfering with each other and
prevents difficulties with scheduling each VM consistently and predictably.
3
The Clock Speeds in this table are based on Common Server 2 (CSR2). For CSR3, the clock speeds will be
different. Refer to the application documentation for more detailed information and CSR3 data.
4
SM Profile 6 not be automatically calculated for AVP sizing with the GA of 8.1.1 in the order tools. It will be
greyed out and not show up at all. You will need to order Profile 5 and if AVP, manual calculation for server
size will be needed.
Reference the Avaya Aura 8.1.1 and 8.1.2 Release Notes under the “What’s New” section for details for
Communication Manager, System Manager & Session Manager on the new fields and deployment options
that will be visible in 8.1.1 and 8.1.2, but not active/usable.
Resource profiles for product’s AWS and KVM deployment options are documented in individual product
specific deployment guides.
Note: There is a One to one relationship between Avaya Aura Device Services and Session Manager i.e. for
every AADS deployed there must be an equivalent Session Manager. To increase the number of Soft client’s
devices supported, deploy additional SM / AADS pairs. Beginning with AADS 7.1 and SM 7.1 it is no longer
mandatory that AADS is deployed on the physical same server as SM. For a deployment of AADS that is not on
the same server as SM, the network latency between Avaya Aura Device Services and the associated Session
Manager must be less than 5 ms.
Virtual
# vCPU Min vCPU CSR1 CSR2
Footprint Profile vRAM Hard
Reserved Speed (MHz) Support Support
Disk
Profile 1 is no longer
NA NA NA NA NA NA
available.
Profile-2 (35K-250K
users with up to 250 6 2290 MHz 12GB 105GB No Yes
BSM’s and 12 SM’s)
Profile-3 SMGR High
Capacity (35K-250K
8 2290 MHz 18GB 250GB No Yes
users with up to 500
BSM’s and 28 SM’s
An industry-wide issue was found in the way many modern microprocessor designs have implemented
speculative execution of instructions (a commonly used performance optimization). There are 3 primary variants
of the issue and the way the exploitation can occur, and these exploitations/vulnerabilities are commonly referred
to as Meltdown and Spectre.
Applications in the 8.1.x solution have inclusion of remediation to Operating System, Hypervisor, and Server
BIOS. In some cases, the performance of the applications can be impacted so it is important to include this
consideration in solution design. The above PSN also points to others for each application, & for upgrade
scenarios instructions are given for investigation of operating metrics on current servers.
Note:
• There are adjustments to capacities and also to server specifications for the VE offer that should be
considered.
• Avaya is reliant on our suppliers to validate the effectiveness of their respective Meltdown and Spectre
vulnerability patches.
• The customer is responsible for implementing, and the results obtained from, such patches.
• The customer should be aware that implementing Aura 8.1.2 may result in degraded performance relative
to running on releases prior to 8.1.
How the Server Calculation works
each application has several resource profiles that are defined in this document. There are different requirements
for CPU, Memory and Hard Disk use, depending on the profile selected. A small system would select a smaller
resource profile and will therefore require fewer server resources than a large system for example.
In order to determine if a desired mix of applications/scale can be supported on a specific server, the following
steps need to be followed. The Avaya Solution Designer (A1SC/ASD) performs this calculation automatically,
and provisions the appropriate server to support the required applications.
1. Determine the required resource profiles for the desired applications/scale (see the table in section 6.3)
- The AVP profile must always be included (1/server)
- The Utility Services profile must always be included (1/server)
2. Add up the required resources for each of the profiles for the following:
- vCPU
- CPU reservation (MHz)
- Memory (GB)
- Hard disk(GB)
- Min Clock speed (MHz)
- Extra NICs
- Upgrade Hard disk (GB) (Upgrade hard disk amount is a hard disk pool that applications use with
virtual appliance deployments when upgrading as the old hard disk image is kept during upgrade or
An industry-wide issue was found in the way many modern microprocessor designs have implemented
speculative execution of instructions (a commonly used performance optimization). There are 3 primary variants
of the issue and the way the exploitation can occur, and these exploitations/vulnerabilities are commonly referred
to as Meltdown and Spectre.
Applications in the 8.1.x solution have inclusion of remediation to Operating System, Hypervisor, and Server
BIOS. In some cases, the performance of the applications can be impacted so it is important to include this
consideration in solution design.
Note:
• There are adjustments to capacities and also to server specifications for the VE offer that should be
considered.
• Avaya is reliant on our suppliers to validate the effectiveness of their respective Meltdown and Spectre
vulnerability patches.
• The customer is responsible for implementing, and the results obtained from installing Aura 8.1.2
• The customer should be aware that implementing Aura 8.1.2 may result in degraded performance relative
to running on previous releases.
Equivalences between the CSR3 AVP appliances and the ACP120 bundles different models are listed below:
Server
ACP 120 Profile 2 ACP 120 Profile 3 ACP 120 Profile 4 ACP 120 Profile 5
Component
Dell R640XL 1U Dell R640XL 1U Dell R640XL 1U Dell R640XL 1U
Form factor
server server server server
Intel Skylake CPU Intel Skylake CPU Intel Skylake CPU Intel Skylake CPU
Processor family
S-4114 S-4114 G-6132 G-6132
Number of processors 1 2 1 2
Number of Cores / CPU 10 10 14 14
Number of Cores / 10 20 14 28
Server
Total memory 24GB 48GB 96GB 192GB
Hard Disk Drive 600GB Drives 600GB Drives 600GB Drives 600B Drives
Number of Hard Disk 3 4 4 6
Drive
RAID Level 5 6 6 6
Number of 1GB 6 6 6 6
Network interface
LP PCIe 2GB LP PCIe 2GB LP PCIe 2GB LP PCIe 2GB
Raid Card
Cache Cache Cache Cache
Number of power 2 2 2 2
supplies
1
When AES, AAMS or CM Duplex are provisioned with the MEDIUM AVP Server, an extra NIC card is
provisioned with the order, as they require more than 4 NIC ports.
2
This server is setup with RAID level 5 – the HDD capacity number provided is the max raw HDD storage, not
reflecting any impact on the actual capacity available after a RAID 5 implementation.
3
This server is setup with RAID level 1 – the HDD capacity number provided is the max raw HDD storage, not
reflecting any impact on the actual capacity available after a RAID 5 implementation.
Important Note:
Memory addon kit may be required depending on the configuration running on the CSR2 (SDM will catch
the insufficient memory upon upgrade)
A procedure describing a script that needs to be run on each server to identify whether the additional
memory is going to be required is documented into the following PSN027060u – “Avaya Aura Appliance
Virtualization Platform Release 7.1.2 Memory Upgrade Instructions”. This PSN describes how to identify
if the memory upgrade is needed, how to order the proper memory banks and how to install them.
7.7.5.2. Storage:
Standard SAN technologies And Virtual SAN technologies (VSAN) are all supported if they meet the
Avaya Aura core applications specifications as described in the respective deployment guides.
Gateways
Supported gateways include the following:
• G430
• G450
• G650
Note that MCC and SCC are not supported with Avaya Aura 8.1.1 and later releases
Please refer to the Documentation Catalog for a complete list of Avaya Aura Release 8.1.2 documents:
https://downloads.avaya.com/css/P8/documents/101050513
The Avaya Professional Sales Specialist (APSS), and Avaya Certified Design Specialist (ACDS) credentials
validate knowledge and skills in the areas of selling and designing Avaya products and solutions.
The Avaya Services Certifications (ACIS and ACSS) validate knowledge and skills in the areas of
implementation / integration and support for Avaya products and solutions.
For further details see:
https://www.avaya-learning.com/lms/#/credentials/credential-program
Currently there are no new authorization requirements for Avaya Aura 8.1.2. Existing Avaya Aura 8.x training
should be utilized to ensure your sales, installation and maintenance staff are suitable trained to promote and
support the Aura solution set. As such authorized partners are highly encouraged to take advantage of the
following training offers specifically focused on providing individuals holding current Avaya Aura related
credentials the information they need to successfully sell, design and deploy the Avaya Aura 8.1.x suite. With
total focus on successful deployments, risk mitigation against needing reactive emergency technical support and
to protect and grow customer satisfaction, Avaya’s expectation is individuals will complete this recommended
training PRIOR TO attempting any sales, design or deployment of the new Avaya Aura 8.1.x suite. The “What is
New” Delta Training Offers are available at no charge and include end of course tests where students can check
their learning.
Additional Learning for Sales and Design – Product Release Information WBTs
Code Title Duration Availability
ALRI- Avaya Aura Platform Product Release 5,5 hrs. Available
7012 Information Collection
ALRI- Avaya Licensing Product Release 1 hr. Available
7003 Information Collection
ALRI- Avaya Session Border Controller for 2,5 hrs. Available
7013 Enterprise Product Release
Information Collection
ALRI- Avaya Devices Enterprise Product 2,75 hrs. Available
7014 Release Information Collection
ALRI-7015 Avaya IX™ Messaging Product 1 hr. Available
Release Information Collection
Administrator (ASAC)
The Tech Transfer reordings for Aura 8.0 have been posted at the following link, including the live Q&A from
the event.
BTC process does NOT change the normal software release lifecycle planning. When an previous
release is made end of sale (EOS), the tools will be updated and only offer the current release for
deployment.
Avaya Aura Suite Licensing (including all the Suite entitlement products), Session Manager, System Manager,
AES, ASBCE and CC Elite leverage the Buy to Current Process.
Read the Buy to Current Offer Definition for more detail
License Adds to a system that is currently deployed as R7 (not buy to current R8)
Avaya offers a wide variety of license types to meet both the current and future customer user needs. Because
the license types can be mixed on the same system instance, the customer can design their licensing needs and
costs to meet their current user needs with the ability to uplift to a higher capable and value licenses in the future
to meet changing business needs.
Avaya does not have a license downgrade offer, however as part of customer migrations, particularly from older
systems there was only one type of license permitted on a single system, it can be beneficial to reconstruct the
customers licenses assets as part of an upgrade design.
See Appendix for Reconstructing License Assets
Suite Licensing
Avaya Aura Licensing Suites help sell collaboration that addresses business issues, not selling just features but
true business solutions using Avaya collaboration.
Suites offer new customers a very competitive set of features and services, making the decision to move to Avaya
collaboration solutions simpler and the result much more cost effective.
Suites are important to modernization of legacy customers offering them features bundles that provide complete
sets of the feature’s customers are looking for; mobility, video, messaging.
The objectives of Avaya Analog, IPT Basic and IPT Enhanced Licensing are to:
• Match the licenses service level to the users current needs
• Easily uplifted in the future as the user needs evolve
• Offer better price/value for basic users as part of the overall UC solution
- Product and ongoing Service/Maintenance.
- Consider Aura an option for basic users when upgrading existing SE, EE or Foundation licenses. See
Appendix for Reconstructing License Assets
IPT Basic and Enhanced licenses have been GA available since 2013 with Avaya Aura R6, however they have
been under password control.
With Aura R8 password control has been removed; IPT Licenses will be configurable in the A1S tools
without password.
A1S tools will still enforce the IPT license requirements and restrictions
• 20% of the system user licenses must be Suites (20% of total of Suites, Analog and IPT)
• Do not Support Multiple Device Access (MDA)
- These are 1 License/1 Device/ 1 User licenses
• IPT licenses have limited a la carte add-ons
- Messaging
- EC500
• IPT Licenses requires specific device attach (as part of the design)
Avaya Devices only; No Device Substitutions
• Basic IPT Supported Devices
- 1603, 1603SE_i (H.323), E129 SIP, J129 SIP*, 139 SIP*
• Enhance IPT Supported Devices
- 9601 SIP, J129 SIP, J139 SIP*
*For J129 and J139 capabilities vary on IPT License. Security features (SRTP, TLS, encrypted SRTCP,
Certificates) and Geo Redundancy are available with the Enhanced IPT license only.
Avaya devices support on the IPT Licenses is assessed as new devices are brought to market based on use case fit
and function for IPT licensing.
See IPT License Offer Definition for more detail
Session Border Avaya Session Border Controller for Enterprise 1 HA Remote Worker
Controller – Remote (ASBCE) is the secure pivot point for all SIP entitlement equates to
Worker and SIP communications in and out of Avaya the following license
Trunking implementations. provisioned:
Entitlement is: 1 ASBCE STD
Qty 1: High Availability Remote Worker 1 ASBCE STD HA
Session for every 7 Core and/or Power Suite 1 ASBCE Adv
licenses 1 ASBCE Adv HA
During A1S design of New or Upgrade you will be offered a choice of AAM or IX Messaging for the Suite
Messaging entitlement. You must choose one or other (cannot have a mix).
Customers with existing AAM suite entitlements at upgrade can choose to exchange these for the Aura R8 Suite
IX Messaging entitlement. The AAM entitlements will be removed from customer records and replaced with IX
Messaging entitlements.
Note: Suites entitle the user licensing and not the infrastructure to deploy
Below is Matrix of Value of the Mainstream level for either AAM or IX Messaging
Licenses that
✓ Can
Target R7 / 8
Action to take to make a
System Instance Cannot Notes
license compatible
Suite License construct be moved to this
Target system
without Uplift
Suites V2 Core and ✓ Suites V2 To move/merge a All New systems are
Power only Core and Power Foundation license to a only being ordered as
Suites V2 only system Suites V2 so any Suite
NO Foundation
the Foundation license licenses moved to a
10.5. Avaya Aura Session Manager Licensing Changes, starting in Avaya Aura R7
The new Session Manager licensing policy makes it easier and more cost effective to position Session Manager
value as customer move to more SIP use in their network. With R7 there are no longer connection license needs
to be calculated. With the Session Manager system license and a suite license, customers have unlimited use of
their Core and Branch Session Managers.
Any instance upgrading from a previous release of Avaya Aura Session Manager will automatically
have their connection licenses converted to the system license at no charge.
Avaya Aura Session Manager/BSM evolution - New or Add to Release 8.1.x scenario
Customers purchasing NEW or ADDING Session Mangers or Branch Session Manager (BSM)
purchase a Session Manager System license. This is a one-time purchase for the instance and
provides the value of Unlimited Connections/Session.
Avaya Aura 8.1.x Suites Licenses will not show a Session Manager /E entitlement code because
with the System License inclusion there is now unlimited use of Connections/Session.
The Session Manager System License entitlement will be on the order and display in PLDS
entitlements The System License simplifies the Session Manager usage entitlement and prevents
rd
issues of exceeding connection license allotment and incremental cost previously associated with 3
party connections.
NOTE: All BSM upgrades should be done via A1SC/ASD so the appropriate codes are added to
the customer order/record.
Upgrade Advantage helps customers stay competitive and meet their business objectives by staying up to date
with the latest innovative technologies, in a predictable operating expense model. The Aura R8 SA with upgrade
entitlement, enables customers to upgrade their Avaya provided software user/session licenses to the latest Major
Release. Upgrade Advantage covers the application software user/session licenses but does not cover any
infrastructure or operating environment software that may be necessary. This policy aligns with industry
practices.
Reference Service Description; Service Agreement Supplement at
https://sales.avaya.com/documents/1399552204494
UA follow the timelines and conditions of the Maintenance Support Contract Recast Structure See Appendix F.
• Systems doing a Transactional (Paid) upgrade to Avaya Aura recast their support agreement.at the time
of upgrade. Now of, Upgrade Advantage will be a requirement on the order.
• Systems doing an Entitled upgrade follow the guidelines in Appendix F. When the Maintenance
Contract opens for Recast, Upgrade Advantage is applied/renewed.
Move/ Uplift
397103 AURA R8 CORE MOVE/UPL LIC $ 93.00 Paid upgrade to Core and Move
Entitled move & Uplift Foundation
397106 AURA R8 CORE MOVE/UPL UA LIC $ 25.00
to Core Uplift
Entitled upgrade, move and uplift
to Power from and R6 or lower
397107 AURA R8 POWER MOVE/UPL UA LIC $ 80.00
SE/EE, R6 Foundation or R6 Core
licenses
Transactional (Paid) upgrade move
397104 AURA R8 POWER MOVE/UPL LIC $180.00 and Uplift to R7 Power from SE,
EE, Foundation, Core or Mobility
Uplift only
Analog and IPT License (specific use) order Codes and Pricing
IPT Basic and Enhances are specific scenario use licenses. Please consult IPT offer definition
Avaya Aura IPT Licensing Offer Definition
Material
Description APL ($) Use Scenario
Code
New
397108 AURA R8 ANALOG NEW/ADD LIC 40.00 New Analog
396792 AURA R8 BASIC IPT NEW LIC 40.00 New Basic IPT
396793 AURA R8 ENH IPT NEW LIC 125.00 New Enhance IPT
Add
397108 For Analog use the NEW Analog Lic code 40.00 Add Analog; same code as NEW
396796 AURA R8 BASIC IPT ADD LIC 40.00 Add Basic IPT
396797 AURA R8 ENH IPT ADD LIC 25.00 Add Enhance IPT
Upgrade: Entitled
397110 AURA R8 ANALOG ENTITLE LIC 0 Entitled upgrades for Analog, IPT
397095 AURA R8 BASIC IPT UPG ENTITLE LIC 0 Basic and Enhanced
397096 AURA R8 ENH IPT UPG ENTITLE LIC 0
Upgrade: Transactional (Paid)
397109 AURA R8 ANALOG UPG LIC 8.00 Transactional (Paid) upgrades for
397090 AURA R8 BASIC IPT UPG LIC 8.00 Analog, IPT Basic and Enhanced
397091 AURA R8 ENH IPT UPG LIC 25.00
Move and Uplift
397111 AURA R8 ANALOG MOVE LIC 8.00 Upgrade/ Move
397112 AURA R8 ANALOG MOVE ENTL LIC 0 Entitled Upgrade/ move
Uplift
AURA R8 BASIC IPT UPL FROM ANLG Uplift Analog to Basic IPT
397076 LIC 0
Avaya Device Adapter Order Codes and Pricing Order Codes and Pricing
Material Code Description APL
398136 DEVICE ADPTR R8 VE VAPP ENABLE $0
398137 DEVICE ADPTR R8 AWS AMI ENABLE $0
398138 DEVICE ADPTR R8 KVM ENABLE $0
398139 DEVICE ADPTR R8 1ST BREEZE R3 SRVR $0
398140 DEVICE ADPTR R8 ADDL BREEZE R3 SRVR $3,020
398141 DEVICE ADPTR R8 SYSTEM LICENSE $1,000
Note: ASBCE R8 are not available at Aura 8 GA time and will be added to this table when they become available at SBCE
8.0 GA.
Note: ASBCE R8 are not available at Aura 8 GA time and will be added to this table when they become available at SBCE
8.0 GA.
Avaya Aura Solution for Midsize Enterprise Optional Migration Disk Replacement Kit
Order Codes and Pricing
This is a R7 Disk Migration kit to move the ME to R7 as first step in 2 step migration to Aura R8. There
is not a kit to go directly to R8, as ME Migration to R8 is a 2-step upgrade and migration.
As an option to mitigate downtime during an Avaya Aura Solution for Midsize Enterprise (ME) migration to
Aura R8 (2 step process) or deploying Avaya Aura 7.0, the following optional disk replacement kits are
available for Common Server 1 or 2.
This kit has 4 ME replacement hard drives (CSR1 or CSR2) pre-loaded with Avaya Aura Release 7.0
applications. Once the data on the installed ME is backed up, the existing disks will be replaced with the kit and
the backups then restored. This reduces the downtime associated with downloading and deploying the Avaya
Aura 7.0 individual application OVA’s.
An industry-wide issue was found in the way many modern microprocessor designs have implemented
speculative execution of instructions (a commonly used performance optimization). There are 3 primary variants
of the issue and the way the exploitation can occur, and these exploitations/vulnerabilities are commonly referred
to as Meltdown and Spectre.
Applications in the 8.1.x solution have inclusion of remediation to Operating System, Hypervisor, and Server
BIOS. In some cases, the performance of the applications can be impacted so it is important to include this
consideration in solution design
Note:
• There are adjustments to capacities and also to server specifications for the VE offer that should be
considered.
• Avaya is reliant on our suppliers to validate the effectiveness of their respective Meltdown and
• The customer is responsible for implementing, and the results obtained from installing or upgrading Aura
8.1.x.
• The customer should be aware that implementing these patches may result in degraded performance
relative to running on previous releases.
The following applications are supported on the Appliance Virtualization Platform (AVP) for Virtual Appliance
deployments in Avaya Aura 8.1.2:
• Communication Manager
• Session Manager
• System Manager
• AES
• Utility Services
• ADS ( Diagnostics Server )
• SAL
• Web LM
• Breeze for Presence
• Presence
• AAMS
• AADS
• ProActive Contact
• IX Meetings Server
• AAWG
• AAM ( Aura Messaging )
• AMM ( Multimedia Messaging )
• ASBCE
• IX Workplace (Equinox) Attendant 5.x
1
: BSM is optional and included only if user selects them in A1SC/ASD.
Important Note
System Manager 8.1.x is the primary management solution for Avaya Aura 8.1.x and is therefore required with
all Avaya Aura 8.1.x deployments. This may require the addition of a new server in order to deploy System
Manager 8.1.x.
Functionality Required to Support Avaya Aura 8 that is ONLY Available in System Manager 8
• Patching Avaya Aura 8 applications
• Upgrade Avaya Aura 8 applications
• Viewing Status of AVP and Applications
• Virtual Machine Management (Create, Delete, Change, Start, Stop, Reset – Virtual Machines)
• Centralized License Management for hosted Avaya Aura 8 applications
• Log Collection for AVP and hosted Avaya Aura 8 applications
• Alarm Collection and Display for AVP and hosed Avaya Aura 8 applications
• Performance Statistics for AVP
• Interoperability with Avaya PLDS for downloading software entitlements
• Role Based Access Control (RBAC) for administrative access to deployment, update, upgrade and
migration functionality provided by SDM.
Other Considerations
• Significant investment has been made in System Manager over the past 8 years to provide consolidated
system management across Avaya Aura.
• A vast majority of the Communication Manager management functions available in Avaya Integrated
Management (AIM) offerings are now available in System Manager. Avaya has already started to End Of
Sale (EoS) the AIM Applications, which will eventually leave System Manager as the only Central
Management solution offering for CM and other Avaya Aura Components.
• With Avaya Aura 8.1.x System Manager can be deployed on the same server as other application,
(provided they have sufficient resources), resulting in reduced cost to deploy System Manager
8.1.x. Note that due to resource constraints, System Manager 0 cannot be deployed on an S8300E.
Second, the number of AAMS instance licenses and material codes associated with deployment type as well as
DVDs are calculated for a particular logical location (multiple logical locations and comprise a single physical
location) at the Location X, Physical Location Y screen:
The user next selects the desired deployment option for AAMS DEPLOYMENT. In this example, the user
selects “Avaya Provided Server – Shared 4 vCPU”:
Also note that if the user had selected “Customer Provided Bare Metal Server,” the PROCESSOR CPU MARK
field should be entered. Also note that new for Communication Manager 7.0.1 is utilization of AAMS’s ability
to transcode both Opus Narrowband and Opus Wideband codecs. In this example, the user has also chosen not to
have AAMS instances in HA configuration in this logical location. Also, DVDs will be ordered for each AAMS
instance that is calculated for this logical location:
Avaya Aura Media Server (AAMS) has entitlements in two separate license files to complete the solution. The
AAMS instance license exist within the AAMS license file where the AAMS DSP Channel license entitlements
are required to be within the Communication Manager (CM) license file.
Where the ‘AAMS DSP CHANNEL LICENSE’ must be in the CM license file, this license must be at the same
version as the CM license file. Two license versions cannot exist in the same PLDS/WebLM license file.
Account teams are responsible to initiate reconciliations and should perform an analysis of current license
quantities. Once this analysis has been completed, Avaya Product Operations should be engaged to make the
actual corrections within Avaya’s licensing tools. Please reference KM26344 in correspondence with Avaya
Product Operations (productops@avaya.com). The following tasks should be performed by the account team
with the customer:
Note: Some CM releases included a licensing quantity of 4-IP_API_As so the total license count may need to
reflect this quantity
Note: Avaya Self-Service Offers add some additional complexity to determining the total license count because
they use the IP_API_A with Voice Portal and Experience Portal H.323 connections and our Self-Service Offers
support CM 6.x and 7.x (along with pre-PLDS CMs: CM 5.2.x with RFA). This needs to be considered in any
reconciliation. Here is a history of all released Avaya Self Service material codes:
TSAPI provides 3rd party call control services and JTAPI is a client-side interface to the TSAPI service. For
TSAPI (and JTAPI) two license type are offered. TSAPI Basic is licensed on a per concurrent user basis and is
intended for applications that monitor or control a station. TSAPI Advanced is licensed per AES server and is
required for advanced call control supporting applications that launch or route calls. TSAPI Advanced is offered
as Small, Medium or Large. See section 10.8.6 for TSAPI Advanced ordering guidance.
As already stated in Section 2.1.6 TSAPI Advanced is offered as Small, Medium or Large. The correct selection
is based on CM configuration but where the CM is in a virtual environment the TSAPI Advanced required is
always Large. The following table will help:
Software Re- Avaya Software is not sold to the end-user customer but remains the property of Avaya or its
Licensing third-party suppliers. The end-user is granted a license to use the software subject to payment
of applicable license fees and other terms. When an end-user customer seeks to transfer an
Avaya “System,” which includes equipment and software or standalone software products to
a new owner, it is necessary for the new owner to obtain a software license from Avaya
before it is authorized to use the software. This software re-licensing policy (“Policy”)
addresses the requirements for re-licensing Avaya software. See Policy at link
https://sales.avaya.com/documents/1399549441087
Support Advantage is required attach at point of sale or upgrade to Aura Release 8. Support Advantage Preferred
is a comprehensive services support offer featuring:
• 24x7 remote software and hardware support
• 24x7 Expert Systems proactive remote monitoring
• World-class self-support tool in the Avaya Support Website to include information sources
• Avaya Diagnostic Server 3.0 monitoring and diagnostics
• Optional Parts and Onsite support options
• Upgrade Advantage
- For all new major software releases that become Generally Available beginning at the same time
or after Aura R8 (July 2018), Preferred Support includes the Upgrade Advantage entitlements.
For all major software releases that were Generally Available prior to Aura R8, Upgrade
Advantage is a separately orderable offer. With Upgrade Advantage, it enables customers to
upgrade their Avaya provided software user/session licenses to the latest Major Release, if and
when available. Upgrade Advantage covers the application software user/session licenses but
does not cover any infrastructure or operating environment software that may be necessary.
This policy aligns with industry practices.
For additional information on Support Advantage Offers, please see the link below:
https://sales.avaya.com/en/pss/support-advantage
Where a recast is not required and the Support Advantage agreement customer is migrating to Core and/or Power
Suite, a transitional Support Advantage charge will be added to the existing Avaya support agreement until
renewal or recast. This increase will be for the associated Support Advantage agreement’s remaining term and
represents the additional Core/Power Suite features. (For pricing details and the most current pricing models
please work with your Avaya account team.) At Avaya agreement renewal or recast, the Support Advantage
agreement will simplify to reflect Support Advantage pricing for the Core and/or Power Suite associated support
level.
1. Basic – Avaya will perform the application installation, configuration, integration and testing responsibilities
within the deployment, as well as provide project scheduling services to have Avaya resources available and
engaged with the customer and business partner. Hardware installation and overall project management will
be provided by Avaya’s business partner. Avaya’s project management services are an optional add-on to this
services bundle.
2. Standard – Avaya will perform the hardware and software installation, configuration , integration and testing
responsibilities within the deployment, as well as provide project scheduling services to have Avaya resources
available and engaged with the customer and business partner. Overall project management will be provided
by Avaya’s business partner.
3. All Inclusive – Avaya will perform the hardware, software installation, configuration, integration and testing
responsibilities within the deployment. Overall project management will also be provided by Avaya.
The following table describes which bundles are available for each of the different solution components of the Avaya
Aura suite:
The following are links to the APS offer descriptions that provide more details at a product level.
Hardware Warranty
Avaya provides a one-year limited warranty on the Avaya Session Aura Appliance hardware. Refer to the sales
agreement or other applicable documentation to establish the terms of the limited warranty. In addition, Avaya’s
standard warranty language as well as details regarding support, while under warranty, is available through the
web site: http://www.avaya.com/support/
RECOMMENDATION SUPPORT
G.711 Y
G.726 Y (note 1)
G.728 Y (note 1)
G.729 Y (note 1)
G.729a Y (note 1)
G.722 Y (note 1)
RFC 3261 Y
RFC 3263 Y
802.1p Y
802.1q Y
SNMP Y
FAX - Group 3 Y
FAX - Group 4 N
T.37 N
T.38 Y
IP Precedence Y
Differentiated Services Y
Weighted Fair Queuing NA (will use routers)
CBWFQ NA
PQWFQ NA
-RED NA
Weighted RED NA
RTP Y
CRTP N
RTCP Y
RTSP N
Policy Based Routing NA
Committed Access Rate NA
IPv6 Y (as of 7.1)
TCP/IP Y
UDP/IP Y
DHCP Y
TLS Y
Transaction
Definition Comment
Type
New New Licenses for New system • All new systems are shipped as Suites
instance purchase Version 2
• Suites V1 Foundation licenses must be
uplifted before they can be
moved/merged to this system
Add/Expansion New licenses purchased for an • This is not the same as a Move/Merge
Existing system Instance to Add • ASIPP (Avaya Software Investment
user capacity Protection Policy) licenses are not an
Add.
Upgrade: Paid Upgrade from previous release • This is the case where the licenses do not
Transactional to Avaya Aura 7 carry Upgrade Entitlement (see below)
(Paid) • All licenses would be Transactional
(Paid) upgrade; you cannot have a mix of
some licenses Paid upgrade and some
covered by Upgrade Entitlement
Upgrade: Entitled Upgrade from previous • All licenses on the system instance must
Entitled release to Avaya Aura 7 be covered by Upgrade Entitlement; you
with active cannot have a mix of some licenses with
• Upgrade Advantage (UA) Upgrade Entitlement and some not.
• SS+U Note: you may also see this Entitled Upgrade
• Pass+/SRS referenced as a “Subscription” Upgrade.
The term Entitled is replaced by Entitled so
as not to confuse with Entitled Licensing
ASIPP Avaya Software Investment • ASIPP is considered an Upgrade
Protection can be used by transaction not an Add.
customers as part of a migration to • ASIPP follows the Upgrade Transaction
Avaya Aura Platform, that protects operational offer
a customer’s user licensing o Licenses covered by an Upgrade
investments Entitlement contract (i.e. SRS Pass+
Example CS1K, CS2100, AS5300 for CS1K Licenses) follow the
license migration to Aura Entitled Upgrade path
o Licenses not covered by an Upgrade
entitlement contract follow the
Transactional (Paid) Upgrade path
OR OR OR
OR
AURA R8 OL R10 398772 AURA R8 OL R10
39877 BASIC SEAT /E** ** MAINSTREAM /E**
1**
39712 AURA R8 AMM ENH 397120 AURA R8 AMM ENH
0 USR /E USR /E
39712 AURA R8 EQUINOX 397124 AURA R8 EQUINOX
4 IPAD /E IPAD /E
39712 AURA R8 EQUINOX 397126 AURA R8 EQUINOX
6 MOBILE /E MOBILE /E
*Note 1 Your Avaya Aura Core and Power Suites entitles you to Avaya Session Border Controller for Enterprise (ASBCE)
Licenses. You are entitled to ASBCE R8 if or when it becomes available. Currently you are entitled to the ASBCE R7 Suite
license entitlement. To design ASBCE R7 in A1S, at the ASBCE deploy as question you will select “R7”.
**Note 2 Your Avaya Aura Core and Power Suites entitles you a Messaging option of either Avaya Aura Messaging (AAM) or
IX Messaging (OL). You have the option to select the AAM messaging entitlement as an alternative.
License Portability: Detailed information on License Migrations & Merges is available at the Global
License Portability (GLP) Process and found under GLP project Documentation in Business Tools &
Processes -> Software Licensing & Fulfillment -> License Portability
https://avaya.my.salesforce.com/apex/sp_ViewDetailPage?c=a3d30000000L4U0AAK&Id=a3j30
000000L6p9AAC.
Software Licensing Policy: A full description of Avaya's licensing policy and approach to re-licensing
for Avaya Communication Manager can be found under Global Licensing Policy project Documentation
in Business Tools & Processes -> Software Licensing & Fulfillment -> License Portability
https://confluence.forge.avaya.com/display/EPTADVANCEDAPPS/Advanced+Application+Sup
port+Process#overview
https://avaya.my.salesforce.com/apex/sp_ContentClassificationListPage?Id=a3j30000000L2IvA
AK&cat=Pre-Sales+Technical