Application Notes for Configuring the ESNA Telephony
Office-LinX v8.0 with Avaya Business Communications
Manager Release 6.0 - Issue 1.0
Abstract
These Application Notes describe the procedure for configuring the ESNA Telephony OfficeLinX v8.0 to interoperate with the Avaya Business Communications Manager Release 6.0.
The Telephony Office-LinX Enterprise Edition server connects to the Avaya Business
Communication Manager via SIP connectivity and provides unified communications features
such as greeting menu, user mailbox services, wake up services and transfer functionalities.
Information in these Application Notes has been obtained through DevConnect compliance
testing and additional technical discussions. Testing was conducted via the DevConnect
Program at the Avaya Solution and Interoperability Test Lab.
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
These Application Notes describe the procedure for configuring the ESNA Telephony OfficeLinX v8.0 (TOL) to interoperate with Avaya Communications Manager (BCM) Release 6.0.
The objective of this compliance testing is to verify that TOL can connect via SIP trunk to the
BCM and provide unified communication services like greetings, messaging and transfer
functionalities.
1.1. Interoperability Compliance Testing
The interoperability compliance test included features and serviceability that operate via SIP
connectivity. The focus of the compliance testing was primarily on verifying the interoperability
between ESNA TOL v8.0 and the Avaya BCM R6 so that the following features operate:
• BCM clients can access the TOL pilot number.
• TOL can access the BCM clients.
• TOL provides messaging services to the BCM clients.
• TOL can conduct transfer operations for the BCM clients.
1.2. Support
Technical support for the ESNA Telephony Office-LinX solution can be obtained by contacting
ESNA:
• URL – techsupp@esna.com
• Phone – (905) 707-1234
2. Reference Configuration
Figure 1 illustrates the configuration used in these Application Notes. The sample configuration
shows an enterprise with a BCM talking to the TOL via a SIP trunk. The BCM has an analog, a
digital and an IP Telephone connected as endpoints.
For interoperability, the TOL requires the use of the G.711MU codec, and transmission of
DTMF tones using RFC2833.
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
Configuration > Resources > IP Trunks > SIP Trunking
Select the tab Private > URI Map as shown in Figure 3 below.
Figure 3: URI Map
Do note here that some values need to be blank for the TOL to integrate correctly with the BCM.
Entering any values here will cause the integration to fail since TOL does not recognize these
values. For example if you populate Private/CDP field with cdp.udp, the BCM tags the phone
context in the SIP messages and TOL does not recognize these and therefore fails to integrate
with BCM.
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
To configure the private network that this newly added route will use, go to:
Configuration > Telephony > Dialing Plan > Private Network
Configure the private network as shown in Figure 8 below.
Figure 8: Dialing Plan – Private Network
The BCM used for compliance testing is set to 5 digit DN length and therefore the same format
is used when entering the values for the DN length under the private network.
The private network type can be either CDP or UDP depending on the site’s requirement.
While configuring the Public network under:
Configuration > Telephony > Dialing Plan > Public Network (not shown), the attribute for
Public Received number length also needs to be 5 and attribute for Public network dialing plan
needs to be Public (Unknown).
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
This section describes how to configure target lines which will be assigned to telephones that
will be used as endpoints connected to the BCM.
To configure a target line, go to:
Configuration > Telephony > Lines > Target Lines
Select a line, and assign a DN. For example in the Figure 9 shown below, line 410 has been
selected and a DN 22624 has been assigned by clicking on the Add button under the Assigned DNs tab.
Figure 9: Target Lines
• Add unique set DN to one Target line.
• Requires one line assignment for every telephone device in the system.
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
Also for the assigned set to generate busy tone while it is busy, the Busy tone option in If Busy
field found under the Preferences tab has to be selected as shown in Figure 10 below.
Figure 10: Busy Tone
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
This section describes the steps to configure the sets that has been assigned to a line as explained
in section 4.4
To configure the Active sets, go to:
Configuration > Telephony > Sets > Active Sets
In the example shown in Figure 11 below, DN 22624 is assigned to line 410. The Fwd No
Answer and Fwd Busy fields under Line Access tab has been populated with 77777, which is the
pilot number of the TOL.
In the bottom window Line Assignment tab, the Vmsg Set box is enabled so that TOL voice mail
can be accessed by the DN 22624 and the DN value is populated in the Priv. Received # and
Pub. Received # fields.
RS; Reviewed:
SPOC 11/8/2010
Figure 11: Active Sets
Solution & Interoperability Test Lab Application Notes
Figures 12 and 13 below show the additional configurations to be done to the selected DN which
has to be member of the BlocA pool found in the Line Pool Access tab and fields DND on Busy
and Allow redirect boxes needs to be enabled. These latter two fields can be found under the
Capabilities and Preferences tab.
RS; Reviewed:
SPOC 11/8/2010
Figure 12: Line Pool
Solution & Interoperability Test Lab Application Notes
ESNA installs, configures, and customizes the TOL application for their end customers. Thus,
this section only describes the interface configuration, so that the TOL can talk to the BCM R6.
Highlighted values are the ones that were configured for the compliance test.
For further details on the TOL configuration steps not covered in this document, refer to section
9.
The integration of TOL with BCM R6 is done from the TOL’s SIP Configuration Tool. Figures
14 to 19 shown below explain the configuration to be completed on the TOL platform.
RS; Reviewed:
SPOC 11/8/2010
Figure 14: General
Solution & Interoperability Test Lab Application Notes
For serviceability testing, failures such as disconnecting the TOL ELNK cable from the network
and rebooting the TOL server were applied.
The test objectives were verified. For serviceability testing, ESNA Telephony Office-LinX
operated properly after recovering from failures such as cable disconnects, and resets of ESNA
Telephony Office-LinX server.
7. Verification Steps
The following steps may be used to verify the integration:
• From the BCM end point call the TOL pilot number 77777 and verify if general greeting
is played.
• From the TOL server verify if a BCM endpoint receives a wakeup call.
• Verify if a call from a BCM endpoint to another BCM endpoint can be transferred via the
TOL server.
• Verify if correct TOL greeting messages are played depending on the status of the BCM
endpoints.
• Verify if a message can be left for a BCM endpoint and retrieved via the TOL server.
8. Conclusion
All of the executed test cases have passed and met the objectives outlined in Section 6. The
ESNA Telephony Office-LinX v8.0 software is considered compliant with BCM R6.
9. Additional References
Product documentation for Avaya products may be found at:
https://support.avaya.com/css/Products/
Product documentation for ESNA Telephony Office-LinX may be found at:
http://www.esnatech.com/support/tech_index.htm
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes
Avaya and the Avaya Logo are trademarks of Avaya Inc. All trademarks identified by ® and ™
are registered trademarks or trademarks, respectively, of Avaya Inc. All other trademarks are the
property of their respective owners. The information provided in these Application Notes is
subject to change without notice. The configurations, technical data, and recommendations
provided in these Application Notes are believed to be accurate and dependable, but are
presented without express or implied warranty. Users are responsible for their application of any
products specified in these Application Notes.
Please e-mail any questions or comments pertaining to these Application Notes along with the
full title name and filename, located in the lower right corner, directly to the Avaya DevConnect
Program at devconnect@avaya.com.
RS; Reviewed:
SPOC 11/8/2010
Solution & Interoperability Test Lab Application Notes