IP Office Platform Platform Guidelines Capacity - En-Us
IP Office Platform Platform Guidelines Capacity - En-Us
Release 12.0
Issue 20
August 2024
© 2020-2024, Avaya LLC TERMS OF USE. IF YOU DO NOT HAVE SUCH AUTHORITY,
All Rights Reserved. OR IF YOU DO NOT WISH TO ACCEPT THESE TERMS OF
USE, YOU MUST NOT ACCESS OR USE THE HOSTED SERVICE
Notice OR AUTHORIZE ANYONE TO ACCESS OR USE THE HOSTED
While reasonable efforts have been made to ensure that the SERVICE.
information in this document is complete and accurate at the time Licenses
of printing, Avaya assumes no liability for any errors. Avaya reserves
the right to make changes and corrections to the information in this The Global Software License Terms (“Software License Terms”)
document without the obligation to notify any person or organization are available on the following website https://www.avaya.com/en/
of such changes. legal-license-terms/ or any successor site as designated by Avaya.
These Software License Terms are applicable to anyone who
Documentation disclaimer installs, downloads, and/or uses Software and/or Documentation. By
“Documentation” means information published in varying media installing, downloading or using the Software, or authorizing others to
which may include product information, subscription or service do so, the end user agrees that the Software License Terms create
descriptions, operating instructions and performance specifications a binding contract between them and Avaya. In case the end user is
that are generally made available to users of products. accepting these Software License Terms on behalf of a company or
Documentation does not include marketing materials. Avaya shall other legal entity, the end user represents that it has the authority to
not be responsible for any modifications, additions, or deletions bind such entity to these Software License Terms.
to the original published version of Documentation unless such Copyright
modifications, additions, or deletions were performed by or on the
express behalf of Avaya. End user agrees to indemnify and hold Except where expressly stated otherwise, no use should be made
harmless Avaya, Avaya's agents, servants and employees against of materials on this site, the Documentation, Software, Hosted
all claims, lawsuits, demands and judgments arising out of, or in Service, or hardware provided by Avaya. All content on this site, the
connection with, subsequent modifications, additions or deletions to documentation, Hosted Service, and the product provided by Avaya
this documentation, to the extent made by End user. including the selection, arrangement and design of the content is
owned either by Avaya or its licensors and is protected by copyright
Link disclaimer and other intellectual property laws including the sui generis rights
Avaya is not responsible for the contents or reliability of any linked relating to the protection of databases. You may not modify, copy,
websites referenced within this site or Documentation provided by reproduce, republish, upload, post, transmit or distribute in any way
Avaya. Avaya is not responsible for the accuracy of any information, any content, in whole or in part, including any code and software
statement or content provided on these sites and does not unless expressly authorized by Avaya. Unauthorized reproduction,
necessarily endorse the products, services, or information described transmission, dissemination, storage, or use without the express
or offered within them. Avaya does not guarantee that these links will written consent of Avaya can be a criminal, as well as a civil offense
work all the time and has no control over the availability of the linked under the applicable law.
pages. Virtualization
Warranty The following applies if the product is deployed on a virtual machine.
Avaya provides a limited warranty on Avaya hardware and software. Each product has its own ordering code and license types. Unless
Please refer to your agreement with Avaya to establish the terms of otherwise stated, each Instance of a product must be separately
the limited warranty. In addition, Avaya’s standard warranty language licensed and ordered. For example, if the end user customer or
as well as information regarding support for this product while under Avaya Channel Partner would like to install two Instances of the
warranty is available to Avaya customers and other parties through same type of products, then two products of that type must be
the Avaya Support website: https://support.avaya.com/helpcenter/ ordered.
getGenericDetails?detailId=C20091120112456651010 under the link Third Party Components
“Warranty & Product Lifecycle” or such successor site as designated
by Avaya. Please note that if the product(s) was purchased from an The following applies only if the H.264 (AVC) codec is distributed
authorized Avaya channel partner outside of the United States and with the product. THIS PRODUCT IS LICENSED UNDER THE AVC
Canada, the warranty is provided by said Avaya Channel Partner and PATENT PORTFOLIO LICENSE FOR THE PERSONAL USE OF A
not by Avaya. CONSUMER OR OTHER USES IN WHICH IT DOES NOT RECEIVE
REMUNERATION TO (i) ENCODE VIDEO IN COMPLIANCE WITH
“Hosted Service” means an Avaya hosted service subscription that THE AVC STANDARD (“AVC VIDEO”) AND/OR (ii) DECODE AVC
You acquire from either Avaya or an authorized Avaya Channel VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED IN A
Partner (as applicable) and which is described further in Hosted SAS PERSONAL ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO
or other service description documentation regarding the applicable PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE
hosted service. If You purchase a Hosted Service subscription, IS GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE.
the foregoing limited warranty may not apply but You may be ADDITIONAL INFORMATION MAY BE OBTAINED FROM MPEG LA,
entitled to support services in connection with the Hosted Service L.L.C. SEE HTTP://WWW.MPEGLA.COM.
as described further in your service description documents for the
applicable Hosted Service. Contact Avaya or Avaya Channel Partner Service Provider
(as applicable) for more information. WITH RESPECT TO CODECS, IF THE AVAYA CHANNEL
Hosted Service PARTNER IS HOSTING ANY PRODUCTS THAT USE OR
EMBED THE H.264 CODEC OR H.265 CODEC, THE AVAYA
THE FOLLOWING APPLIES ONLY IF YOU PURCHASE AN CHANNEL PARTNER ACKNOWLEDGES AND AGREES THE
AVAYA HOSTED SERVICE SUBSCRIPTION FROM AVAYA OR AVAYA CHANNEL PARTNER IS RESPONSIBLE FOR ANY AND
AN AVAYA CHANNEL PARTNER (AS APPLICABLE), THE TERMS ALL RELATED FEES AND/OR ROYALTIES. THE H.264 (AVC)
OF USE FOR HOSTED SERVICES ARE AVAILABLE ON THE CODEC IS LICENSED UNDER THE AVC PATENT PORTFOLIO
AVAYA WEBSITE, HTTPS://SUPPORT.AVAYA.COM/LICENSEINFO LICENSE FOR THE PERSONAL USE OF A CONSUMER
UNDER THE LINK “Avaya Terms of Use for Hosted Services” OR OTHER USES IN WHICH IT DOES NOT RECEIVE
OR SUCH SUCCESSOR SITE AS DESIGNATED BY AVAYA, AND REMUNERATION TO: (i) ENCODE VIDEO IN COMPLIANCE WITH
ARE APPLICABLE TO ANYONE WHO ACCESSES OR USES THE THE AVC STANDARD (“AVC VIDEO”) AND/OR (ii) DECODE AVC
HOSTED SERVICE. BY ACCESSING OR USING THE HOSTED VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED IN A
SERVICE, OR AUTHORIZING OTHERS TO DO SO, YOU, ON PERSONAL ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO
BEHALF OF YOURSELF AND THE ENTITY FOR WHOM YOU ARE PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE
DOING SO (HEREINAFTER REFERRED TO INTERCHANGEABLY IS GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE.
AS “YOU” AND “END USER”), AGREE TO THE TERMS OF USE. ADDITIONAL INFORMATION FOR H.264 (AVC) AND H.265 (HEVC)
IF YOU ARE ACCEPTING THE TERMS OF USE ON BEHALF A CODECS MAY BE OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://
COMPANY OR OTHER LEGAL ENTITY, YOU REPRESENT THAT WWW.MPEGLA.COM.
YOU HAVE THE AUTHORITY TO BIND SUCH ENTITY TO THESE
Compliance with Laws
You acknowledge and agree that it is Your responsibility to comply
with any applicable laws and regulations, including, but not limited
to laws and regulations related to call recording, data privacy,
intellectual property, trade secret, fraud, and music performance
rights, in the country or territory where the Avaya product is used.
Preventing Toll Fraud
“Toll Fraud” is the unauthorized use of your telecommunications
system by an unauthorized party (for example, a person who is not a
corporate employee, agent, subcontractor, or is not working on your
company's behalf). Be aware that there can be a risk of Toll Fraud
associated with your system and that, if Toll Fraud occurs, it can
result in substantial additional charges for your telecommunications
services.
Avaya Toll Fraud intervention
If You suspect that You are being victimized by Toll Fraud and You
need technical assistance or support, please contact your Avaya
Sales Representative.
Security Vulnerabilities
Information about Avaya’s security support policies can be
found in the Security Policies and Support section of https://
support.avaya.com/security.
Suspected Avaya product security vulnerabilities are handled
per the Avaya Product Security Support Flow (https://
support.avaya.com/css/P8/documents/100161515).
Trademarks
The trademarks, logos and service marks (“Marks”) displayed in this
site, the Documentation, Hosted Service(s), and product(s) provided
by Avaya are the registered or unregistered Marks of Avaya, its
affiliates, its licensors, its suppliers, or other third parties. Users
are not permitted to use such Marks without prior written consent
from Avaya or such third party which may own the Mark. Nothing
contained in this site, the Documentation, Hosted Service(s) and
product(s) should be construed as granting, by implication, estoppel,
or otherwise, any license or right in and to the Marks without the
express written permission of Avaya or the applicable third party.
Avaya is a registered trademark of Avaya LLC.
All non-Avaya trademarks are the property of their respective owners.
Linux® is the registered trademark of Linus Torvalds in the U.S. and
other countries.
Downloading Documentation
For the most current versions of Documentation, see the Avaya
Support website: https://support.avaya.com, or such successor site
as designated by Avaya.
Contact Avaya Support
See the Avaya Support website: https://support.avaya.com for
Product or Cloud Service notices and articles, or to report a
problem with your Avaya Product or Cloud Service. For a list of
support telephone numbers and contact addresses, go to the Avaya
Support website: https://support.avaya.com (or such successor site
as designated by Avaya), scroll to the bottom of the page, and select
Contact Avaya Support.
Contents
Chapter 1: Purpose................................................................................................................... 7
Intended Audience.................................................................................................................. 7
Disclaimer............................................................................................................................... 7
Information classifications and NDA requirements...................................................................... 8
Applicability............................................................................................................................. 8
Chapter 2: Overview................................................................................................................. 9
Definitions............................................................................................................................. 10
Changes from Previous Release............................................................................................ 10
Virtualized Deployments........................................................................................................ 10
IP Office Select/IP Office Subscription..................................................................................... 11
Subscription.......................................................................................................................... 12
Avaya Contact Center Applications......................................................................................... 12
Chapter 3: Capacity Planning................................................................................................ 13
Chapter 4: Primary and Secondary Server Capacity........................................................... 14
Audio Conferencing............................................................................................................... 14
Call Capacity......................................................................................................................... 16
Call Destination Server.......................................................................................................... 18
Call Media Path (Linux).......................................................................................................... 19
Call Recording...................................................................................................................... 19
Call Traffic Profile.................................................................................................................. 21
Extension/User/Site Capacity................................................................................................. 23
Hunt and Presence Groups.................................................................................................... 25
IP Infrastructure, Bandwidth and VoIP QoS............................................................................. 26
Multi-Site Network Link Capacities.......................................................................................... 28
Resilience and Failover.......................................................................................................... 29
Trunk Capacity...................................................................................................................... 29
Voicemail or Auto-Attendant or IVR......................................................................................... 31
Chapter 5: one-X Portal Server.............................................................................................. 33
Chapter 6: IP500 V2/V2A Servers.......................................................................................... 35
Audio Conferencing............................................................................................................... 35
Call Capacity......................................................................................................................... 37
Call Destination Server.......................................................................................................... 39
Call Media Path (IP500 V2/V2A)............................................................................................. 39
Call Recording...................................................................................................................... 40
Call Traffic Profile.................................................................................................................. 42
Extension/User Capacity........................................................................................................ 44
Hunt and Presence Groups.................................................................................................... 44
IP Infrastructure, Bandwidth and VoIP QoS............................................................................. 45
Multi-Site Network Link Capacities.......................................................................................... 48
The following document covers various aspects of IP Office 11.1 capacity and performance that may
have an influence on the design of a specific customer’s solution. This document also includes the
relevant aspects of the IP Office Selectand IP Office Subscription product offers and when it should
be considered.
Related links
Intended Audience on page 7
Disclaimer on page 7
Information classifications and NDA requirements on page 8
Applicability on page 8
Intended Audience
This document is intended for pre-sales, solution design, installation, administration and support
personnel who required knowledge of IP500 V2/V2A, IP Office Server Edition, IP Office Select and
IP Office Subscription capacity and performance.
Related links
Purpose on page 7
Disclaimer
Avaya has used reasonable commercial efforts to ensure that the information provided here under
is accurate at this date. Avaya may change any underlying processes, architecture, product,
description or any other information described or contained in this document. Avaya disclaims any
intention or obligation to update or revise the document, whether as a result of new information,
future events or otherwise. This document is provided “as is,” and Avaya does not provide any
warranty of any kind, express or implied.
Related links
Purpose on page 7
Classification Description
Avaya Restricted This classification is for extremely sensitive business information, intended strictly
for use within Avaya. Unauthorized disclosure of this information can have a severe
adverse impact on Avaya and the customers, the Business Partners, and the
suppliers of Avaya.
Avaya Confidential This classification applies to less sensitive business information intended for use
within Avaya. Unauthorized disclosure of this information can have significant
adverse impact on Avaya, and the customers, the Business Partners, and the
suppliers of Avaya. Information that can be private for some people is included in
this classification.
Avaya Proprietary This classification applies to all other information that does not clearly fit into the
above two classifications, and is considered sensitive only outside of Avaya. While
disclosure might not have a serious adverse impact on Avaya, and the customers,
Business Partners, and suppliers of Avaya, this information belongs to Avaya, and
unauthorized disclosure is against Avaya policy.
Public This classification applies to information explicitly approved by Avaya management
as nonsensitive information available for external release.
As this document is generally available, the information herein is considered Public. This
document contains references to additional information sources which may disclose both
confidential and proprietary information and require a non-disclosure agreement (NDA) with
Avaya.
Related links
Purpose on page 7
Applicability
The following information is applicable to IP Office Select, IP Office Server Edition, IP Office
Subscription, IP500 V2/V2A and attached endpoints for IP Office Release 11.1.3.
Related links
Purpose on page 7
Before proceeding with any capacity analysis or planning, the following resources should be
consulted:
• The "Avaya IP Office Solution Description" gives a high level view on deployment components.
• IP Office Technical Bulletins: Bulletins announce the general availability of new releases and
their content. They can be found at: https://ipofficekb.avaya.com/bulletins
• Virtualized Deployments: Linux-based server components are supported in a virtualized
environment using VMware technologies; the performance and capacity is directly governed
by static and dynamic resource assignments which are not covered here. For more information,
see "Deploying IP Office Servers as Virtual Machines".
• Avaya Contact Center Applications: IP Office Server Edition supports differing capacity and
performance levels when Avaya Contact Center Select (ACCS) is attached. See Avaya
Contact Center Applications on page 12
• Other attached Avaya DevConnect applications: Please refer to the relevant application
documentation.
The "Avaya IP Office Solution Description" provides information about solution components, their
capabilities and capacities sufficient to allow a high level design. This capacity planning document
should subsequently be used to qualify and refine that design.
The most complex single component to consider is generally the IP500 V2/V2A when acting as a
expansion system in a Linux-based primary server network, due to its combination of VoIP, digital
and analog phones/trunks, and the flexibility of constructs.
The Linux-based server components (primary, secondary Server and Linux-based expansion) are
VoIP only and single construct, save for the decision whether to move the one-X Portal server from
the Primary to a separate platform (an IP Office Application Server) for capacity.
Releases prior to IP Office R11.1 have differing capacities and performance limits; the
corresponding release documentation should be used.
Related links
Definitions on page 10
Changes from Previous Release on page 10
Virtualized Deployments on page 10
IP Office Select/IP Office Subscription on page 11
Subscription on page 12
Avaya Contact Center Applications on page 12
Definitions
The following terms are used within this document:
Term Definition
Linux-Based Network This refers to a network of servers centered around a Linux-based IP Office
primary server. The network can then included a Linux-based secondary server
and expansion servers plus IP500 V2/V2A expansion server systems. This type
of network can run in IP Office Server Edition, IP Office Select and IP Office
Subscription mode.
Related links
Overview on page 9
Virtualized Deployments
Server Edition components are supported in a virtualized environment using VMware vSphere,
Microsoft Hyper-V, Amazon AMI and Microsoft Azure. This document refers to the option as ‘OVA’
(Open Virtual Appliance).
In general, the OVA is regarded as equivalent to a Dell R640, noting that:
• The necessary host and Virtual Machine (VM) resources have been assigned. Hyper-V and
Azure require additional resources over VMware.
• To achieve the stated capacity and performance virtual disk provisioning must be Thick
Provision Eager Zeroed or equivalent – i.e. all vHDDs must be pre-provisioned and initialized
during VM deployment.
• The supported maximum capacities and performance of an IP Office expansion differs from a
primary or secondary regardless of the platform.
• IP Office Select operation is required as necessary, see IP Office Select/IP Office
Subscription on page 11.
For further information about VM resourcing and OVA-specific planning, see "Deploying IP Office
Servers as Virtual Machines".
Related links
Overview on page 9
Additional Features
IP Office Select also offers the following additional features:
• Expansion to Expansion Inter IP Office lines
• Location based phone resilience
• Expansion to Expansion phone and hunt group resilience
• VMware High Availability (HA) - Note: Not compatible with resilience features. Either VMware
HA or resilience can be used but not both.
• Resilient Avaya one-X® Portal server on a second Avaya one-X® Portal server or Secondary
Server
The decision to deploy IP Office Server Edition or IP Office Select should be made at the outset.
However it is possible to convert a IP Office Server Edition to an IP Office Select solution at a later
date without loss of configuration or data. Moving from IP Office Select to IP Office Server Edition
requires complete reconfiguration.
Related links
Overview on page 9
Subscription
Avaya IP Office Subscription is an OPEX licensed offer which supports the same capacity and
performance as IP Office Select. See IP Office Select/IP Office Subscription on page 11.
A stand-alone IP500 V2/V2A running IP Office Subscription has the same capacity as other IP500
V2/V2A offers. See IP500 V2/V2A Servers on page 35.
Related links
Overview on page 9
When designing a solution using a Linux-based IP Office primary server, many aspects need to be
considered for capacity. These include:
• IP Office Subscription, IP Office Select or IP Office Server Edition deployment
• Maximum extension, and user capacity required; both per server and solution
• Maximum anticipated site/node capacity
• Maximum trunk capacity
• Hunt group quantity, size and location
• The total concurrent VoIP call capacity
• Call media destination location and type; both intermediate and final
• Direct/indirect/secure VoIP media
• Conference, and recording capacity
• Multi-site Network link capacities
• Call Destination
• IP Infrastructure & VoIP QoS
• Trunk utilization and call traffic profile
• Resilience and Failover requirements
• Available licenses
All should be assessed as one factor may limit another.
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
The following sections cover capacity considerations specific to Linux-based primary and secondary
servers
Related links
Audio Conferencing on page 14
Call Capacity on page 16
Call Destination Server on page 18
Call Media Path (Linux) on page 19
Call Recording on page 19
Call Traffic Profile on page 21
Extension/User/Site Capacity on page 23
Hunt and Presence Groups on page 25
IP Infrastructure, Bandwidth and VoIP QoS on page 26
Multi-Site Network Link Capacities on page 28
Resilience and Failover on page 29
Trunk Capacity on page 29
Voicemail or Auto-Attendant or IVR on page 31
Audio Conferencing
Primary/Secondary Server
Each Primary and Secondary supports a local audio conference capability with the following
capacities:
System Mode Primary/Secondary Total Conference Maximum Total Conference
server Channels conference size Channels with
ACCS
IP Office Server Dell R240 128 128 414
Edition HP DL360 256 256 825
Dell R640 256 256 1650
Table continues…
System Conferences
System conferences use the same conference capacity as above but are subject to the following
additional limits:
• IP Office Essential Edition/Preferred Edition: 30.
• IP Office Server Edition/IP Office Select: 120. System conferences are hosted by the
primary server (secondary server during resilience).
Notes
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
• OVA always advertises these figures. However, capacity depends on assigned profiling as
detailed in "Deploying IP Office Servers as Virtual Machines".
• The figures cover both ad-hoc and meet-me conference types.
• With one-X Portal users active, a solution-wide limit of 750 conference channel participants
applies, but this does not include conferences used for call recording.
• IP Office Server Edition supports differing capacity and performance levels when Avaya
Contact Center Select (ACCS) is attached. See Avaya Contact Center Applications on
page 12.
• The increased capacities for ACCS are only supported when the applications are actively
connected to the host IP Office and should only be used for call recording purposes.
• No dynamic solution-wide conference allocation is supported, only static via call flows or
Conference Meet Me short code Line Group ID.
• V2 Expansion conferences exist in the digital domain; hence all VoIP parties (trunk or
extension) will require a VCM channel for the duration. See VCM Channel Capacity on
page 51.
Call Capacity
Each server type is rated to support every single extension engaged in a call providing it is direct
media and regardless of security settings. If the media stream passes through the server, the
capacity is reduced.
Lastly, any call on the IP Office Line will take into consideration administered channel limits
and Call Admission Control (CAC) if active. Please refer to the CAC section of the IP Office
administration documentation for behaviors when CAC limits are exceeded.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Call Recording
Each Primary and Secondary supports a voice call recording capability with the following
capacities:
• One active recording channel consumes one voicemail/AA channel. If the call is being
recorded in two places – for example at the user and the incoming trunk – two licensed
and available voicemail channels are required.
• Maximum recording call rate is 7200/9000/10000 BHCC for a primary/secondary Linux-based
server, 3,600 BHCC for an Expansion. See Call Traffic Profile on page 21.
Recording call rate is further reduced for ACCS. See Avaya Contact Center Applications on
page 12.
Which Servers Conference Resources are Used?
The location of conference resource used is determined by the point of recording:
• Incoming Call Route (ICR) recording is done at trunk’s location
• User recording is done at user’s location.
• Hunt group recording is done at the group's location.
• System recording is done at the system’s location.
• Conference recording at conference location: Ad-hoc conference recording is done at the
initial user's location. Meet-me conference recording can specify the location.
• Account code recording is done at the user's location.
Administration
To ensure Voicemail Pro channel capacity is available for recordings, the IP Office Server Edition
Manager settings Voicemail Channel Reservation on the Primary and Secondary Server’s
System > Voicemail tab can be configured to reserve channels exclusively for specific uses.
• If recording channel resources run out:
- If the recording is mandatory, busy is returned.
- If the recording is not mandatory, further attempts to record calls or conferences are not
successful, but there may still be visual recording indications.
If exceeded:
If recording storage resources run out, further attempts to record calls or conferences will not be
successful and receive announcements to that effect.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Extension/User/Site Capacity
The server platform type should be selected to support the maximum potential users/extensions/
sites according to the following table.
• The extension limits shown are for 1600/9600/J100 extensions not using TLS. Each VoIP
extension that uses TLS for signaling or configuration reduces the extension capacity by 2.
This table is for Linux-based IP Office systems and networks. For IP500 V2-based IP Office
systems and networks, see Small Community Network Capacity on page 49.
8. Extension capacity support includes the system acting as DHCP and file server for the
phones. File server performance of Linux-based servers is limited as follows. If higher
performance is required, an external HTTP/S server can be used.
• Dell R240: 100 phones per 50 minutes.
• HP DL360G7: 200 phones per 50 minutes.
• Dell R640: 300 phones per 50 minutes.
• OVA: Up to 300 phones per 50 minutes.
9. The special user ‘NoUser’ is not counted.
10. Simultaneous user extensions are counted in the total.
11. An Avaya Workplace Client counts as one SIP extension and one CTI load. It does not use
Avaya one-X® Portal capacity.
12. Avaya Communicator for Web counts as one SIP extension, one WebRTC load and one
Avaya one-X® Portal client.
13. Each VoIP extension that uses TLS for signaling or configuration reduces the extension
capacity by 2.
14. Maximum per server capacity of other extension types can be lower; for example DECT R4
(750 per system), 1100/1200 Series phones (1000, 500 with TLS).
15. DECT R4, D100 DECT and 1100/1200 Series phones have directory capacity limitations.
See Directory on page 68.
16. Remote worker 9600 H323 extensions are supported at a lower capacity for the HP
DL360G7 (maximum 256 remote workers) and R220 servers (maximum 128 remote
workers). Other server and endpoint types have no such restrictions.
17. OVA always advertises these figures. However, capacity depends on assigned profiling as
detailed in "Deploying IP Office Servers as Virtual Machines".
18. On non-IP Office Select or IP Office Subscription systems, if the above figures are
exceeded:
• IP Office Manager will not permit more than 2000 extensions/users (whether per server
and whole solution).
• IP Office Manager will not permit more than 30 Expansions (it always reserve one
system for a Secondary Server).
• The Primary/Secondary Server will not accept phone registrations from more than the
above per-server quantity of extensions; any more are rejected. This is important when
considering fallback scenarios.
Related links
Primary and Secondary Server Capacity on page 14
• Maximum Solution Groups is the total number of hunt and presence groups over the whole
solution.
• Maximum Server Group size is the maximum number of members in a single hunt/presence
group.
• Total Solution Group Members is the total members over all hunt/presence groups.
The following occurs if these figures are exceeded:
• IP Office Manager does not permit the administration of more than 300 solution groups if the
solution is not IP Office Select or IP Office Subscription.
• IP Office Manager does not permit the administration of more than 750 per group members if
the solution is not IP Office Select or IP Office Subscription.
• If the number of groups or individual size is exceeded (particularly if the Ring Mode
is Collective or Collective Call Waiting), there may be inaccurate hunt group call
presentation, or a general slowdown in other operation such as UC or management clients.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
• These figures are for general guidance only as they do not reflect the specific requirements
for a given installation. For example management operations are typically session based;
backup/restore content and frequency are administerable; many are bursty in nature and may
or may not coincide with others.
• Only the major signaling and management paths are included here, further network
bandwidth may be required for SSA, SysMonitor, syslog, SNMP, etc.
• An IP Office port matrix document that covers all possible IP communications should also be
consulted. It is available via the Avaya Support site (https://support.avaya.com).
• Server internal communications do not require bandwidth assessment
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
• If no alternative route, incoming calls remain ringing until a channel is free, outgoing calls
indicate busy.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Trunk Capacity
The Primary/Secondary Server supports three types of trunk/line: SIP, H323 and IP Office.
- IP infrastructure
The following occurs if the maximum numbers are exceeded:
Unless administered, IP Office does not limit the number of concurrent trunk calls and makes
a best effort to service all. VoIP voice quality will degrade as load increases; high overload
conditions will cause the server to perform poorly in general.
Related links
Primary and Secondary Server Capacity on page 14
• If dual Voicemail Pro feature is active (IP Office Select and IP Office Subscription only) – this
doubles the maximum capacity to 500 channels.
• The number of licensed voicemail channels: Each active master Voicemail Pro must have its
own licenses. It inherits the other set when active as a backup.
• Call recording also uses licensed voicemail channels. One active recording channel
consumes one voicemail/AA channel.
Dual Voicemail Server Operation
When the dual Voicemail Pro feature is active (IP Office Select and IP Office Subscription
only) and not under failover conditions, users are provided voicemail services (voicemail,
announcements, call recording, auto attendant, IVR, etc) services from one of the Voicemail Pro
servers:
• All Primary users’ voicemail invocations are directed to the Primary Voicemail Pro instance.
• All Secondary users’ voicemail invocations are directed to the Secondary Voicemail Pro
instance.
• All Expansion users’ voicemail invocations are directed to the Voicemail Pro instance defined
by the System > Voicemail > Voicemail Destination setting. This is initially selected by the
Initial Configuration Utility (ICU).
Administration
To ensure Voicemail Pro channel capacity is available for voicemail, call flow and announcement
operations, the IP Office Server Edition Manager settings Voicemail Channel Reservation on the
Primary and Secondary Server’s System > Voicemail tab can be configured to reserve channels
exclusively for specific uses.
Mailbox capacity
The Voicemail Pro automatically creates a mailbox for each user and hunt group in the IP Office
configuration. The individual capacity is fixed at 60 minutes per user or group mailbox.
If voicemail channel resources run out:
• Unanswered calls continue to alert rather than going to voicemail.
• Voicemail collect fails to connect to the voicemail.
• Calls to attendants and call-flows will continue to alert. However, text-to-speech (TTS) will not
be output during call flows.
• Announcements are not played.
• Note that the TTS channel capacity is 250.
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
What happens if mailbox storage resources run out?
• Voicemail leave operations will receive an announcement that the user/group’s mailbox is full.
• Voicemail collect will continue to function.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
The following Avaya one-X® Portal client capacity is supported with three main options:
• The Avaya one-X® Portal server running on the Primary
• Standalone server IP Office Application Server to allow increased Avaya one-X® Portal user
capacity.
• Second portal server to provide geo-resilience (running on Secondary server or secondary with
second standalone IP Office Application Server)
• Avaya Communicator for Web counts as one SIP extension, one WebRTC load and one Avaya
one-X® Portal client.
This section provides capacity notes for IP500 V2/V2A systems. That includes all modes except IP
Office Basic Edition.
When designing a Server Edition/Select solution that includes an IP500 V2/V2A as an expansion
System, many aspects need to be considered for capacity.
Related links
Audio Conferencing on page 14
Call Capacity on page 37
Call Destination Server on page 18
Call Media Path (IP500 V2/V2A) on page 39
Call Recording on page 19
Call Traffic Profile on page 21
Extension/User Capacity on page 44
Hunt and Presence Groups on page 25
IP Infrastructure, Bandwidth and VoIP QoS on page 26
Multi-Site Network Link Capacities on page 28
Resilience and Failover on page 29
Small Community Network Capacity on page 49
Maximum Trunk Capacity on page 49
VCM Channel Capacity on page 51
Voicemail or Auto-Attendant or IVR on page 31
Audio Conferencing
Primary/Secondary Server
Each Primary and Secondary supports a local audio conference capability with the following
capacities:
System Conferences
System conferences use the same conference capacity as above but are subject to the following
additional limits:
• IP Office Essential Edition/Preferred Edition: 30.
• IP Office Server Edition/IP Office Select: 120. System conferences are hosted by the
primary server (secondary server during resilience).
Notes
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
• OVA always advertises these figures. However, capacity depends on assigned profiling as
detailed in "Deploying IP Office Servers as Virtual Machines".
• The figures cover both ad-hoc and meet-me conference types.
• With one-X Portal users active, a solution-wide limit of 750 conference channel participants
applies, but this does not include conferences used for call recording.
• IP Office Server Edition supports differing capacity and performance levels when Avaya
Contact Center Select (ACCS) is attached. See Avaya Contact Center Applications on
page 12.
• The increased capacities for ACCS are only supported when the applications are actively
connected to the host IP Office and should only be used for call recording purposes.
• No dynamic solution-wide conference allocation is supported, only static via call flows or
Conference Meet Me short code Line Group ID.
• V2 Expansion conferences exist in the digital domain; hence all VoIP parties (trunk or
extension) will require a VCM channel for the duration. See VCM Channel Capacity on
page 51.
• Further information on conferences can be found
at: http://marketingtools.avaya.com/knowledgebase/businesspartner/ipoffice/mergedProjects/
manager/_frame2.html?Conferencing.Overview.html
Which Servers Conference Resources are Used?
The location of the conference resource used when a conference is started are determined by a
number of factors:
• A user performing an ad-hoc conference uses the conference resources of the server on
which they are logged in.
• A meet-me conference using a user’s personal meet-me bridge uses the conference
resources of the server on which they are logged in.
• A meet-me conference created by Voicemail Pro call flow, or the Conference meet-me short
code feature use the system on which the feature was invoked.
• To invoke a meet-me Conference using the resources of a remote system, use the Line
Group ID field of the Conference Meet Me short code feature. By default this is set to 0, for
local system.
• For the case where a conference is scheduled by Avaya one-X® Portal and at the scheduled
time the conference dials the delegates: The conference location is the server to which the
active Avaya one-X® Portal is attached.
Recording a conference requires an additional conference channel, as well as an IP Office Line
(SCN trunk) channel to the recording destination (Primary or Secondary Server, alternate during
fail over operation). Neither IP Office nor Voicemail Pro can automatically link or move conference
locations, but existing conferences can be connected together.
When conference resources run out, attempts to record calls, join or create conferences are
rejected.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Call Capacity
The concurrent call capacity between digital/analog extensions and/or digital/analog trunks is
non-blocking. That is, all extensions and trunks can be involved in calls simultaneously. VoIP calls
do not affect this capacity.
The IP500 V2/V2A Expansion has a number of concurrent VoIP call capacities that can influence
the solution design:
These are not cumulative VoIP capacity figures – for example, a mixture of two call types changes
the capacity to a value between the two limits. Calls that remain in the digital/analog domain do
not affect this VoIP call capacity.
Administration
Concurrent call maximum capacity can be administered via IP Office Server Edition Manager in a
number ways to ensure limits are not exceeded:
• Number of Channels and Outgoing Channels setting in the Line > VoIP tab of IP Office
lines
• Max Calls per Channel setting in the Line > SIP URI tab of SIP trunks
• Call Admission Control area of the Location settings.
• VoIP Security area of the System settings.
• Media Security area in the Line > VoIP Settings tab.
• Media Security area in the Extension > VoIP tab.
The following occurs if the maximum numbers are exceeded:
Unless administered, the IP500 V2 Expansion does not limit the number of concurrent calls and
makes a best effort to service all. VoIP voice quality will degrade as load increases; high overload
conditions will cause the IP500 V2 Expansion to perform poorly in general.
Related links
IP500 V2/V2A Servers on page 35
Where calls go between VoIP and digital/analog domains within the IP500 V2/V2A Expansion, the
indirect media limit of 120 concurrent calls and VCM availability will always apply.
Where calls go between VoIP domains (for example SIP trunk to H.323) there are two options:
Direct and indirect media. Direct media does not use the IP500 V2 Expansion’s routing engine and
hence the base capacity of 384 concurrent calls will apply.
Direct media is a configurable parameter for VoIP trunks and extensions with a default of active.
Indirect media will occur either where configured, or if direct media is not possible (even if
configured). Some of the reasons are:
• VoIP traffic routed between the LAN1 and LAN2 interface
• Unsuccessful codec negotiation (including silence suppression, DTMF transport as well as
basic codec support)
• A VoIP endpoint that does not support direct media
• Mismatch of RTP and SRTP
• Mismatched SRTP or SRTCP security settings such as no common cipher suite. These
should be avoided if at all possible due to the limited indirect media SRTP capacity.
• Network Address Translation (NAT) traversal usually associated with Remote Worker phone
deployments.
Related links
IP500 V2/V2A Servers on page 35
Call Recording
Each Primary and Secondary supports a voice call recording capability with the following
capacities:
Extension/User Capacity
A single IP500 V2/V2A Expansion can support 384 users and up to 384 Analog/digital/IP
extensions (H.323, SIP and or DECT R4). Analog and digital extension capacity is dependent
upon the hardware fitted to the system.
• Maximum users and extensions are configuration limits as well as a currently active/
registered limit.
• Extension and user limits include any resilience fail-over extensions/users; again these are
configuration limits as well as a currently active/registered limit.
• Extension capacity support includes IP Office acting as a server for any DHCP, upgrade and
other operational files. 1600/9600/J100 phone upgrade performance is limited to 50 within 50
minutes for the same phone type.
• Upgrading more than 50 phones at a time from an IP500 V2/V2A is not recommended. If
upgrade performance above these figures are required, an external HTTP/S server can be
used.
• For non-subscription systems, H323, DECT R4 and SIP extension capacity is also limited by
available licenses.
• 9600 H323 Remote worker extensions are supported at a lower capacity; maximum 120.
• 9600 H323 extensions with TLS are supported at a lower capacity; maximum 128. That is,
each VoIP extension that uses TLS reduces the extension capacity by 3.
Related links
IP500 V2/V2A Servers on page 35
• Maximum Solution Groups is the total number of hunt and presence groups over the whole
solution.
• Maximum Server Group size is the maximum number of members in a single hunt/presence
group.
• Total Solution Group Members is the total members over all hunt/presence groups.
The following occurs if these figures are exceeded:
• IP Office Manager does not permit the administration of more than 300 solution groups if the
solution is not IP Office Select or IP Office Subscription.
• IP Office Manager does not permit the administration of more than 750 per group members if
the solution is not IP Office Select or IP Office Subscription.
• If the number of groups or individual size is exceeded (particularly if the Ring Mode
is Collective or Collective Call Waiting), there may be inaccurate hunt group call
presentation, or a general slowdown in other operation such as UC or management clients.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
For more information on LAN interface support, see the IP Office Server Edition LAN Support
chapter of "Deploying IP Office Server Edition".
Note that secure VoIP (SRTP) can increase the required bandwidth by up to 8%, see the ‘VoIP
Security’ chapter of Avaya IP Office™ Platform Security Guidelines.
In addition to the network requirements for VoIP calls, additional bandwidth should be reserved for
the corresponding inter-node signaling and management paths. This should include any access
via SSLVPN (IPOSS) or Remote Support Service (RSS). The following suggested minimum
bandwidths should be made available for these additional paths:
• These figures are for general guidance only as they do not reflect the specific requirements
for a given installation. For example management operations are typically session based;
backup/restore content and frequency are administerable; many are bursty in nature and may
or may not coincide with others.
• Only the major signaling and management paths are included here, further network
bandwidth may be required for SSA, SysMonitor, syslog, SNMP, etc.
• An IP Office port matrix document that covers all possible IP communications should also be
consulted. It is available via the Avaya Support site (https://support.avaya.com).
• Server internal communications do not require bandwidth assessment
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
• Primary failure when Secondary present will route all non-local Expansion calls, Voicemail
leave and collect, IVR and Auto Attendants to the Secondary
• Primary failure when Secondary present will move Hunt group processing and management
access to the Secondary. This will increase the management bandwidth from the Secondary
to the Expansion systems.
• Users whose extension or application fails over retain their existing user profiles rights
without needing or consuming an licenses on the fallback server.
• Any voicemail channel entitlements associated with the Primary, move to the Secondary on
failover; no separate license provision on the fallback server is required – unless the dual
active Voicemail Pro feature is enabled.
For further information, refer to the IP Office Resilience Overview manual.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
This is a theoretical maximum possible trunk channels that can be supported, but other factors will
reduce what can be utilised on a concurrent basis:
• Available licenses
• Trunk configuration
• VCM channels
• Maximum server call capacity
Analog and digital trunk capacity is dependent upon the hardware fitted to the system unit. The
following table shows the various constructs and the resulting maximum (note that many variants
are not shown):
Trunk Trunk Trunk Trunk Exp. Exp. Max BRI Max PRI Max
Card #1 Card #2 Card #3 Card #4 Module Module E1/T1 Analog
#1-8 #9-12
Dual PRI Dual PRI Dual PRI Dual PRI ATM 16 - 0 240/192 128
ATM 4 ATM 4 ATM 4 4 Port ATM 16 ATM 16 0 0 204
Exp.
BRI 8 BRI 8 BRI 8 BRI 8 ATM 16 - 32 0 128
- - - - - - 0 0 0
Server Type Maximum Total SIP Trunk Maximum IP Office Maximum Calls per
Registered SIP Calls (direct/ (SCN) Trunks SCN Trunk
Trunks indirect media)
IP500 V2/V2A 125 128/120 32 250
• The Total SIP Trunk Calls figure is effectively the maximum number of concurrent SIP trunk
calls/sessions. They can be distributed over one or more trunks on the same system.
• SIP trunk concurrent call capacity is also limited by available licenses and the SIP Line > SIP
URI > Max Calls per Channel setting.
• The number of SIP Trunk session licenses requested by each system is defined by the
Maximum SIP Sessions setting on the License > Remote Server > Reserved Licenses
tab of IP Office Server Edition Manager. One available SIP Trunk session license enables
one concurrent SIP session/call.
• The maximum number of configured URIs per SIP trunk is 150. This is not correlated with
maximum SIP trunks or concurrent calls.
• The Maximum Calls per SCN Trunk figure is the maximum number of concurrent sessions
supported on a single inter-node link whether WebSocket or Proprietary type. Note that the
number of SCN channels is controlled by the Number of Channels setting on the IP Office
Line > Line tab of IP Office Server Edition Manager.
• H323 trunks are distinct from SCN, but are taken from the same capacity pool.
• The PRI trunk capacity is also limited by available licenses. One available PRI Trunk Channel
license enables one concurrent PRI call.
Related links
IP500 V2/V2A Servers on page 35
Analog/Digital trunk Analog/Digital trunk None D100 and DECT R4 endpoints are classified
or extension or extension as VoIP
Local Conference None Conference hosted on the IP500 V2
Local Music on Hold None
Embedded Voicemail None Includes voicemail, attendants,
announcements Embedded Voicemail not
supported in IP Office Server Edition
Analog/Digital trunk VoIP trunk or 1
or extension extension
Central Voicemail 1 Includes voicemail, IVR attendants,
announcements
Remote Conference 1
Remote Music on 1 Maximum of 3 MOH sources streamed from
Hold Primary Server using a maximum of 3 VCM
channels
Call recording 1 Using Voicemail Pro or ACCS.
Table continues…
VoIP trunk or VoIP trunk or None[2] VoIP endpoints includes IP Office Line (SCN
extension extension trunk), SM and H323 lines, DECT endpoints
Central Voicemail None[2] Includes voicemail, IVR attendants,
announcements
Remote Conference None[2]
Remote Music on None[2] Streamed from Primary Server
Hold
Call recording None[2] Using Voicemail Pro or ACCS.
VoIP trunk or Analog/Digital trunk 1
extension or extension
Local Conference 1 Conference hosted on the IP500 V2
Local Music on Hold 1 per MOH Maximum of 4 MOH sources. One VCM
source[2] channel is used per codec type per source.
Embedded Voicemail 1 Includes voicemail, attendants,
announcements
Embedded Voicemail is only supported for
non-networked IP500 V2/V2A servers.
1. 1. Unless otherwise specified, the VCM channel is used for the duration of the call and the
VCM resource is always local.
2. 2. Assumes both endpoints’ VoIP codecs match, if they do not match 2 VCM channels are
used.
Three base card types provide VCM channel capacity for the IP500 V2/V2A Expansion:
• VCM 32
• VCM 64
• Combination card
Each base card can carry a trunk module, however the Combo card can only support BRI and
analog. Hence, if more than two dual PRI cards are required, the VCM capacity is reduced. Also
note that the type of trunk module fitted to the Combo card is fixed.
The following table shows various constructs and the resulting theoretical maximum. Not all the
variants are listed. Only those variants that provide the maximum capacity are listed.
Base Card Base Card Base Card Base Card Maximum Maximum Maximum Maximum
#1 #2 #3 #4 G.711 calls G.729 calls G.723 calls G.722 calls
VCM 64 VCM 64 - - 128 120 88 120
VCM 64 VCM 64 Combo - 138 130 98 130
VCM 64 VCM 64 Combo Combo 148 140 108 140
The capacity in the above table is for a bidirectional channel between a VoIP and an analog or
digital endpoint and assumes the calls are of the same codec type. Differing codec types can be
supported at the same time; the lowest channel figure should be used for calculations.
If VCM channels are used to convert SRTP media, a maximum of 40 calls per system are
supported regardless of codec type.
The IP500 V2/V2A Expansion manages this common resource as efficiently as possible but if
there are insufficient at any one time:
• Outgoing calls will not get connected (they do not receive dial tone)
• Incoming calls will queue until a VCM channel is free
• Transfers cannot be made
Related links
IP500 V2/V2A Servers on page 35
• If dual Voicemail Pro feature is active (IP Office Select and IP Office Subscription only) – this
doubles the maximum capacity to 500 channels.
• The number of licensed voicemail channels: Each active master Voicemail Pro must have its
own licenses. It inherits the other set when active as a backup.
• Call recording also uses licensed voicemail channels. One active recording channel
consumes one voicemail/AA channel.
Dual Voicemail Server Operation
When the dual Voicemail Pro feature is active (IP Office Select and IP Office Subscription
only) and not under failover conditions, users are provided voicemail services (voicemail,
announcements, call recording, auto attendant, IVR, etc) services from one of the Voicemail Pro
servers:
• All Primary users’ voicemail invocations are directed to the Primary Voicemail Pro instance.
• All Secondary users’ voicemail invocations are directed to the Secondary Voicemail Pro
instance.
• All Expansion users’ voicemail invocations are directed to the Voicemail Pro instance defined
by the System > Voicemail > Voicemail Destination setting. This is initially selected by the
Initial Configuration Utility (ICU).
Administration
To ensure Voicemail Pro channel capacity is available for voicemail, call flow and announcement
operations, the IP Office Server Edition Manager settings Voicemail Channel Reservation on the
Primary and Secondary Server’s System > Voicemail tab can be configured to reserve channels
exclusively for specific uses.
Mailbox capacity
The Voicemail Pro automatically creates a mailbox for each user and hunt group in the IP Office
configuration. The individual capacity is fixed at 60 minutes per user or group mailbox.
If voicemail channel resources run out:
• Unanswered calls continue to alert rather than going to voicemail.
• Voicemail collect fails to connect to the voicemail.
• Calls to attendants and call-flows will continue to alert. However, text-to-speech (TTS) will not
be output during call flows.
• Announcements are not played.
• Note that the TTS channel capacity is 250.
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
What happens if mailbox storage resources run out?
• Voicemail leave operations will receive an announcement that the user/group’s mailbox is full.
• Voicemail collect will continue to function.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
When designing a IP Office Server Edition solution that includes a Linux-based Expansion System,
the same aspects that are covered for the IP500 V2/V2A Servers on page 35 need to be assessed,
with the following differences:
• Maximum extension capacity for each Linux Expansion:
- No digital or analog extensions
- Maximum users/extensions 750 (including DECT R4).
- 128 maximum remote worker 9600 Series H323 extensions.
• Maximum trunk capacity for each Linux Expansion:
- No digital or analog trunks.
- Maximum SIP sessions/calls 256 total.
• The concurrent call capacity of the Linux Expansion:
- No analog/digital calls
- Indirect media capacity 128 (64 when SRTP used)
- Direct media capacity 750
• The VCM channel capacity for each Linux Expansion:
- Only transcoding is relevant; 128 channels
- There is no capacity difference due to codec type
Note:
The server type may additionally be an HP DL360G7, Dell R640 or OVA. However, the
supported capacities/performance are not increased.
All of the above should be assessed as one factor may limit another.
The following capacity topics apply to all types of server and mode of operations.
Related links
Account Codes on page 57
Audio Conferencing on page 14
Button Modules on page 59
Appearance Button Programming on page 60
Call Destination Server on page 18
Call Logs/Call History on page 61
Call Recording on page 19
Media Manager Recording Capacity on page 64
Call Traffic Profile on page 21
CTI & TAPI on page 66
DECT R4 on page 67
Directory on page 68
Hunt and Presence Groups on page 25
Incoming Call Routes on page 69
IP Infrastructure, Bandwidth and VoIP QoS on page 26
IP Office SoftConsole on page 72
Multi-Site Network Link Capacities on page 28
Paging on page 74
Remote Support Services on page 75
Resilience and Failover on page 29
Unified Messaging Capacity on page 76
Voicemail or Auto-Attendant or IVR on page 31
WebRTC Gateway on page 79
WebLM Server on page 80
Account Codes
A maximum of 1500 account codes are supported on any IP Office server. For servers in a
network using consolidated obejcts, that also sets the maximum for the whole network.
The maximum is for account codes entered into the system configuration. Using wildcards in the
account code entries, a larger number of dialed account codes can match configured codes.
Related links
General Capacity Considerations on page 56
Audio Conferencing
Primary/Secondary Server
Each Primary and Secondary supports a local audio conference capability with the following
capacities:
System Mode Primary/Secondary Total Conference Maximum Total Conference
server Channels conference size Channels with
ACCS
IP Office Server Dell R240 128 128 414
Edition HP DL360 256 256 825
Dell R640 256 256 1650
OVA 256 256 1650
IP Office Select Dell R640 512 256 1650
IP Office OVA 512 256 1650
Subscription
System Conferences
System conferences use the same conference capacity as above but are subject to the following
additional limits:
• IP Office Essential Edition/Preferred Edition: 30.
• IP Office Server Edition/IP Office Select: 120. System conferences are hosted by the
primary server (secondary server during resilience).
Notes
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
• OVA always advertises these figures. However, capacity depends on assigned profiling as
detailed in "Deploying IP Office Servers as Virtual Machines".
• The figures cover both ad-hoc and meet-me conference types.
• With one-X Portal users active, a solution-wide limit of 750 conference channel participants
applies, but this does not include conferences used for call recording.
• IP Office Server Edition supports differing capacity and performance levels when Avaya
Contact Center Select (ACCS) is attached. See Avaya Contact Center Applications on
page 12.
• The increased capacities for ACCS are only supported when the applications are actively
connected to the host IP Office and should only be used for call recording purposes.
• No dynamic solution-wide conference allocation is supported, only static via call flows or
Conference Meet Me short code Line Group ID.
• V2 Expansion conferences exist in the digital domain; hence all VoIP parties (trunk or
extension) will require a VCM channel for the duration. See VCM Channel Capacity on
page 51.
• Further information on conferences can be found
at: http://marketingtools.avaya.com/knowledgebase/businesspartner/ipoffice/mergedProjects/
manager/_frame2.html?Conferencing.Overview.html
Which Servers Conference Resources are Used?
The location of the conference resource used when a conference is started are determined by a
number of factors:
• A user performing an ad-hoc conference uses the conference resources of the server on
which they are logged in.
• A meet-me conference using a user’s personal meet-me bridge uses the conference
resources of the server on which they are logged in.
• A meet-me conference created by Voicemail Pro call flow, or the Conference meet-me short
code feature use the system on which the feature was invoked.
• To invoke a meet-me Conference using the resources of a remote system, use the Line
Group ID field of the Conference Meet Me short code feature. By default this is set to 0, for
local system.
• For the case where a conference is scheduled by Avaya one-X® Portal and at the scheduled
time the conference dials the delegates: The conference location is the server to which the
active Avaya one-X® Portal is attached.
Recording a conference requires an additional conference channel, as well as an IP Office Line
(SCN trunk) channel to the recording destination (Primary or Secondary Server, alternate during
fail over operation). Neither IP Office nor Voicemail Pro can automatically link or move conference
locations, but existing conferences can be connected together.
When conference resources run out, attempts to record calls, join or create conferences are
rejected.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Button Modules
Button module capacity is defined in terms of the total number of additional buttons per system,
whether used or not.
1. Maximum Appearances is the supported limit for the total solution-wide buttons that can be
programmed to the same call appearance, line appearance or covered user.
2. With J179/J169 phones, JEM24 button module capacity depends on whether a single or
multiple modules are attached to phones:
• A single JEM24 module on a phone provides 72 buttons in 3 pages of 24. In this mode,
single modules are equivalent to 3 modules for overall capacity.
• Multiple JEM24 modules on a phone only provide 24 buttons each.
• Capacities are regardless of whether the buttons are configured for use or not, and whether
physical or logical (as in the case of BM12 or JEM24).
- BM12: 24 buttons each in 2 pages of 12. 9608, 9611 and 9641 IP telephones.
- BM32: 32 buttons each. 1616 IP telephones.
- DBM32: 32 buttons each. 1416 digital telephones.
- JBM24: 24 buttons each. J169 and J179 IP telephones.
- JEM24: J169/J179 - 24 or 72 buttons each, see note 2 above. J189 - 24 buttons each.
- SBM24: 24 buttons each. 9608, 9611 and 9641 IP telephones.
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
Related links
General Capacity Considerations on page 56
• Conferencing when the conference focus is not the local system - one VoIP channel per local
member
• Local conferences involving remote users - one VoIP channel per remote member when
connected to the conference
• Voicemail leave and collect - one VoIP channel per VM caller when. Destination is the
location of the active Voicemail Pro.
• Announcements - one VoIP channel per call when generating announcements. Destination is
the location of the active Voicemail Pro.
• Centralized Music on Hold – one VoIP channel per central MOH source when playing to held
calls. Destination is the location of the Music on Hold source.
For all VoIP connections between systems, the codec used will be according to the IP Office Line
settings of those two nodes.
Consideration should also be given to intermediate destinations to ensure adequate capacity is
present. For example a consultation call will open a secondary channel for the consultation whilst
keeping the initial call connected.
Lastly, any call on the IP Office Line will take into consideration administered channel limits
and Call Admission Control (CAC) if active. Please refer to the CAC section of the IP Office
administration documentation for behaviors when CAC limits are exceeded.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Call Recording
Each Primary and Secondary supports a voice call recording capability with the following
capacities:
• The solution internal call recording capacity is fixed at 333 hours total (555 hours for IP Office
Select). This is separate from the voicemail mailbox recording capacity, see Voicemail or
Auto-Attendant or IVR on page 31. It is also separate from Media Manager storage capacity,
see Media Manager Recording Capacity on page 64.
• The Media Manager application supports recordings management at the maximum channel
and call rate appropriate to the server platform.
• If the dual Voicemail Pro feature is active IP Office Select and IP Office Subscription only) the
maximum solution capacity is doubled to maximum of 500 channels, the per-server capacity
remains unchanged.
• One active recording channel consumes one voicemail/AA channel. If the call is being
recorded in two places – for example at the user and the incoming trunk – two licensed
and available voicemail channels are required.
• Maximum recording call rate is 7200/9000/10000 BHCC for a primary/secondary Linux-based
server, 3,600 BHCC for an Expansion. See Call Traffic Profile on page 21.
Recording call rate is further reduced for ACCS. See Avaya Contact Center Applications on
page 12.
Which Servers Conference Resources are Used?
The location of conference resource used is determined by the point of recording:
• Incoming Call Route (ICR) recording is done at trunk’s location
• User recording is done at user’s location.
• Hunt group recording is done at the group's location.
• System recording is done at the system’s location.
• Conference recording at conference location: Ad-hoc conference recording is done at the
initial user's location. Meet-me conference recording can specify the location.
• Account code recording is done at the user's location.
Administration
To ensure Voicemail Pro channel capacity is available for recordings, the IP Office Server Edition
Manager settings Voicemail Channel Reservation on the Primary and Secondary Server’s
System > Voicemail tab can be configured to reserve channels exclusively for specific uses.
• If recording channel resources run out:
- If the recording is mandatory, busy is returned.
- If the recording is not mandatory, further attempts to record calls or conferences are not
successful, but there may still be visual recording indications.
If exceeded:
If recording storage resources run out, further attempts to record calls or conferences will not be
successful and receive announcements to that effect.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
• For the primary call storage, the minimum size Avaya support is 30GB. However, Avaya
recommends 300GB or larger.
Related links
General Capacity Considerations on page 56
• The Maximum Solution Call Rate can be further reduced by the presence of Call recording,
CTI or Contact Center application such as ACCS. See Avaya Contact Center Applications on
page 12.
• IP Office Subscription is an OPEX licensed offer which supports the same capacity and
performance as IP Office Select (see IP Office Select/IP Office Subscription on page 11). A
stand-alone IP500 V2/V2A running IP Office Subscription has the same capacity as other
IP500 V2/V2A offers (see IP500 V2/V2A Servers on page 35 ).
The following occurs if these figures are exceeded:
If the call rate is exceeded, there may be disruption to call voice quality, recordings, or a general
slowdown in other operation such as UC or management clients.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
System Mode Platform Maximum CTI Maximum CTI Total CTI Maximum
sessions users per controlled BHCC
session users
IP Office Server Dell R240 5 750 3750 9000
Edition HP DL360G7 5 1500 7500 9000
Dell R640 5 2000 10000 9000
OVA[1] 5 2000 15000 10000
IP Office Select Dell R640 5 3000 15000 10000
IP Office OVA[1] 5 3000 15000 10000
Subscription
All IP500 V2/V2A 3 384 1152 7200
• An active Avaya one-X® Portal or ACCS server counts as one CTI session for each and
every server in the solution.
• An active Avaya one-X® Portal is one that has at least one portal client of any type or an open
API session.
• An active 3rd Party TAPI session counts as one CTI session for that IP Office.
• All 1st party TAPI sessions together count as one CTI session for that IP Office.
• An active one-X Portal makes every user a CTI controlled user for each and every system.
• An active ACCS makes every Agent a CTI controlled user for that IP Office.
• An active portal open API session counts as one CTI session for each and every system.
• A single portal open API session supports the BHCC and CTI users per session quoted
above.
• An Avaya Workplace Client counts as one SIP extension and one CTI load. It does not use
Avaya one-X® Portal capacity.
• Avaya Communicator for Web counts as one SIP extension, one WebRTC load and one
Avaya one-X® Portal client.
• Unless otherwise stated, Avaya-supplied HP DL120, Dell R210/R220/R230/R240 servers are
equivalent.
• Unless otherwise stated, Avaya-supplied Dell R620/R630/R640 servers are equivalent.
Related links
General Capacity Considerations on page 56
DECT R4
The IP Office system can support DECT handsets through the attachment of a DECT R4 system.
The following capacity considerations apply:
• The DECT handset capacity must be within the overall extension capacity of the IP Office
system solution.
• Each DECT R4 system supports:
- A maximum of 750 DECT extensions (384 on IP500 systems).
- A maximum of 256 DECT base stations. 128 of those can be digital base stations
connected through IP DECT Digital Gateways.
- For digital base stations, up to 8 IP DECT Digital Gateways, each supporting up to 16
digital base stations.
- Up to 2000 directory entries from the IP Office system.
Related links
General Capacity Considerations on page 56
Directory
The following directory capacities are supported:
Platform System Directory Personal Directory
LDAP HTTP Configuration Per User Per System
Linux/OVA[1] 10,000 10,000 10,000 250 100,000
IP500 V2/V2A 10,000 10,000 2,500 250 10,800
• Maximum Solution Groups is the total number of hunt and presence groups over the whole
solution.
• Maximum Server Group size is the maximum number of members in a single hunt/presence
group.
• Total Solution Group Members is the total members over all hunt/presence groups.
The following occurs if these figures are exceeded:
• IP Office Manager does not permit the administration of more than 300 solution groups if the
solution is not IP Office Select or IP Office Subscription.
• IP Office Manager does not permit the administration of more than 750 per group members if
the solution is not IP Office Select or IP Office Subscription.
• If the number of groups or individual size is exceeded (particularly if the Ring Mode
is Collective or Collective Call Waiting), there may be inaccurate hunt group call
presentation, or a general slowdown in other operation such as UC or management clients.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Related links
General Capacity Considerations on page 56
• These figures are for general guidance only as they do not reflect the specific requirements
for a given installation. For example management operations are typically session based;
backup/restore content and frequency are administerable; many are bursty in nature and may
or may not coincide with others.
• Only the major signaling and management paths are included here, further network
bandwidth may be required for SSA, SysMonitor, syslog, SNMP, etc.
• An IP Office port matrix document that covers all possible IP communications should also be
consulted. It is available via the Avaya Support site (https://support.avaya.com).
• Server internal communications do not require bandwidth assessment
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
IP Office SoftConsole
IP Office SoftConsole is an operator/receptionist application that can be assigned to particular
extension users.
to increase capacity or resilience. Calls between Expansions will go direct rather than via the
Primary/Secondary.
It is not possible to add additional multi-site network links between the Primary/Secondary and
Expansions – if the capacity is exhausted an additional Secondary or Expansion system should be
considered.
The following occurs if the maximum numbers are exceeded:
• If the configured values are exceeded, additional outgoing calls can be routed via ARS
configuration providing an alternative route exists; additional incoming calls are automatically
routed, again providing an alternative route exists.
• Alternative routes only exist when a Secondary Server is present.
• If no alternative route, incoming calls remain ringing until a channel is free, outgoing calls
indicate busy.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
Paging
The paging function is limited by the number of extensions present in the paging group, and the
platform type.
Notes
• No bandwidth limits are enforced
• RSS traffic flows between the Primary and Secondary or Expansion using the IP Office line
• The RSS bandwidth of the Primary also determines the total Server Edition deployment
bandwidth
The following occurs if these figures are exceeded:
• If total bandwidth is exceeded, general IP Office processing capacity and performance will
reduce. High overload conditions will cause the IP Office to perform poorly in general.
Related links
General Capacity Considerations on page 56
• Primary failure when Secondary present will move Hunt group processing and management
access to the Secondary. This will increase the management bandwidth from the Secondary
to the Expansion systems.
• Users whose extension or application fails over retain their existing user profiles rights
without needing or consuming an licenses on the fallback server.
• Any voicemail channel entitlements associated with the Primary, move to the Secondary on
failover; no separate license provision on the fallback server is required – unless the dual
active Voicemail Pro feature is enabled.
For further information, refer to the IP Office Resilience Overview manual.
Related links
Primary and Secondary Server Capacity on page 14
IP500 V2/V2A Servers on page 35
General Capacity Considerations on page 56
• Each voicemail server in a dual active Voicemail Pro deployment supports independent UMS
integration capacity.
• When resilience active, UMS integrations are supported at the same per-server capacity.
• The MAPI exchange integration supports 245 users per MAPI proxy service running on the
Exchange Server.
• A maximum of two MAPI proxy services can be running, giving a total of 490 mailboxes.
• Hunt Groups cannot support Gmail integration.
• The Gmail maximum message length is 14 minutes.
Related links
General Capacity Considerations on page 56
• If dual Voicemail Pro feature is active (IP Office Select and IP Office Subscription only) – this
doubles the maximum capacity to 500 channels.
• The number of licensed voicemail channels: Each active master Voicemail Pro must have its
own licenses. It inherits the other set when active as a backup.
• Call recording also uses licensed voicemail channels. One active recording channel
consumes one voicemail/AA channel.
WebRTC Gateway
The following WebRTC client capacity is supported with two main options aligned to the Avaya
one-X® Portal Server:
• WebRTC Gateway running on the Primary Server
• Standalone server with increased capacity (IP Office Application Server with just Avaya
one-X® Portal)
WebLM Server
The WebLM server application that is co-resident on the Primary and Application Server is
primarily intended for use by IP Office components, but can be used for other Avaya license
clients such as ACCS providing the following capacities are not exceeded:
To provide a cost effective solution of more than 3000 users or 150 sites to larger customers, two IP
Office Select systems may be linked together to support a total of 6000 users/extensions:
This construct may also be used when other per-solution capacities are exceeded, for example
Avaya one-X® Portal users, hunt groups or Voicemail/recording channels.
You can create a group by linking two separate IP Office Select systems via IP Office lines to
provide a single system view to users.
Each IP Office Server Edition system has its own Primary and Applications, and optional Secondary
Server and Expansion Systems; each IP Office Server Edition system needs to be managed
separately. The systems are set up through configuration to share a common dial plan and directory.
Related links
Inter Server Edition Link on page 83
Directory on page 83
Dial plan on page 84
Outgoing Call routing on page 84
Hunt Groups on page 84
Administration on page 85
Directory
To enable users of one system to be visible in the directory of the other, each Primary’s directory
configuration requires a copy of the other’s:
• Export each node’s users as CSV using IP Office Server Edition Manager.
• Extract Full Name and Extension fields from each file into a single CSV directory file. See
‘Importing and Exporting Settings’ in the "Deploying Avaya IP Office Platform IP500 V2"
manual for more information on the file formats.
• Hunt groups or common system directory entries can also be added to the directory file at
this time if required.
• Import the resultant CSV directory file into the other Primary (only) using IP Office Server
Edition Manager.
• Ensure the total central directory on each SE does not exceed 10,000 entries. See
Directory on page 68.
The centralised system directory mechanism will distribute to all other nodes.
If an external LDAP directory is also used, one Primary can be configured with the LDAP source,
and the other using the first as the HTTP source.
For more information on directory options and capacities see 'Directory & Call Log' and
'Centralized System Directory' in "Administering Avaya IP Office Platform with Manager".
Related links
Capacity Planning Beyond 3000 Users on page 81
Dial plan
Each user and hunt group of the cluster must have a unique name and number.
Branch prefix should not be used as this will conflict with the internal routing.
Related links
Capacity Planning Beyond 3000 Users on page 81
Hunt Groups
Each IP Office Server Edition System has separate hunt groups. It is not possible to configure
hunt groups with members of both systems. It is possible to support limited overflow between
systems by the use of an overflow group with local users that have hunt group call forwarding
enabled to a remote user. This is only supported on rotary and sequential ring types and must not
be used to link hunt groups.
Related links
Capacity Planning Beyond 3000 Users on page 81
Administration
Each IP Office Server Edition System is managed as a separate entity although both solutions can
be managed from the same workstation if required.
Related links
Capacity Planning Beyond 3000 Users on page 81
Versions or Upgrades
Both IP Office Select systems should be the same software version. Each should be upgraded
separately from their respective Primary Server.
Related links
Capacity Planning Beyond 3000 Users on page 81
Getting Help
Avaya sells IP Office through accredited business partners. Those business partners provide
direct support to their customers and can escalate issues to Avaya when necessary.
If your IP Office system currently does not have an Avaya business partner providing support and
maintenance for it, you can use the Avaya Partner Locator tool to find a business partner. See
Finding an Avaya Business Partner on page 87.
Related links
Additional Help and Documentation on page 86
This site provide access to Avaya product software, documentation and other services for
Avaya product installers and maintainers.
- Avaya Support Forums (https://support.avaya.com/forums/index.php)
This site provides forums for discussing product issues.
• International Avaya User Group (https://www.iuag.org)
This is the organization for Avaya customers. It provides discussion groups and forums.
• Avaya DevConnect (https://www.devconnectprogram.com/)
This site provides details on APIs and SDKs for Avaya products, including IP Office. The site
also provides application notes for third-party non-Avaya products that interoperate with IP
Office using those APIs and SDKs.
• Avaya Learning (https://www.avaya-learning.com/)
This site provides access to training courses and accreditation programs for Avaya products.
Related links
Additional Help and Documentation on page 86
Training
Avaya training and credentials ensure our Business Partners have the capabilities and skills to
successfully sell, implement, and support Avaya solutions and exceed customer expectations. The
following credentials are available:
• Avaya Certified Sales Specialist (APSS)
• Avaya Implementation Professional Specialist (AIPS)
• Avaya Certified Support Specialist (ACSS)
Credential maps are available on the Avaya Learning website.
Related links
Additional Help and Documentation on page 86
O V
one-X portal VCM
server ............................................................................33 channel ......................................................................... 51
outgoing versions
call ................................................................................ 84 upgrades .......................................................................85
overview .................................................................................9 virtualized
deployments ................................................................. 10
voicemail ..................................................................31, 53, 77
P VoIP QoS ................................................................. 26, 45, 70
paging .................................................................................. 74
personal directory ................................................................ 68 W
presence group ........................................................25, 44, 68
Primary ................................................................................ 14 WebLM
purpose ..................................................................................7 server ............................................................................80
WebRTC
gateway ........................................................................ 79
Q websites ...............................................................................87
Quick Reference Guides ......................................................86
R
Recording size ..................................................................... 64
Remote Support Services ....................................................75
Reseller ................................................................................86
resilience
failover .............................................................. 29, 48, 75
RSS ..................................................................................... 75
S
sales .................................................................................... 87
SCN ..................................................................................... 49
SDKs ....................................................................................87
Secondary ............................................................................14
Small Community Network .................................................. 49
subscription ..........................................................................12
support .................................................................................87
System Administrator ...........................................................86
system directory ...................................................................68
T
Technical Bulletins ............................................................... 87
training ........................................................................... 87, 88