Remote Feature Active
Remote Feature Active
03-300484
Issue 4.1
November 2007
Contents
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Remote Feature Activation (RFA) is a web-based application that is used to create and deliver
license files for Avaya products. The license files are created using information from the
customer and the SAP order.The SAP ordering information can be entered directly into SAP or
Avaya and Avaya BusinessPartners can use the Order Messaging/OA Price Tool.
l Be registered and authenticated for each of the Avaya products in which you wish to
create or modify a license file:
- To be registered means you have been given a SSO (Single Sign On) login and are
identified in the RFA database.
- To be authenticated means that your coach or your Avaya Group Authorization
Identification (GAI) manager has approved your access to RFA. For information on what
a GAI is see Group Authorization Identification (GAI) on page 10.
Registration information
This section explains how to register for RFA for Avaya Associates and BusinessPartners.
! Important:
Important: Check your personal information in RFA for accuracy. Make sure your POST
information is correct.
Complete the following steps to register in RFA for a product family:
1. Access the RFA web site at http://rfa.avaya.com. This link takes you to the SSO login site.
2. After you enter your SSO login and password the RFA Information page appears.
3. Click Register to Use RFA for a product family.
4. Select the product family from the drop-down menu:
- Select the job function that most closely resembles the job function that you perform. You
can find a detailed description for each job function on the RFA Information page under
the RFA Job Function Descriptions link.
- Complete the required information and click Submit.
- Your coach automatically receives an e-mail that must be approved before you can
become an RFA user.
Training
The detailed instructions on how to use RFA for each product family can be found in the Avaya
Remote Feature Activation (RFA) User Guide located at http://support.avaya.com. You should
read the RFA User Guide shortly before an upcoming installation to ensure you can apply the
knowledge that you obtained.
Feature Keywords
RFA creates a license file based on the material codes that appear in the SAP order. RFA maps
between the SAP material codes and the features and capacities in the license file. While the
license file does not contain the material codes themselves, it does contain the features and the
capacities that will be activated for the system. The features and capacities are represented by
Feature Keywords. Feature Keywords are English text that uniquely identify which features and
capacities to activate. A list of Feature Keywords for each RFA supported product, except
Communication Manager, can be found in Chapter 2: Important Product Information on
page 17. For a complete listing of the Communication Manager Keywords see the RFA
Information page at http://rfa.avaya.com.
Value types
Each feature, feature capacity, or customer entitlement, falls into one of the following types.
l Type I: The Type I Features table contains the software features that are entitlements and
the features that are purchased by the customer. Type I features have an on and off, or a
yes and no setting.
l Type II: The Type II Features table contains features that have a value or capacity. For
some Feature Keywords, the Setting column can be used to set the value for the Feature
Keyword.
l Type III: The Type III Features Table contains registration features that have a product ID,
a release, and a capacity setting.
For products using WebLM as their licensing server, the Host ID of the WebLM server is used in
RFA. For information on how to obtain the Host ID of your server, see Table 1.
Note:
Note: If WebLM is already installed on the server, you can display the primary Host ID
of your server after you log into WebLM by clicking Server Properties.
Item Completed
RFA help
There may be times when you need help with RFA or with a RFA license file. The organization
that you call for help depends on the type of problem you are experiencing. Table 3 shows
examples of the types of problems for which each Helpdesk provides support.
! Important:
Important: If you are having trouble with the RFA application, or creating a license file or an
authentication file, call the IT Helpdesk. If you need help installing a license or an
authentication file, or if you are having trouble with a license or an authentication
file that is already installed, call the Avaya Services Helpdesk.
Table 4 shows the Helpdesk group to contact and the Helpdesk’s contact information for RFA
application support.
Groups Contact
This chapter explains how the following product families work with RFA:
l Advanced IP Phone Features on page 18
l Application Assurance Networking on page 20
l Application Design Environment on page 23
l Application Enablement (AE) Services on page 25
l Avaya IQ on page 29 (formally CCR)
l Avaya Proactive Contact on page 31
l Branch Gateways on page 33
l Communication Manager on page 35
l Communications Process Manager on page 39
l Customer Interaction Express on page 40
l Directory Enablement Management on page 44
l Enterprise Network Management Console on page 45
l Event Processor on page 46
l Integrated Management on page 47
l Interaction Center on page 49
l Meeting Exchange on page 52
l Modular Messaging on page 53
l one-X Mobile on page 55
l one-X Portal on page 56
l Operator Set PC (OSPC) on page 57
l Security Gateway on page 58
l SIP Enablement Services on page 60
l Softclients on page 62
l Unified Communication Center on page 63
l Voice Self Service (VSS) on page 65
Swap-Outs
Additions
Swap-Outs
Upgrades
Additions
Support Updates
New Installs
Swap-Outs
Additions
Upgrades
RFA Feature Keyword RFA Feature Keywords Value
Description Type
! Important:
Important: When the Dialog Designer CTI Connector is used through the Application
Enablement Services JTAPI/TSAPI interface, the appropriate number of
Application Enablement VALUE_TSAPI_USERS must be set. This setting may
cause a change in the Application Enablement product family license. The
correct number of VALUE_TSAPI_USERS that you enable is based on the
number of supported VRU channels that use CTI simultaneously.
Value Type
Swap-Out
Additions
Upgrade
Support Update
New Installs
Value Type
Swap-Out
Additions
Upgrade
RFA Feature Keyword RFA Feature Keywords
Description
Upgrading to AE
You can upgrade to AE from a:
l Non-RFA windows platform (Avaya CT)
l CVLAN R9
l DEFINITY LAN Gateway (DLG):
- Upgrades from DLG co-resident on Communication Manager to AE are supported.
- Upgrades from a MAPD board to DLG are not supported.
An Upgrade to AE is considered a new install. You must invoke the new install functionality in
RFA to perform the upgrade.
Upgrading CVLAN R9 to AE
Use the following process to upgrade CVLAN R9 to AE:
1. Obtain the existing System Identification Number (SID) of the CVLAN R9 to be upgraded to
AE.
2. Call the help desk.
3. The help desk:
- Checks the SID to verify that the RFA record is assigned to a CVLAN R9.
- Executes the AE Conversion script that converts the CVLAN R9 system record to an AE
system record.
Value Type
Swap-Out
Additions
Avaya IQ
! Important:
Important: Avaya IQ is formally CCR. Avaya IQ does not display in the list of product families
in RFA. Select CCR from the product family list to create or modify a license file
for Avaya IQ.
Avaya IQ provides the existing features of the Communication Management System (CMS)
while adding the following capabilities:
l Web based reporting
l Platform Choice
l Extensible Database
l Blending of Proactive Contact and CMS
l Greater capacity
An RFA license file is needed for Avaya IQ when you perform one of the following actions:
l New installations
l Additions
l Swap-out: A swap-out is performed when the hardware that was used for the Host ID in
the RFA license file needs to be changed out for maintenance purposes. A swap-out
allows the user to enter a new Host ID and obtain a replacement license file.
l Support Updates
l Upgrades
l Migrations
Host ID
Avaya IQ uses WebLM as a licensing server. The Host ID of the WebLM server is used in RFA
license file as a unique identifier. For more information on how to identify the Host ID of the
WebLM server, see Host IDs and serial numbers on page 11.
Host ID
Avaya Proactive Contact uses WebLM as a licensing server. The Host ID of the WebLM server
is used in RFA license file as a unique identifier. For more information on how to identify the
Host ID of the WebLM server, see Host IDs and serial numbers on page 11.
Branch Gateways
The G250 and the G350 media gateways are the only RFA supported gateways in the Branch
Gateways product family. License file requirements for the G250 and the G350 media gateway
vary depending on the configuration.
Use the information in Table 13 to determine when an RFA license file is needed.
Swap-Out
Additions
Platform VALUE_PLATFORM 2
Communication Manager
A separate license file is required for each of the following Avaya servers:
l DEFINITY Server R, SI, and CSI (starting with release 10)
l DEFINITY ONE or IP600 (starting with release 10)
l Media servers:
- S8100
- S8300
- S8500
- S8700 series servers
l WAN Spare Processor (WSP)
l Survivable Remote Processor (SRP)
l Local Survivable Processor (LSP)
l Enterprise Survivable Server (ESS)
Note:
Note: An Avaya system that is equipped with a duplicated processor only requires one
license file. This license file contains the serial number for both processors.
Communication Manager requires a license file when you are performing one of the following:
l An installation or a migration
l An addition
l A support update
l An upgrade
l A server or processor swap-out
A list of Feature Keywords and Feature Keyword descriptions can be found in the DEFINITY/
MultiVantage/Avaya Communication Manager and Audix Feature Keywords document at
http://rfa.avaya.com.
Note:
Note: The migration from IP to Multi-Connect and the upgrade to Communication
Manager Release 4.0 or later, must be on the same material code.
! CAUTION:
CAUTION: If you are going to request a new authentication file, you must be logged in to the
server before you request the new ASG key. If you are not logged in to server you
will be locked out and will not have access to the server.
DEFINITY upgrades
DEFINITY upgrades may consist of one of the following:
l An upgrade:
- From a DEFINITY Release 4 to a DEFINITY Release 9
- From a DEFINITY release to a Communication Manager release
l A DEFINITY server that is upgrading within the same platform. Platforms for DEFINITY
include the CSI, the SI, the R, the DEFINITY ONE, and the IP600.
Note:
Note: The Feature Extraction Tool (FET) must be used to extract features from a
DEFINITY server that is upgrading to Release 10 or later. For more information
on FET, see The Remote Feature Activation (RFA) User Guide at
http://support.avaya.com.
DEFINITY migrations
A DEFINITY migration may consist of one of the following:
l DEFINITY ONE to S8700 IP Connect
l DEFINITY ONE to DEFINITY CSI
l DEFINITY ONE to DEFINITY SI
l DEFINITY G3i, s, or vs, to DEFINITY CSI
l DEFINITY G3i, si, or vs, to DEFINITY SI
l DEFINITY G3d, G3i, or G3si, to DEFINITY R
l DEFINITY G3s, G3i, or G3si, to S8700 Multi-Connect
l DEFINITY R to S8700 Multi-Connect
l Any system that is currently at pre Version 4 upgrading to a Communication Manager
release
l Upgrades from pre Release 4 to a Release 10
Note:
Note: DEFINITY migrations cannot use FET to extract existing features. Instead the
GES configurator provides tracking or migration codes that carry forward optional
features and capacities previously purchased to the new system record and
license file. When the account team requests a DEFINITY migration in the GES
configurator, they manually identify and input the existing features. The
configurator produces an output containing both existing features and new
capabilities on a single SAP order.
Host ID
Communications Process Manager uses WebLM as a licensing server. The Host ID of the
WebLM server is used in RFA license file as a unique identifier. For more information on how to
identify the Host ID of the WebLM server, see Host IDs and serial numbers on page 11.
l E-Mail Routing
l Graphical Vectors
l Skill Based Routing
l IVR
l Soft Dialer
l Real-time and historical Contact Center reporting
Tip:
Tip: Customers may migrate from Business Contact Center (BCC) to CIE. Migrating
from BCC to CIE requires an RFA license file. The New Install procedure in RFA
is used to generate the license file for the migration.
! Important:
Important: Currently, orders for CIE that are placed in the Tenovis SAP (Atlas) box are not
visible to RFA. Orders placed in Tenovis SAP require a manual RFA process to
generate a license file. To kick off the manual process, the SAP order information
should be provided to the KSPA group who handles most of the Tenovis license
requests.
Value Type
Swap-Out
Additions
Upgrades
New Installs
Value Type
Swap-Out
Additions
Upgrades
RFA Keyword Description RFA Keywords
New Installs
Value Type
Swap-Out
Additions
Upgrades
RFA Keyword Description RFA Keywords
New Installs
Value Type
Swap-Out
Additions
Upgrades
RFA Keyword Description RFA Keywords
Host ID
Directory Enablement Management uses WebLM as a licensing server. The Host ID of the
WebLM server is used in RFA license file as a unique identifier. For more information on how to
identify the Host ID of the WebLM server, see Host IDs and serial numbers on page 11.
Host ID
NMC uses WebLM as a licensing server. The Host ID of the WebLM server is used in RFA
license file as a unique identifier. For more information on how to identify the Host ID of the
WebLM server, see Host IDs and serial numbers on page 11.
Event Processor
An RFA license file is needed for Event Processor when you perform one of the following
actions:
l New installation
l Additions
l Upgrades
l Swap-out: A swap-out is performed when the hardware that was used for the Host ID in
the RFA license file needs to be changed out for maintenance purposes. A swap-out
allows the user to enter a new Host ID and obtain a replacement license file.
l Support upgrades
Host ID
A Host ID is used to license Event Processor. The Host ID of the server on which Event
Processor is installed will be used. Event Processor uses a WebLM license but does not use a
WebLM server.
Host ID used
Integrated Management
RFA supports the following application within the Integrated Management product family:
l VoIP Monitoring Manager (VMM): An RFA license file is required for VoIP Monitoring
Manager 3.0 or later. VMM versions earlier than 3.0 do not require an RFA license file.
Refer to Table 20 for information on applications licensed by RFA for Integrated Management.
On new installations of Integrated Management, an SAP order is used to enable the minimum
quantities for both endpoints and gateway capacity. The RFA New Install capability is used to
create a system record and generate a license file.
For additional endpoint and gateway capacity, a SAP order is required. Endpoints and gateways
are bundled together in quantities of 2,000 endpoints and 40 gateways. The RFA Additions
capability is used to add the new capacity and generate a new license file.
Support Update
Swap-Out
Additions
Upgrade
Note:
Note: The number of gateways and the number of endpoints are calculated separately.
Additional quantities must be purchased if a customer exceeds either the
maximum purchased endpoints or managed gateways.
Interaction Center
RFA is used to obtain a license file for Interaction Center (IC) when:
l IC is purchased with Release 6.1.3 or later.
Note:
Note: When IC is purchased with Release 6.1.3 or later, the Interaction Center
Operational Analyst (IC/OA) Price Tool version 3.4 or later is required.
l IC is used in a production environment. If IC is being used for demonstration or evaluating
purposes, an RFA license is not needed.
l A single WebLM (one Host ID) environment is being used.
l A permanent license is needed.
l A change in the Host ID is needed. In this case the RFA Swap-Out functionality is used to
create a new license file containing the new Host ID.
Note:
Note: If your Avaya IC system includes multiple sites, or a redundant multi-server
solution, you need a series of segmented licenses. Each segmented license is
specific to a WebLM application in your Avaya IC system. In these situations,
RFA is not used to generate a license file. When RFA is not used to license IC,
the E-mail License Request process at [email protected] is used.
New Installs/Migrations
Support Update
Swap-Out
Additions
Upgrade
Host ID RFA Feature RFA Feature Value
Host ID
New Installs/Migrations
Support Update
Swap-Out
Additions
Upgrade
Host ID RFA Feature RFA Feature Value
Host ID
PeopleSoft FEAT_ 1
connector enabled PEOPLESOFT
SERVER
Sibel 7 Connector
enabled FEAT_SIBLE7GW 1
Sibel 2000
Connector
enabled FEAT_ 1
SIBLE2000GW
Max num of VALUE_ 2
content analysis CONTENT
servers ANALYSISVRS
Business FEAT_BUSINESS 1
Advocate feature
enabled ADVOCATE
New Installs/Migrations
Support Update
Swap-Out
Additions
Upgrade
Host ID RFA Feature RFA Feature Value
Host ID
3 of 3
Meeting Exchange
Meeting Exchange Groupware Edition is shipped pre-configured to the customer. The assembly
and test team is responsible to obtain the license file from RFA and load the license on to the
Meeting Exchange server.
A unique Host ID is required to license each instance of Meeting Exchange. For help in finding
the Host ID on your Meeting Exchange server, see the Avaya Remote Feature Activation (RFA)
User Guide located at http://support.avaya.com.
RFA supports the following application within the Meeting Exchange product family:
l Groupware Edition
Support Update
Swap-Out
Additions
Upgrade
Modular Messaging
An RFA license is required for the following Modular Messaging features:
l Seats: The number of voice mail-enabled mailboxes that are being licensed.
l Text-to-Speech/engine type/language: The number and type of concurrent sessions of
test-to-speech conversion that is being licensed.
l Platform: Messaging platform that is being licensed. Different versions of Modular
Messaging work with Avaya, Microsoft, and IBM/Lotus messaging stores.
Host ID information
For Modular Messaging the Host ID is the voice mail domain identifier. The Host ID may be
alpha/numeric and can be up to 50 characters in length. The format for a Modular Messaging
Host ID is:
<8 hex char>-<4 hex char>-<4 hex char>-<4hex char>-<12 hex char>
Note:
Note: Modular Messaging does not distinguish between upper and lower case letters.
Note:
Note: For information on how to find the Host ID for Modular Messaging, see The
Remote Feature Activation (RFA) User Guide at http://support.avaya.com.
New Installs/Migrations
Support Update
Swap-Out
Additions
Upgrade
Host ID RFA Feature RFA Feature Value
Host ID
Text to speech,
Fonix, DECtalk VALUE_TTS_ 2
US English DECTALK_EN_US
Text to speech,
Scansoft VALUE_TTS_ 2
TTS-3000 TTS3000_INT
International
one-X Mobile
one-X Mobile is a software application supporting multiple client types in a client/server
environment. one-X Mobile communicates through AES to Communication Manager.
An RFA license file is needed for the following actions:
l New installs
l Upgrades and updates
l Additions
l Swap-Outs
one-X Portal
One-X Portal provides a web access point to Avaya servers such as:
l IP telephony
l Modular Messaging
l Mobility (EC 500)
l Meeting Exchange conferencing
One-X Portal is easy to install, can be managed centrally, and works without a VPN client
installation on the PC desktop. One-X Portal users are able to support remote workers by way
of remote call control of an Avaya Communication Manager station or a VoIP connection.
.
Table 26: one-X Portal license file information table
Host ID used
New Installs
Swap-Out
Additions
Upgrades
Security Gateway
Avaya ships the Security Gateway product family with a default license file. An Avaya Security
Gateway does not require an RFA license file unless additional capabilities are added.
Additional capabilities include increasing the number of site-to-site connections and remote
users.
Since the Security Gateway unit is shipped with a default license file the Security Gateway does
not have a corresponding system record in RFA. When you add additional capabilities for the
first time, use the New Install option in the RFA Application Main Menu. After the system record
is created in RFA, use the RFA Additions functionality to create any future license files.
When you create a license file, the RFA system record reflects only the additional capabilities
contained in the SAP order. RFA does not reflect the default settings. You can use the RFA
Features screen to view the additional capacities. The Security Gateway combines both the
capabilities of the default settings and the capabilities in the license file. Table 28 shows an
example of a Security Gateway with increased capabilities.
Swap-Out
Additions
Support Update
Swap-Out
Additions
Upgrade
Softclients
The Softclients product family contains one RFA licensed application that is named SIP
Softphone.
Over a SIP, the Avaya SIP Softphone is a PC-based endpoint enabling users to:
l Initiate and receive calls
l Send and receive instant messages
There are three supported SIP softphone configurations:
l Avaya SIP Infrastructure (Converged Communications Server): When the Avaya SIP
Softphone operates in a CCS environment, the SIP Softphone communicates using TLS
with Avaya CCS 2.x and later. The SIP Softphone implements features as per IETF RFC
3261, IETF drafts for message-waiting indication, and a subset of the SIPPING 19 features
(where applicable). For more information on CCS see SIP Enablement Services on
page 60.
l Non-Avaya SIP Proxy, registrar, and endpoints: When the Avaya SIP Softphone operates
in a non-Avaya SIP Proxy environment, it communicates using TCP and UDP with other
vendor’s SIP proxies, registrar, and endpoints. The SIP Softphone implements the
SIPPING 19 (where applicable).
l No SIP Infrastructure (Peer-to-Peer): When the Avaya SIP Softphone is installed in an
environment where no proxies are used, SIP Softphone provides basic telephony and IM
functionality when communicating directly with another Avaya SIP Softphone.
There is a single module type for Softclients. The name for the module type is SIPSP_Main.
Table 31 shows information that you need to know to create a license file for Softclients.
Swap-Out
Additions
Type
Swap-Out
Additions
Upgrade
Swap-Out
Upgrades
Additions
Support Update
Host ID used
New Installs
Swap-Out
Additions
2 of 2
F
Feature Keywords See Feature Keywords on page 11. RFA uses Feature Keywords to identify
features
FSO Field Service Organization
G
GAI See Group Authorization Identification (GAI) on page 10.
L
License File Encrypted file that activates features and capacities
P
POST Avaya’s internal directory web resource.
Product family Identifies the Avaya product line such as Avaya Communication Manager and
Branch Gateways.
R
RFA Remote Feature Activation. See Chapter 1: Remote Feature Activation
Overview on page 7.
RFA IBM Helpdesk Navigational, escalation and SSO password support for the RFA application.
RTU Right-to-use
S
SAP Avaya’s ordering system for products and services.
Serial numbers A serial number of the Avaya hardware is used to create a valid license file. The
hardware serial number and the serial number within the license file must
match.
Swap-Out RFA functionality used to create a new license file for maintenance.
SSO Single Sign-On is the Avaya corporate mechanism requiring a single login to
allow users access to certain web sites.
System Record An RFA record for each licensed Avaya product.
T
Tier I A BusinessPartner that has a direct purchasing relationship with Avaya
BusinessPartner (Distributor).
Tier II A BusinessPartner that purchases from a Tier I BusinessPartner (Dealer).
BusinessPartner
Transaction Record Temporary state when an RFA System Record is being created or updated.
This converts to a permanent System Record upon completion.
Type 2 features A feature that has a value.
Index
A D
Advanced IP Phone Features . . . . . . . . . . . . 18 DEFINITY
license file information . . . . . . . . . . . . . 19 Migrations . . . . . . . . . . . . . . . . . . . 38
AE . . . . . . . . . . . . . . . . . . . . . . . . 25 Upgrades . . . . . . . . . . . . . . . . . . . . 38
Applications . . . . . . . . . . . . . . . . . . 27 Design Configuration . . . . . . . . . . . . . . . . .8
CVLAN Server 9.0 for Linux . . . . . . . . . . . 27 Directory Enablement Management . . . . . . . . . 44
CVLAN Client . . . . . . . . . . . . . . . . 27
CVLAN server . . . . . . . . . . . . . . . . 27
License file information . . . . . . . . . . . . . 28 E
Upgrading CVLAN R9 to AE . . . . . . . . . . . 26 Enterprise Network Management Console . . . . . . 45
Upgrading DLG to AE . . . . . . . . . . . . . . 26 Event Processor . . . . . . . . . . . . . . . . . . 46
Upgrading to . . . . . . . . . . . . . . . . . . 26
Application Assurance Networking . . . . . . . . . 20
License file information . . . . . . . . . . . . . 21 F
Application Design Environment
Feature Keywords . . . . . . . . . . . . . . . . . 11
Components . . . . . . . . . . . . . . . . . . 23
License file information . . . . . . . . . . . . . 24
Application Design Environment (ADE) . . . . . . . 23
Application Enablement Services . . . . . . . . . . 25
G
Application readiness checklist . . . . . . . . . . . 13 G250 and G350
Applications Activating Virtual Private Networking . . . . . . . 34
Audix . . . . . . . . . . . . . . . . . . . . . 36 Activating VPN . . . . . . . . . . . . . . . . . 34
Call Center . . . . . . . . . . . . . . . . . . . 36 Post installation verification . . . . . . . . . . . 34
Applications under the Communication Manager product Remotely controlled by a server . . . . . . . . . 33
family . . . . . . . . . . . . . . . . . . . . . . 36 Remotely controlled by a server with an LSP . . . 33
Audix . . . . . . . . . . . . . . . . . . . . . . . 36 Remotely controlled by a server with an LSP and VPN33
Authenticated . . . . . . . . . . . . . . . . . . . . 8 With an S3800 and VPN . . . . . . . . . . . . . 33
Authentication file . . . . . . . . . . . . . . . . . 37 With an S8300 . . . . . . . . . . . . . . . . . 33
Authentication files . . . . . . . . . . . . . . . . . 38 G250 and G350 serial number. . . . . . . . . . . . 34
Availability . . . . . . . . . . . . . . . . . . . . . . 8 G250 Media Gateway . . . . . . . . . . . . . . . . 33
Avaya IQ . . . . . . . . . . . . . . . . . . . . . 29 Configurations . . . . . . . . . . . . . . . . . 33
Avaya support center. . . . . . . . . . . . . . . . 12 G350 Media Gateway . . . . . . . . . . . . . . . . 33
Configurations . . . . . . . . . . . . . . . . . 33
Standalone G350 with VPN . . . . . . . . . . . 33
B Standalone G350 without VPN . . . . . . . . . . 33
Branch Gateways . . . . . . . . . . . . . . . . . 33 GAI . . . . . . . . . . . . . . . . . . . . . . . . 10
License file information . . . . . . . . . . . . . 35 Group Authorization Identification . . . . . . . . . . 10
C H
Call Center . . . . . . . . . . . . . . . . . . . . 36 Help for RFA . . . . . . . . . . . . . . . . . . . . 14
Communication Manager . . . . . . . . . . . . . . 35 Help information . . . . . . . . . . . . . . . . . . 12
Authentication file . . . . . . . . . . . . . . . . 37 Host ID
Communications Process Manager . . . . . . . . . 39 Host ID information table . . . . . . . . . . . . . 12
licensing information . . . . . . . . . . . . . . 40 Host IDs . . . . . . . . . . . . . . . . . . . . . . 11
Computer requirements . . . . . . . . . . . . . . . 7 HRID . . . . . . . . . . . . . . . . . . . . . . . .7
Customer Interaction Express . . . . . . . . . . . 40
Licensing information . . . . . . . . . . . . . . 41
Security Gateway . . . . . . . . . . . . . . . . . . 58
Security Gateways
I License file information . . . . . . . . . . . . . 60
Important product Information . . . . . . . . . . . . 17 Models . . . . . . . . . . . . . . . . . . . . . 59
Integrated Management (Avaya IM) . . . . . . . . . 47 Serial numbers . . . . . . . . . . . . . . . . . . . 11
License file information . . . . . . . . . . . . . 48 Communication Manager . . . . . . . . . . . . 37
Interaction Center . . . . . . . . . . . . . . . . . 49 Firmware . . . . . . . . . . . . . . . . . . 37
Email license request . . . . . . . . . . . . . . 49 Hardware . . . . . . . . . . . . . . . . . . 37
License file information . . . . . . . . . . . . . 50 SIP Enablement Services . . . . . . . . . . . . . . 60
License file information . . . . . . . . . . . . . 61
Post installation verification . . . . . . . . . . . 61
M Softclients . . . . . . . . . . . . . . . . . . . . . 62
Material Codes . . . . . . . . . . . . . . . . . . .11 CCS . . . . . . . . . . . . . . . . . . . . . . 62
Meeting Exchange . . . . . . . . . . . . . . . . . 52 Host ID information . . . . . . . . . . . . . . . 62
License file information . . . . . . . . . . . . . 53 License file information . . . . . . . . . . . . . 62
Migrations . . . . . . . . . . . . . . . . . . . . . 38 Peer-to-Peer . . . . . . . . . . . . . . . . . . 62
Modular Messaging . . . . . . . . . . . . . . . . 53 SIP Softphone . . . . . . . . . . . . . . . . . 62
Host IDs . . . . . . . . . . . . . . . . . . . . 54 Swap-Out . . . . . . . . . . . . . . . . . . . . . 12
License file information . . . . . . . . . . . . . 54
Post installation verification . . . . . . . . . . . 54
T
Training . . . . . . . . . . . . . . . . . . . . . . 10
N
NMC . . . . . . . . . . . . . . . . . . . . . . . 45
U
Unified Communication Center . . . . . . . . . . . 63
O Host ID . . . . . . . . . . . . . . . . . . . . . 64
one-X Mobile . . . . . . . . . . . . . . . . . . . 55 License file information . . . . . . . . . . . . . 65
one-X Portal . . . . . . . . . . . . . . . . . . . . 56 Upgrades . . . . . . . . . . . . . . . . . . . . . 38
licensing information . . . . . . . . . . . . . . 56 User requirements . . . . . . . . . . . . . . . . . .7
Operator Set PC (OSPC) . . . . . . . . . . . . . . 57
OSPC licensing information. . . . . . . . . . . . . 58
V
Value Types . . . . . . . . . . . . . . . . . . . . 11
P Virtual Private Networking . . . . . . . . . . . . . . 34
Pre-installation check list . . . . . . . . . . . . . . 13 Voice Self Service . . . . . . . . . . . . . . . . . 65
License file information . . . . . . . . . . . . . 66
R
Registered . . . . . . . . . . . . . . . . . . . . . 8
Registration for Avaya Associates . . . . . . . . . . . 9
Registration for Avaya BusinessPartners . . . . . . . 9
Reliability . . . . . . . . . . . . . . . . . . . . . . 8
RFA
Access . . . . . . . . . . . . . . . . . . . . . . 7
Overview . . . . . . . . . . . . . . . . . . . . . 7
S
S8300 Media Server
Acting as an LSP . . . . . . . . . . . . . . . . 33
Acting as an LSP with VPN . . . . . . . . . . . 33
Standalone G250 and G350 with an S8300 . . . . 33
Standalone G250 or G350 with an S8300 and a VPN33