SpecialApplication 70
SpecialApplication 70
Application Features
Overview
The Avaya Aura® Communication Manager Special Applications Features document describes
the special application features that can be administered with 7.0 release of Avaya Aura®
Communication Manager. This document serves as an overview of the available features, for
more detailed information the individual feature documents that can be found by doing a search
on the SA number from support.avaya.com.
Warning: Special Application features are intended to serve specific needs and typically
are not recommended for general use. Special App features have limited testing and may
be applicable only to specific configurations. Activating one or more of these features may
result in unpredictable system behavior or malfunction. Before activating a feature please
read the associated documentation at http://support.avaya.com, search for SA number, to
determine if the feature is applicable to your needs and system configuration. Before
activating two or more features please contact CustomCommunication
[email protected] for potential risks related to feature interactions.
Contents
Overview ......................................................................................................................... 1
What is a Special Application feature? ........................................................................... 5
How do I know if a Special Application feature will work for my customer? ............... 5
How do I activate a Special Application feature? ........................................................... 5
Do Special Applications carry forward after an upgrade? .............................................. 5
Can I activate multiple Special Applications? ................................................................ 5
Special Application Features .............................................................................................. 6
SA7161 - NORTEL SL1 PRI and DMS Names Display ............................................... 6
SA7291 - TAAS Pickup During Day.............................................................................. 6
SA7311 - CDR Record Answering Party ....................................................................... 6
SA7409a - Flash to Answer CW/Hold............................................................................ 6
SA7409b - Cancel ARS using '*' .................................................................................... 6
SA7474 - Cover Internal on Night Service ..................................................................... 6
SA7483 - Enhanced Emergency Alert ............................................................................ 6
SA7487 - Cover External on Trunk on Hold .................................................................. 7
SA7491 - Expand DS1 Circuit Packs to 332 Linux only................................................ 7
A custom feature requested by a customer for their specific need. Special Applications are
included in the Communication Manager software base, however additional administration is
required.
Before activating a Special Application feature please review the documentation carefully. If you
have questions please contact [email protected].
This feature provides a better operation in situations where the coverage changes between day
and night schedules. This feature is not intended to be a full time of day call coverage feature, but
is tied to the manual selection of night or day service by the principal attendant console operator.
When an Emergency call comes in to a station, the station will receive priority (usually
triple, it is now administrable) ringing. Currently it receives single ringing. If a station is
off-hook when the emergency call comes in, it will receive only 1 cycle of priority ringing.
The Enhanced DID Routing feature allows all calls to a specified DID trunk group to be routed to
the same destination independent of the number dialed. The Enhanced DID Routing operation is
initiated by administering the "Incoming Destination:" and the "Expected Digits:" fields on the DID
trunk group form. If the "Incoming Destination:" field is NOT administered on the DID trunk group
form, then the trunk group will work as a normal DID trunk group. The "Incoming Destination:"
field may be administered to a Hunt Group, Station extension or a VDN. The "Expected Digits:"
field is to be administered to the number of digits expected from the Central Office (CO) and may
contain a value from 1 - 16
This is especially useful if the voice mail system is attached to one of these off net switches in
order to receive the correct greeting.
For interswitch redirections, connected via isdn-pri, the originator’s display will be updated with
the name and number of the “redirected to” station and the principal station’s name if the principal
is on the same switch.
Communication Manager has a Priority Attendant Queuing feature that allows calls to the
attendant to be prioritized by call type (CO Call, Emergency Access Call, Redirected call, etc.).
SA8156 enhances the current priority queuing by allowing the customer to assign attendant
queue priorities by COR as well.
The feature will be activated by either feature access codes or a button on the set.
The class of restriction will be used to allow users to use the feature.
Activation or deactivation of the ringer will be controlled by a feature access code or a new
feature button btn-ring. Also, this feature will add a new feature button, ring-stat, which will be
used to display the ringer status for line and bridged appearances.
SA8475 - SOSM
This feature provides the capability to observe incoming and outgoing call of Communication
Manager endpoints (stations and extensions) and observe outgoing calls from Avaya
Communications Manager endpoints to predefined set of telephone numbers within Public
Switched Telephone Network.
NOTE: This feature is restricted and can only be activated for specific countries. Contact
the Avaya Custom Development group, [email protected], for additional information
*new* Beginning with Communication Manager 6.0.1 SIP trunks are supported.
10 - Digit ANI
4 - Digit DNIS
4- Last four digits of SSN
16 - Digit account number
3 - spaces
NOTE: This feature is restricted and can only be activated by the Avaya Custom
Development group, [email protected]
In H323 standard, DTMF tones are passed via the H245 link. When Communication Manager
connects with vendors like CISCO or Clarent, neither side of the call tried to bring up the H245
channel and no H245 channels were established, thus no DTMF were passed through. Between
Communication Manager and Communication Manager, this was not a problem. Communication
Manager has its own proprietary way of passing DTMF tones. This problem is only seen when
other vendors support FastStart call setup procedure, which is a procedure to setup call without
establishing the H245 link
SA8654 will enhance the standard Communication Manager software to have the capability of
monitoring and/or recording such emergency calls with single button push from the designated
station terminals. Please note: the SA8654 capability is NOT available for the attendant
consoles. The capability is provided via implicit integration with barge-in capabilities from
existing Communication Manager feature (e.g. Service Observing) for call monitoring and explicit
integration with the Audix One-Step recording feature for call recording. In addition, new display
messages will be provided to show the status (e.g. call is monitored by other stations etc.) of the
emergency call.
Special Application SA8885 allows a customer to choose “user-defined” as their station language
while keeping the station’s clock to display the 12- hour clock.
The ISDN Incoming Calling Party Number Conversion feature supports a more flexible Incoming
Calling Party Conversion on ISDN trunks. With this feature, Communication manager now adds
more flexibility in Calling Party Number Conversion by increasing conversion number support
from 15 to 24. It also converts incoming calling party number to an appropriate numbering
format. Without this feature, Communication Manager supports number conversion up to 15
digits.
When you set the SA8886 - ISDN Incoming Calling Party Number Conversion field to y,
Communication Manager displays the Calling Party Number Conversion screen. For more
information about the fields on the Calling Party Number Conversion screen, see APPENDIX A.
The feature supports blocking calls from ISDN-PRI, ISDN-BRI, and H.323 trunks. You can create
a list with entries for specific numbers or series of numbers from which you do not want to receive
calls. Communication Manager prevents establishment of calls from calling party numbers that
match the entries in the list.
You can disable the feature and change and delete the entries in the list. The list supports
maximum 120 entries. You can also specify a series of numbers with numbers of different lengths
in the list by:
Setting the length of numbers in the Len column to any.
Specifying the type of number in the Inc Numb Fmt column, such as international or
national numbers.
Starting with Communication Manager Release 7.0, you can use this feature to block incoming
calls based on caller IDs. Some countries need to comply with the government regulations by
blocking incoming calls originating from certain countries. For example, you can administer this
feature on Communication Manager in Germany to block calls from Syria based on its incoming
calling number.
For complete description of the fields on the Calling Party Number Conversion screen, see
APPENDIX A.
With the SA8887-Hotline for IP telephones feature, IP stations can automatically place a call to a
predetermined number inside or outside the PBX when the IP station goes off -hook. This
predetermined number is stored in Communication Manager as part of the abbreviated dialing
list. Unless prompted for authorization, the hotline user receives calls normally. The term Hotline
Note: The Hotline feature does not work for SIP endpoints.
Special Application 8888 will allow assigning different music sources to individual stations without
the Tenant Partitioning system custom option enabled. SA8888 will introduce a new field, “Music
Source”, in the station administration.
Verizon requires their inbound directory assistance and other applications' calls to be filtered via
their VoiceGenie (brand name) IVR before being sent to Communication Manager via a SIP
trunk. The incoming calls to Communication Manager are directed to Vector Directory Numbers
(VDNs) to be distributed by call vectoring to Verizon EAS (Expert Agent Selection) agents within
the same Communication Manager server.
The incoming SIP calls will contain a proprietary SIP MIME attachment message body of
customer information added by the IVR. Communication Manager will store that information. The
AE Services server will send a message to Communication Manager for each extension that it
wants Communication Manager to monitor. AE Services will do so for every agent, when the
agent logs in. Communication Manager will keep track of the list of extensions to monitor
and will automatically send the SIP MIME attachment message body data to the AE Services
server whenever a call terminates to one of the monitored stations. This is the normal method of
operation.
Communication Manager will also be able to send the SIP MIME attachment message body data
to the AE Services server whenever Communication Manager is queried by AE Services. This
method will be used after the call is answered. This method won't be used on every call, but
rather to handle complex scenarios.
The query will be used to refresh data after it was sent automatically.
Verizon requires their inbound directory assistance and other applications' calls to be filtered via
their VoiceGenie (brand name) IVR before being sent to Communication Manager via a SIP
trunk. The incoming calls to Communication Manager are directed to Vector Directory Numbers
(VDNs) to be distributed by call vectoring to Verizon EAS (Expert Agent Selection) agents within
the same Communication Manager server.
The incoming SIP calls will contain a proprietary SIP Header of customer information added by
the IVR. Communication Manager will store that information. The AE Services server will send a
message to Communication Manager for each extension that it wants Communication Manager
to monitor. AE Services will do so for every agent, when the agent logs in. Communication
Manager will keep track of the list of extensions to monitor and will automatically send the SIP
Header data to the AE Services server whenever a call terminates to one of the monitored
stations. This is the normal method of operation.
This special application allows an endpoint to dial a single number and have Communication
Manager call to up to 8 other pre-administered endpoints, conferencing them all together.
Note: This special application has not explicitly been designed or tested to work with SIP-
based deskphones or clients.
SA8896 will control the lamp updates passed to IP softphones. If SA8896 is turned on,
Communication Manager will send lamp updates to the IP softphones according to the
Communication Manager default LED settings specified bellow. This feature does not affect any
terminal types other than IP softphones. The feature will be active system wide if the SA8896
green bit turned on.
Special Application SA8927 increases the total number of paging groups to 256 for the small
platforms and 999 for XL. The total members per group will not change.
Currently Communication Manager does not provide an option to display the user name on
bridged appearance for phones supporting button labels. The default button label for bridged
appearances is the extension of the primary user. The user can display the .user name. by
creating custom labels for the bridged appearances via the phones “Options” screen. However,
this can become difficult to maintain if there is constant movement of users or bridged
appearances.
Special Application SA8928 shall provide an option on the class of restrictions form (COR) to
display user name on bridged appearances labels instead of the extension. The end user will still
have the option to override the default label with a custom one.
SA8931 will send an ISDN Redirect Number IE (0x74) when a call is extended to EC500 mobile
phone (over ISDN trunk or H.323 trunk). The redirect number is the original called PBX EC500
extension. The Redirect Number IE is to be sent along with SETUP message. The calling party
number IE (0x6C, if available) and called party number IE (0x70, the cell phone number) are part
of the SETUP message.
Communication Manager software currently supports the install and loading of Communication
Manager Phone Display Messages from the external Unicode files “avaya_unicode.txt” and
“custom_unicode.txt”
SA8942 will add support for 3 additional Unicode files. After this feature is implemented a
customer will have the ability to install 4 translations of the Communication Manager Phone
Display Messages.
Currently Communication Manager is able to handle the scenario where an IP endpoint tries to
register with an extension that is already in use. Communication Manager is able to make the
distinction between an IP endpoint which is recovering and is requesting the same extension from
a separate IP endpoint requesting the same extension by comparing IP addresses and MAC
addresses. When the IP address or MAC addresses do not match then Communication Manager
instructs the IP endpoint to display the message “Extension in Use - # to Register”. At this point,
the user can press “#” to initiate a forced login. A forced login causes the existing registration to
be unregistered so that the new registration can be successful.
Unfortunately Communication Manager cannot make this distinction for Service Provider
deployments using network based Session Border Controllers (SBCs) providing an
ALG/NAT/NAPT functionality. In this environment, each IP endpoint will have the same SBC
proxy IP address. Therefore, Communication Manager treats all registrations attempts with an
already registered extension as if the IP endpoint is recovering. This includes the scenario where
a softphone attempts to register in share control mode via the server.
SA8944 will address these issues by only using the MAC address sent in the RRQ’s
nonStandardData LoginRequest segment.
This Special Application SA8946 gives customers the ability to administer up to 225 Building
data. SA8946 increases the existing site-data from 75 to 250 Building Fields. With the
introduction of SA8946 feature customer can administer up to 225 Building data, increased site
data will work as earlier.
Note: Due to the complexity and/or risk involved with activating this feature, it is restricted
to Business Partners and Avaya activation. Please contact your Business Partner, Avaya
Service Representative or Avaya Custom Development group, [email protected].
The new shuffling capability will be restricted to scenarios where both endpoints are SIP and both
are not Communication Managers (Communication Manager SIP trunk-to-trunk shuffling) to
minimize the development and test effort as well as the risk factor involved with this change.
NOTE: This feature is restricted and can only be activated by the Avaya Custom
Development group, [email protected]
The feature provides a capability of “masking off” the calling party number and name, which is
normally sent for outgoing QISG/ISDN calls. It also block the called party’s name and connect
number off for incoming QSIG/ISDN call.
In Communication Manager Release 6.2, SA8967 behavior is enhanced to support a permanent
state of send-nn button. Send-nn button has a new ‘call mode’ qualifier which can be set to
‘permanent’ or ‘transient’. When set to ‘transient’, send-nn button retains an existing behavior of
needing to press send-nn button every time a dummy identity is to be sent. When set to
‘permanent’, send-nn button toggles between 2 states – ON, OFF. That means, once the feature
is turned ON, it will remain ON until it is turned OFF (by the user). Default is OFF. If turned ON, a
dummy identity is sent, otherwise original identity is sent.
The Service Provider requirements for SIP communication during call forwarding are:
1. From header must contain forwarding identity (may or may not be fully qualified E.164)
2. P-Asserted-Identity must contain forwarding identity (may or may not be fully qualified
E.164)
Avaya - like all other vendors supplying TI - has been asked to modify the way its equipment
behaves so as to update the 'From' and ‘PAI’ headers in the INVITE message to show the
number of the redirecting party for the call forwarding feature. This must be applied to all 3 call
forwarding feature scenarios: CFU, CFB, and CFNA.
Note: Due to the complexity and/or risk involved with activating this feature, it is restricted
to Business Partners and Avaya activation. Please contact your Business Partner, Avaya
Service Representative or Avaya Custom Development group, [email protected].
This Special Application SA8983 modifies the calling party number for outgoing ISDN trunk calls
that are the result of either call forwarding to an external number or the EC500 feature. With this
feature active, the calling party number for these calls will be that of the call forwarding or EC500
station rather than that of the call originator. This feature works for both station-to-station and for
incoming trunk calls to the call forwarding or EC500 station. All types of call forwarding –
unconditional, busy/don’t answer, and enhanced call forwarding – are supported.
The special application SA8986 provides an attendant the ability to answer a call that is ringing at
a different attendant console. An attendant presses the call pickup button to activate the feature.
This Special Application SA8993 provides the ability to customer to administer tenant Partitions
up to 250. SA8993 increases the existing Tenant Partitions from 100 to 250. With the introduction
of the SA8993 feature customer can administer up to 250 Tenant Partitions, increased Tenant
Partitions will work as previously it use to be. In the same way Class of Service, Listed Directory
Number and Music sources are also increased from 100 to 250, will work as previously it use to
work.
Note: Due to the complexity and/or risk involved with activating this feature, it is restricted
to Business Partners and Avaya activation. Please contact your Business Partner, Avaya
Service Representative or Avaya Custom Development group, [email protected].
For all incoming trunk calls over ISDN PRI/H.323, determine if it is a national/international call
and implement logic to prefix the national/ international code in the calling party number captured
in the CDR.
Calling Party Number: Currently maximum supported length of calling party number is 15 digits
and that of National/International CPN Prefix is up to 5 additional characters. So the CPN digits
maximum length will be 20 characters.
This feature will change the dialing sequence to match the existing Nortel sequence.
Problem is before Communication Release Manager.6.2, the software doesn’t allow completing
the conference unless CONNect/200OK is sent out to incoming trunk. But, the CONNect/200OK
is sent out when agent presses the start billing button. Now, with SA9111 activated the agent is
able to complete the conference before CONNect/200OK is sent out.
Note: SA9111 is enhanced in Communication Manager Release 6.2 to support blind conference
scenario as well. Before Communication Manager Release 6.2, only attended conference is
supported to interact with SA8434.
By default the ASAI applications the calling/called party number in the original format as it is
generated/received on Communication Manager (national, local, int’l). Due to this, number
matching on ASAI applications becomes difficult. If SA9114 is turned on, the number sent to AES
from Communication Manager is normalized by Communication Manager to E.164 international.
Minimum load - Communication Manager 6.2, Communication Manager 6.0.1 Service pack 03,
Communication Manager 5.2.1 Service pack 08
In an active call, when the principal user or one of the bridge users presses the Exclusion button,
Communication Manager sends an exclusion notification to all SIP telephones active in the same
call. On receiving the notification, all SIP telephones except for the exclusion requestor drop off
from the call. However, if you set the Block Exclusion Event Notification field on a COR screen
to y, Communication Manager does not send exclusion notification to SIP telephones that are
administered in the COR.
The following table lists the situations when Communication Manager sends exclusion notification
to SIP telephones:
When you enable the Turn on mute for remote offhook attempt field on the station screen, any
off-hook event on the desk phone will result into turning on the mute button automatically. With
the mute button activated, the user cannot remotely hear conversations around the desk phone.
This feature is applicable to the following cases of remotely controlling the desk phone:
Calls received or originated remotely from soft phones in a shared control mode.
Calls received or originated remotely by using ASAI. Currently, the following ASAI
functionalities are supported: ASAI MakeCall, ASAI AnswerCall, and ASAI Single Step
Conference (SSC). Communication Manager turns on the mute button for ASAI MakeCall
and AnswerCall and not for ASAI Single Step Conference (SSC).
Note: If the call is originated or received from the deskphone, Communication Manager does not
turn on the mute button.
In H.323 configuration, Communication Manager controls the signaling of activating the mute
button for the off-hook event.
In a SIP configuration, the SIP phone itself controls the functionality to activate the mute button.
To activate this feature, set the following fields to y:
(SA9120) - Automatic Mute for Remote Off-hook Attempts? field on the change system-
parameters special-applications screen
Mute on off-hook event in shared control? field on the station screen.
Caveats
This feature is not supported for the stations configured with the Auto Answer and the int-
auto-answer functionalities.
This feature is not supported with the softclients that are capable of sending offhook
event to Communication Manager, using speakerphone, headset, or handset. Typically,
softclients with the Picture Of Phone functionality are capable of sending such offhook
events.
When SA9120 is enabled, Communication Manager gives priority to security over
usability. Due to this behavior, in few intricate scenarios, mute button is turned on even
though the user does not expect it to be turned on.
Endpoints supported
In deployments with multiple PBXs, multiple Communication Managers exchange the toll
compliance information to prevent noncompliant calls. IP Office Release 9.1 supports inter PBX
toll compliance.
For more information, see SA 9122: Restrict Public Private Network Connections (Restrict Toll
Bypass) Application Notes at the Avaya Support website: https://support.avaya.com.
Inbound calls: When an ASAI CTI application-monitored station or VDN receives a call, the
calling-party information is stored in Communication Manager. The ASAI alerting event and the
call-offer events use the calling-party information stored in Communication Manager. ASAI
includes the connected-party information in any query or subsequent events, such as connected,
transfer, conference, and drop. The connected-party information is the same as the calling-party
information.
Outbound calls: When a station makes a call to a trunk destination and Communication
Manager receives an alerting event from the trunk, the alerting event might or might not have the
connected-party information. If the connected-party information is available in the ISDN-PRI
alerting event, then the ASAI alerting event uses the connected-party information to display as
the alerting-party information. ASAI includes the connected-party information in the subsequent
event, such as connected, transfer, conference, and drop. If the connected-party information is
unavailable, Communication Manager sends the default dynamic identifier (#####) as the
alerting-party information. When the connected-party information is available, the subsequent
events or queries use the connected-party information that is stored in Communication Manager.
In the absence of the connected-party information, ASAI uses the called-party information as the
alerting-party information only if both, SA9114 and SA9124, are enabled.
Note: Communication Manager stores only the connected-party information not the called-party
information.
Important – Avaya does not recommend the usage of this field to the customers. This field is
used by Avaya only for internal testing.
When the caller makes an EC500 call from a cellular phone, Communication Manager validates
the caller ID and the station security code (SSC) assigned to the extension of the user. The
Security Code field is on the Station screen.
When you set the SA9126 - Additional EC500 FNE Security Check field to y, the additional
security for an EC500/One-X Mobile Lite call (AEFSC) feature is activated on the system.
SA9126 Additional EC500 FNE Security check field is on page 10 of the Special Applications
screen. After the feature is activated on the system, you can set the AEFSC Security field to y on
each station to make the feature available to the EC500 users.
Note: You can change the value of AEFSC Security field only when you set the SA9126 -
Additional EC500 FNE Security Check field on page 10 of the Special Application screen to y.
Communication Manager marks the extension that is used to perform a conference operation on
a call as the original ad-hoc conference host. The conference call drops when the original ad-hoc
conference host drops from the call.
This section provides information about how the SA9127 feature interacts with the other
features in the system.
Transfer
On a conference call, a user cannot use the extension that is marked as the original ad-
hoc conference host to perform a Transfer operation.
When a user makes a conference call from an MDA device, Communication Manager
marks the extension of the device as the original ad-hoc conference host. The call gets
disconnected only when the last connected MDA device that has the same extension as
the original ad-hoc conference host drops from the call.
For example, Station A-MDA1 and Station A-MDA2 are registered MDA devices for
Extension A. A user makes a call from Station B to Extension A. A user at Station A-
MDA1 answers the call and conferences Station C into the call. Communication Manager
marks Extension A as the original ad-hoc conference host. The user now uses Station A-
MDA2 to bridge onto the call and disconnects the call at Station A-MDA1. The
conference call drops only when the user disconnects the call at Station A-MDA2.
Call Park
When the original ad-hoc conference host parks the conference call, the conference call
does not drop. Communication Manager does not assign any extension to the original ad-
hoc conference host. When the call is unparked, Communication Manager marks the
extension that unparks the call as the original ad-hoc conference host. The call drops
when the extension that unparks the call disconnects the call.
Note: The extension that unparks the call might not be the same as the extension that
had parked the call.
If a member of the pickup group has already parked a call then the other member of the same
pickup group cannot park another call.
If SA9128 is enabled, an MDA device can park the active call, as a result Communication
Manager activates the call pickup alerting as applicable. MDA device can also answer the call
that is parked by other pickup group members.
Bridge Appearance
If SA9128 is enabled, and a user parks a call at bridge appearance of principal as a result
Communication Manager activates the call pickup alerting feature.
For example: Station A has bridge appearance on Station B and Station C. Station A is also part
of a call pick group that has Station P and Station Q.
If Station X calls Station A, and Station B answers the call at bridge appearance of Station A and
Station B parks the call then Communication Manager activates the call pickup alerting feature.
Station P and Station Q receives the call pickup alert to pick the call from Station X.
If SA9128 is enabled, and a user parks a call and the call returns to the originator as the call park
timeout interval has expired, Communication Manager does not activates the call pickup alerting
feature.
If SA9128 is enabled, and a member of call pickup group x dials Extended Group Call Pickup
Access Code to pick up the call in call pickup group y, the system allows the member of the
pickup group y to pick the call.
If SA9128 is enabled, and a user dials Directed Call Pickup Feature Access Code to pick up the
call from the directed station, the system directs the call to the station for the call pickup
operation.
Based on the origination of the call, the user can set the privacy settings for a call.
External Temporary for one Feature Access Per Call CPN Dial this
(leaving a CM call Codes Blocking Code FAC before
server over a placing call
trunk group)[1] Permanent for all Station Per-Call Send Calling None
calls Number
from a given user
Permanent for all ISDN Trunk Group Send Calling None
calls over a given Number; Send
ISDN trunk group Calling Name
If you set the value of SA9129 - EC500 Trunk Call and Service Link Call Use Trunk
Privacy to y, calls to an EC500 mobile phone are marked as private if the calling party
has invoked external privacy using one of the four choices shown in the table above
settings.
If you set the value of SA9129 - EC500 Trunk Call and Service Link Call Use Trunk
Privacy to n, calls to an EC500 mobile phone are never marked as private, irrespective of
the privacy setting applied to the calling party.
[1]
For a CO or MFC trunk group, you must configure the Per Call CPN Blocking Code on the outgoing trunk group
also. CM restricts the calling number by outpulsing this code before the regular address digits for the outgoing call.