Abstract. Avaya Solution & Interoperability Test Lab

Transcription

1 Avaya Solution & Interoperability Test Lab Configuring Secure SIP Connectivity Utilizing Transport Layer Security (TLS) Between Avaya Communication Manager and the Avaya Meeting Exchange S6200 Conferencing Server - Issue 1.0 Abstract These Application Notes describe the procedures for configuring secure SIP connectivity utilizing Transport Layer Security (TLS) between Avaya Communication Manager and the Avaya Meeting Exchange S6200 Conferencing Server (Meeting Exchange). Employing this configuration enables call origination/termination between Avaya Communication Manager and Avaya Meeting Exchange, where the signaling is secure SIP and the media is Real-time Transport Protocol (RTP). These Application Notes are an updated version of the Application Notes titled: Configuring secure SIP connectivity utilizing Transport Layer Security (TLS) between Avaya Communication Manager and Avaya Meeting Exchange (S6200) - Issue 1.0 [6]. 1 of 30

2 1. Introduction These Application Notes describe the procedures for configuring secure SIP connectivity utilizing Transport Layer Security (TLS) between Avaya Communication Manager and the Avaya Meeting Exchange S6200 Conferencing Server (Meeting Exchange). Employing this configuration enables call origination/termination between Avaya Communication Manager and Avaya Meeting Exchange, where the signaling is secure SIP and the media is Real-time Transport Protocol (RTP). Figure 1 illustrates the sample configuration utilized for these Application Notes. Avaya Communication Manager is comprised of a pair of Avaya S8710 Servers and an Avaya G650 Media Gateway. Avaya Communication Manager provides enterprise telephony features and media gateway functionality for SIP, H.323, Digital and Analog telephones present in this sample configuration. Avaya Communication Manager is provisioned for call origination via secure SIP signaling to Avaya Meeting Exchange. Avaya Meeting Exchange is a SIP based voice conferencing solution that provides mid-market enterprise customers with an audio conferencing system that can reside an IP network. For this sample configuration, Avaya Meeting Exchange is provisioned to accept calls from Avaya Communication Manager through call branding that supported both direct and scan call flows. A direct call flow allows access to conferences provisioned on Avaya Meeting Exchange without entering a passcode. Conversely, to enter a conference via a basic call flow requires a passcode. Avaya Meeting Exchange was also administered for call origination via secure SIP signaling to telephones registered to either Avaya Communication Manager or Avaya SIP Enablement Services. 2 of 30

3 The signaling between Avaya Communication Manager and Avaya Meeting Exchange is depicted by the blue dashed line in Figure 1. To account for the SIP telephones in this sample configuration, Avaya SIP Enablement Services is utilized as a SIP registration server only. Figure 1: Sample Configuration 3 of 30

4 2. Equipment and Software Validated The following equipment and software versions are used for this sample configuration: Equipment Software Version Avaya S8710 Servers Avaya Communication Manager 5.0 (R015x ) Avaya G650 Media Gateway Avaya TN2312BP (IPSI) Avaya TN799DP (C-LAN) Avaya TN2302AP (MEDPRO) Avaya Meeting Exchange S6200 Conferencing Server HW12 FW042 HW01 FW026 HW20 FW117 MX 5.0 SP1 (mx ) Avaya Bridge Talk 5.0 Build 11 Avaya SIP Enablement Services SES 5.0 ( ) Avaya C364T-PWR Converged Stackable Switch Avaya 4600 Series IP Telephones Avaya 4600 Series IP Telephones Avaya 9600 Series IP Telephones Avaya 6408D+ Digital Telephones -- Analog Telephones (H.323) (SIP) 1.5 (H.323) Table 1: Equipment and Software Versions 3. Avaya Communication Manager Configuration This section describes the configuration for enabling Avaya Communication Manager to interoperate with Avaya Meeting Exchange. Avaya Communication Manager was administered from the System Access Terminal (SAT). In these Application Notes the SAT screens are shown with a gray shaded background. In some instances, the information from the original screen has been edited or annotated for brevity or clarity in presentation. For example, entries and/or fields in the SAT screens that were either modified or were required for these Application Notes are displayed with boldface type. Refer to [1] and [2] for additional information regarding the administration of Avaya Communication Manager. 4 of 30

5 3.1. Verify Licensing The following steps verify licensing on Avaya Communication Manager that is required to support the configuration described in these Application Notes. If a required feature is not enabled or there is insufficient capacity, contact an authorized Avaya account representative to make the appropriate changes. Step Description Issue the command display system-parameters customer-options and proceed to page 2. Verify that the licensing for the Maximum Administered SIP Trunks field is sufficient. Note: Each call between two SIP endpoints requires two SIP trunks for the duration of the call. For this sample configuration, Avaya Meeting Exchange is a SIP endpoint. Thus, a call between a SIP station registered to Avaya SIP Enablement Services and Avaya Meeting Exchange will use two SIP trunks. A call between a non-sip station registered to Avaya Communication Manager and Avaya Meeting Exchange will use only one SIP trunk. display system-parameters customer-options Page 2 of 10 OPTIONAL FEATURES IP PORT CAPACITIES USED Maximum Administered H.323 Trunks: Maximum Concurrently Registered IP Stations: Maximum Administered Remote Office Trunks: 0 0 Maximum Concurrently Registered Remote Office Stations: 0 0 Maximum Concurrently Registered IP econs: 0 0 Max Concur Registered Unauthenticated H.323 Stations: Maximum Video Capable Stations: Maximum Video Capable IP Softphones: Maximum Administered SIP Trunks: Maximum Administered Ad-hoc Video Conferencing Ports: Maximum Number of DS1 Boards with Echo Cancellation: 0 0 Maximum TN2501 VAL Boards: 10 0 Maximum Media Gateway VAL Sources: 0 0 Maximum TN2602 Boards with 80 VoIP Channels: Maximum TN2602 Boards with 320 VoIP Channels: Maximum Number of Expanded Meet-me Conference Ports: 0 0 (NOTE: You must logoff & login to effect the permission changes.) 5 of 30

6 3.2. Configure Connectivity This section describes the steps for configuring SIP connectivity utilizing TLS between Avaya Communication Manager and Avaya Meeting Exchange. Step Description Issue the command change ip-codec-set <n>, where n is the number of a codec set. Add entries for audio codecs that are supported on Avaya Meeting Exchange. For this sample configuration, a single entry for G.711MU was added as displayed. change ip-codec-set 1 Page 1 of 2 Codec Set: 1 IP Codec Set Audio Silence Frames Packet Codec Suppression Per Pkt Size(ms) 1: G.711MU n : 3: 4: 5: 6: 7: 6 of 30

7 Step Description Issue the command change ip-network-region <n>, where n is the number of an IP network region and administer settings as displayed. Enter the number of the IP codec set provisioned in Step in the Codec Set field. Verify that the Inter-region IP-IP Direct Audio field is set to yes. This will allow direct IP-to-IP audio connectivity between IP stations registered to either Avaya Communication Manager or Avaya SIP Enablement Services and Avaya Meeting Exchange. By default, the C-LAN and all Avaya IP endpoints are assigned to IP network region 1. For this sample configuration, Avaya Meeting Exchange is associated with this IP network region. Use default settings for remaining fields. Note: It is not required that a second IP network region be created. For this sample configuration, a second IP network region is created to allow for the following: A distinct setting for the Authoritative Domain field. For this sample configuration, the Authoritative Domain field is not configured. An IP codec set to account for the requirements on Avaya Meeting Exchange (see Step 3.2.1). The option of restricting the bandwidth over the Wide Area Network (WAN) interface between IP network regions for calls (see Step 3.2.3). change ip-network-region 2 Page 1 of 19 IP NETWORK REGION Region: 2 Location: Authoritative Domain: Name: Meeting Exchange MEDIA PARAMETERS Intra-region IP-IP Direct Audio: yes Codec Set: 1 Inter-region IP-IP Direct Audio: yes UDP Port Min: 2048 IP Audio Hairpinning? n UDP Port Max: 3329 DIFFSERV/TOS PARAMETERS RTCP Reporting Enabled? y Call Control PHB Value: 46 RTCP MONITOR SERVER PARAMETERS Audio PHB Value: 46 Use Default Server Parameters? y Video PHB Value: P/Q PARAMETERS Call Control 802.1p Priority: 6 Audio 802.1p Priority: 6 Video 802.1p Priority: 5 AUDIO RESOURCE RESERVATION PARAMETERS H.323 IP ENDPOINTS RSVP Enabled? n H.323 Link Bounce Recovery? y Idle Traffic Interval (sec): 20 Keep-Alive Interval (sec): 5 Keep-Alive Count: 5 7 of 30

8 Step Description Proceed to Page 3 and enable inter-region connectivity between IP network regions 2 and 1 by entering the number of the IP codec set provisioned in Step in the codec set field. change ip-network-region 2 Page 3 of 19 Inter Network Region Connection Management src dst codec direct WAN-BW-limits Video Dyn rgn rgn set WAN Units Total Norm Prio Shr Intervening-regions CAC IGAR y NoLimit n Issue the command change node-names ip and add an entry to map the IP address corresponding to Avaya Meeting Exchange to descriptive name. Verify that an entry exists for the Control LAN (CLAN) interface on the Avaya G650 Media Gateway. change node-names ip Page 1 of 2 IP NODE NAMES Name IP Address CLAN-1A MEDPRO-1A SES s of 30

9 Step Description Issue the command add signaling-group <n>, where n is the number of an unallocated signaling group and administer settings as displayed. To enable secure SIP connectivity utilizing TLS, set the Group Type field to sip. The Transport Method field will default to tls. Enter the node name for the CLAN (see Step 3.2.4) in the Near-end Node Name field. Enter the node name of Avaya Meeting Exchange provisioned in Step in the Farend Node Name field. Enter the number of the IP network region provisioned in Step in the Far-end Network Region field. Verify that the DTMF over IP field is set to rtp-payload. This value enables Avaya Communication Manager to send DTMF using RFC Verify that the Direct IP-IP Audio Connections field to y to enable direct IP-to-IP audio connectivity for IP stations utilizing this signaling group. Use default settings for remaining fields. Note: To enable direct IP-to-IP audio connectivity, the following must be administered: [Not Shown] Direct IP-to-IP audio connectivity must be enabled at the system-level on the system-parameters features form. Direct IP-to-IP audio connectivity must be enabled for the IP network region associated with this signaling group (see Step 3.2.2). add signaling-group 3 Page 1 of 1 SIGNALING GROUP Group Number: 3 Group Type: sip Transport Method: tls IP Video? n Near-end Node Name: CLAN-1A02 Far-end Node Name: s6200 Near-end Listen Port: 5061 Far-end Listen Port: 5061 Far-end Network Region: 2 Far-end Domain: Bypass If IP Threshold Exceeded? n DTMF over IP: rtp-payload Enable Layer 3 Test? n Session Establishment Timer(min): 3 Direct IP-IP Audio Connections? y IP Audio Hairpinning? n 9 of 30

10 Step Description Issue the command add trunk-group <n>, where n is the number of an unallocated trunk group and administer settings as displayed. Set the Group Type field to sip. Enter a descriptive name for the trunk group in the Group Name field. Enter a number in the TAC (Trunk Access Code) field that is consistent with the configuration for the dial plan. Enter the number of the signaling group provisioned in Step in the Signaling Group field. Configure additional fields with boldface type as displayed and use default settings for remaining fields. add trunk-group 3 Page 1 of 21 TRUNK GROUP Group Number: 3 Group Type: sip CDR Reports: y Group Name: s6200 SIP COR: 1 TN: 1 TAC: 103 Direction: two-way Outgoing Display? n Dial Access? n Night Service: Queue Length: 0 Service Type: tie Auth Code? n Signaling Group: 3 Number of Members: of 30

11 Step Description Proceed to Page 2 and note the default setting of the Preferred Minimum Session Refresh Interval(sec) field. This field corresponds to the lower bound of the session interval as it pertains to the SIP standards. This field is used for negotiating a minimum value for the session interval between Avaya Communication Manager and Avaya Meeting Exchange during call set up. Note that the value assigned to the Preferred Minimum Session Refresh Interval(sec) field is doubled and assigned to the Min-SE Header Field in SIP INVITE messages for calls originating from Avaya Communication Manager. Using the default setting of 600 seconds as an example, the Min-SE Header Field would be configured for 1200 seconds in SIP INVITE messages originating from Avaya Communication Manager. Conversely, the Preferred Minimum Session Refresh Interval(sec) field also applies to calls terminating on Avaya Communication Manager from Avaya Meeting Exchange (see Step 4.1.1). add trunk-group 3 Page 2 of 21 Group Type: sip TRUNK PARAMETERS Unicode Name? y Redirect On OPTIM Failure: 5000 SCCAN? n Digital Loss Group: 18 Preferred Minimum Session Refresh Interval(sec): of 30

12 3.3. Configure Call Routing This section describes the steps for configuring call routing from Avaya Communication Manager to Avaya Meeting Exchange. For this sample configuration, Automatic Alternate Routing (AAR) without Feature Access Code (FAC) is utilized to route calls to Avaya Meeting Exchange. Note that other forms of call routing may be utilized. Step Description Issue the command change dialplan analysis and administer settings to route calls beginning with number 5 and totaling 5 digits in length via AAR as displayed. change dialplan analysis Page 1 of 12 DIAL PLAN ANALYSIS TABLE Location: all Percent Full: 1 Dialed Total Call Dialed Total Call Dialed Total Call String Length Type String Length Type String Length Type 0 2 dac 1 3 dac 2 3 aar 3 5 ext 4 5 aar 5 5 aar 6 5 ext 7 5 ext 8 1 fac 9 1 fac * 2 fac # 2 fac 12 of 30

13 Step Description Issue the command change route-pattern <n>, where n is the number of an unallocated route pattern. Administer settings to utilize the trunk group provisioned in Step to route calls to Avaya Meeting Exchange. Enter the number of the trunk group that was provisioned in Step in the Grp No field. To disable restrictions for call routing via this route pattern, set the Facility Restriction Level (FRL) field to the lowest setting. To send three digits to Avaya Meeting Exchange, delete two digits from the five digit string by entering 2 in the No. Del Dgts field. Note that two digits are deleted from the left-most portion of the string. Use default settings for remaining fields. change route-pattern 3 Page 1 of 3 Pattern Number: 3 Pattern Name: s6200 SIP SCCAN? n Secure SIP? n Grp FRL NPA Pfx Hop Toll No. Inserted DCS/ IXC No Mrk Lmt List Del Digits QSIG Dgts Intw 1: n user 2: n user 3: n user 4: n user 5: n user 6: n user BCC VALUE TSC CA-TSC ITC BCIE Service/Feature PARM No. Numbering LAR M 4 W Request Dgts Format Subaddress 1: y y y y y n n rest none 2: y y y y y n n rest none 3: y y y y y n n rest none 4: y y y y y n n rest none 5: y y y y y n n rest none 6: y y y y y n n rest none 13 of 30

14 Step Description Issue the command change aar analysis x and add entries in the table to utilize the route pattern provisioned in Step Enter a number in the Dialed String field to associate with the appropriate route pattern. Enter the number of the route pattern provisioned in Step in the Route Pattern field. Configure additional fields with boldface type as displayed and use default settings for remaining fields. change aar analysis 5 Page 1 of 2 AAR DIGIT ANALYSIS TABLE Location: all Percent Full: 1 Dialed Total Route Call Node ANI String Min Max Pattern Type Num Reqd aar n 4. Avaya Meeting Exchange Configuration This section describes the configuration for enabling Avaya Meeting Exchange to interoperate with Avaya Communication Manager. Call routing, call branding and SIP connectivity are administered on Avaya Meeting Exchange via a Command Line Interface (CLI) accessed via Secure Shell (SSH). Conference related attributes are administered and maintained via the Avaya Bridge Talk application. Refer to [3], [4] and [5] for additional information regarding the administration of Avaya Meeting Exchange. 14 of 30

15 4.1. Configure Connectivity This section describes the steps for configuring SIP connectivity between Avaya Meeting Exchange and Avaya Communication Manager. The provisioning depicted in this section was administered via the CLI. Step Description Administer settings that enable SIP connectivity between Avaya Meeting Exchange and Avaya Communication Manager by editing the system.cfg file as follows: From the /usr/ipcb/config directory, edit the system.cfg file with a text editor. Enter the IP address of Avaya Meeting Exchange (as defined in the /etc/hosts file) for the IPAddress variable. Enter a SIPS Uniform Resource Identifier (URI) for Avaya Meeting Exchange that conforms to SIP standards for the MyListener variable. This entry is used to populate the From Header Field in SIP INVITE messages from Avaya Meeting Exchange. To enable secure SIP connectivity utilizing TLS, this entry must contain sips, 5061 and transport=tls. The User Field, S6200, must conform to SIP standards and is selected to uniquely identify this server. For example, S6200 will be inserted in the From Header Field of SIP INVITE messages from Avaya Meeting Exchange and will display on a telephone when a call originates from Avaya Meeting Exchange. Enter a SIP-URI that conforms to SIP standards and is bounded by angled brackets for the respcontact variable. This entry is used to populate the Contact Header Field in SIP Response messages from Avaya Meeting Exchange and provides Avaya Communication Manager a SIP-URI for acknowledging SIP messages from Avaya Meeting Exchange. To enable secure SIP connectivity utilizing TLS, this entry must contain, 5061 and transport=tls. Enter a value in seconds for the minsetimervalue variable. This entry corresponds to the lower bound of the session interval as it pertains to the SIP standards. It is recommended to provision the minsetimervalue variable to a setting that is greater than or equal to the corresponding setting on Avaya Communication Manager (see Step 3.2.7). # ip address of the server IPAddress= # request we will be listening to MyListener=sips:S6200@ :5061;transport=tls # if this setting is populated will Overwrite the contact field in responses respcontact=<sip:s6200@ :5061;transport=tls> # Min SE value in seconds for lower bound of Session Interval for SIP Invite minsetimervalue= of 30

16 4.2. Configure Call Routing The provisioning depicted in this section was administered via the CLI and describes the steps to enable call routing for Avaya Meeting Exchange, where call routing is defined as follows: For call termination on Avaya Meeting Exchange, URI to telephone number translations are utilized. These translations associate calls to Avaya Meeting Exchange with corresponding call branding, based on incoming SIP-URIs. For call origination from Avaya Meeting Exchange, telephone number to URI translations are utilized. These translations associate a telephone number pattern with a corresponding SIP-URI of a SIP User Agent (UA), thus allowing call origination from Avaya Meeting Exchange to the SIP UA. 16 of 30

17 Step Description Administer settings to associate incoming calls to Avaya Meeting Exchange with corresponding call branding by adding URI to telephone number translations to the UriToTelnum.tab file. These translations extract values for both the Direct Inward Dial (DID, also known as DDI in Europe) and the Automatic Number Identification (ANI). From the /usr/ipcb/config directory, edit the UriToTelnum.tab file with a text editor. Add rules, separated by either tabs or single spaces, as a line in the file to match the pattern of the To and From Header Fields in SIP INVITE messages from Avaya Communication Manager. If the match is successful, the DID is extracted from the To Header Field and the ANI is extracted from the From Header Field. Metacharacters such as * or? may be utilized. o The rules under the TelnumPattern and TelnumConversion columns work in conjunction as follows. Assume Avaya Communication Manager sends a SIP INVITE message with the following To and From Header Fields. The rule ""*"*<sip:*" matches the following: To: "555" <sip:555@ >, where $1 utilizes 555, the variable matched by the first asterisk as the DID value for the call. From: "SIP 31001" <sip:31001@avaya.com>, where $1 utilizes SIP 31001, the variable matched by the first asterisk as the ANI for the call. [Not Required] Add rules to support operator dial-in. Refer to [4] for information regarding this feature. For this sample configuration, ""*"*<sip:501*" is utilized. Enable an undefined caller to receive a prompt for operator assistance by adding an entry for a wildcard as the last line in this file. This entry accounts for the condition of an unmatched To Header Field. Note: Entries in this file are read sequentially, therefore, the entry for the wildcard must be the last line in the file. Otherwise, all calls to Avaya Meeting Exchange would match the wildcard and thus receive a prompt for operator assistance. # request URI to telnum conversion table # # This table converts the Request URI in the SIP INVITE request to the # appropriate value specified when a pattern is matched. For example, if the # request Uri was "<sip:3333@ >" and one of the patterns was # "<sip:*@*" a match would take place. If the conversion for that match was # $1 then 3333 would be passed as the ddi for the call. If the conversion for # that match were "0000" then 0000 would be passed as ther ddi for the call. # #THE COMMENT COLLUM OR ANY OF THE COLLUMS SHOULD HAVE NO SPACES TelnumPattern TelnumConversion comment ""*"*<sip:501*" "OP501x1" Op1_From_Avaya ""*"*<sip:*" $1 SES_ACM * $0 wildcard 17 of 30

18 Step Description Administer settings to enable call origination from Avaya Meeting Exchange to Avaya Communication Manager by adding telephone number to URI translations to the telnumtouri.tab file as follows: From the /usr/ipcb/config directory, edit the telnumtouri.tab file with a text editor. Add rules, separated by either tabs or single spaces, as a line in the file to route calls from Avaya Meeting Exchange to Avaya Communication Manager. Metacharacters such as * (refers to a character string) or? (refers to a single character) may be utilized. o The rule entered under the TelnumPattern column matches any five digit pattern with a leading 3 and corresponds to station extensions on Avaya Communication Manager. o The SIP-URI entered under the TelnumConversion column routes the call to the CLAN on Avaya Communication Manager. To enable secure SIP connectivity utilizing TLS, the rule must syntactically conform to SIP standards regarding URI and contain 5061 and transport=tls. Avaya Meeting Exchange will replace $0 with the dialstring in outgoing SIP INVITE messages. For example, if is dialed, Avaya Meeting Exchange will format a SIP INVITE message with the following SIP-URI in the Request-Line and To Header Field: sip:31002@ :5061;transport=tls Note: Alternatively, call routing to Avaya Communication Manager could have been enabled with either of the following entries: * sip:$0@ :5061;transport=tls, or 3* sip:$0@ :5061;transport=tls, where * is a wildcard and matches any digit string. # telnum to uri conversion table # # This file is for dialing out from the Bridge to an external party. The # digits that are dialed are converted into the Request URI in the SIP INVITE. # For example, if the digits dialed were and one of the patterns was # "93????" a match would take place. If the conversion for that match was # $1 then the Request URI for the SIP INVITE would be sip:936543@ #THE COMMENT COLLUM OR ANY OF THE COLLUMS SHOULD HAVE NO SPACES TelnumPattern TelnumConversion comment 3???? sip:$0@ :5061;transport=tls AvayaCM Restart conferencing related processes on Avaya Meeting Exchange for updates to take effect. At the command prompt, enter service mx-bridge restart. [S6200]> service mx-bridge restart 18 of 30

19 4.3. Configure Call Branding The following steps provide examples of how to provision direct and scan call branding by utilizing the Call Branding Utility (CBUTIL) on Avaya Meeting Exchange. A command line utility, CBUTIL enables administrators to assign a specific annunciator message, line name, company name, system function, reservation group and prompt sets to a Dialed Number Identification Service (DNIS) entry. Avaya Meeting Exchange parses these entries in numerically ascending order, with the wildcard character? last in the list. For example, 129? follows The last entry in the table consists entirely of wildcard characters. Step Description Administer call branding for a direct call flow as follows: From the /usr/dcb/bin directory, add an entry to the call branding table to map the DID value obtained from procedures in Step to a conference by entering cbutil add n direct at the command prompt. The syntax for this command is case insensitive and is defined as follows: cbutil add <dnis> <rg> <msg> <ps> <ucps> <func> [-l <ln> -c <cn>], where, o <dnis> DNIS o <rg> Reservation group o <msg> Annunciator message number o <ps> Prompt set number (0-20) o <ucps> Use conference prompt set (y/n) o <func> One of: DIRECT/SCAN/ENTER/HANGUP/AUTOVL/FLEX o -l <"ln"> Optional line name to associate with caller o -c <"cn"> Optional company name to associate with caller S6200-> cbutil add n direct cbutil Copyright 2004 Avaya, Inc. All rights reserved Repeat Step to add an entry to the call branding table for a scan call flow. S6200-> cbutil add n scan cbutil Copyright 2004 Avaya, Inc. All rights reserved. 19 of 30

20 Step Description At the command prompt, enter cbutil list to verify the entries provisioned in Step and Step Note: The last entry in the call branding table, with a DNIS value???, was added previously and is a wild card entry. This entry captures any wrong number (e.g., unmatched DID values) and places the call into the enter queue for operator assistance. S6200-> cbutil list cbutil Copyright 2004 Avaya, Inc. All rights reserved. DNIS Grp Msg PS CP Function Line Name Company Name N SCAN N DIRECT??? N ENTER 20 of 30

21 4.4. Administer Conferences The following steps utilize Avaya Bridge Talk to provision conferences on Avaya Meeting Exchange. Avaya Bridge Talk is an application that runs on a standard Windows based PC and is utilized for provisioning and managing conferencing applications on Avaya Meeting Exchange. Refer to [5] for information regarding PC requirements. If any of the features displayed in the Avaya Bridge Talk screen captures are not present, contact an authorized Avaya sales representative to make the appropriate changes. Figure 2 illustrates the main window of the Avaya Bridge Talk application. The following is a brief description of the task areas that were utilized for these Application Notes. 1. The Menu Bar, which includes menus for both Avaya Meeting Exchange specific and Windows-based commands. 2. The Main Tool Bar, which includes commands for entering command-line text. 3. The Conference Room, which displays information about features and attributes for individual conferences; and lists participants, moderators and their status. 4. The Conference Navigator, which displays a portion of the conferences currently running on the bridge as well as individual conference attributes or features. Figure 2: Avaya Bridge Talk Main Window 21 of 30

22 Step Description Create a dial list of participants on Avaya Meeting Exchange. From the Avaya Bridge Talk Menu Bar, select Fast Dial New. From the New Dial List window that is displayed, add participants to the dial list as follows: Enter a descriptive name for this dial list in the Name field. Add entries to the dial list by clicking Add for each participant. o Enter a descriptive name for each participant in the Name field. o Enter a number in the Telephone field that corresponds to telephones registered to either Avaya Communication Manager or Avaya SIP Enablement Services. Enable conference participants on the dial list to enter the conference without a passcode by checking the Directly to Conf box. Refer to [5] for definitions regarding the remaining fields on this screen. Click Save. 22 of 30

23 Step Description Schedule conferences that utilize the call branding for a direct call flow provisioned in Step as follows. From the Menu Bar, click View Conference Scheduler. From the Conference Scheduler window that is displayed, click File Schedule Conference. From the Schedule Conference window that is displayed, administer settings as follows: Enter a unique passcode in the Conferee Code field to allow access to this conference. Enter a unique passcode in the Moderator Code field to allow access to this conference with moderator/host privileges. Note, to enable access to this conference without entering a passcode, define a Moderator Code that aligns with the provisioning for a direct call flow (see Step 4.3.1). Enter a descriptive name for this conference in the Conference Name field. Administer settings to enable a blast dial by setting the Auto Blast field to Manual and selecting the dial list provisioned in Step in the Dial List field. o Select a dial list by clicking Dial List. o [Not Shown] Select a dial list from the Create, Select or Edit Dial List window that is displayed. Refer to [5] for definitions regarding the remaining fields on this screen. Click OK. 23 of 30

24 5. Interoperability Testing 5.1. General Test Approach The general test approach was to place calls between Avaya Communication Manager and Avaya Meeting Exchange, utilizing the sample configuration displayed in Figure 1. The main objectives were to verify the following: Call origination from Avaya Communication Manager to scheduled and demand conferences provisioned on Avaya Meeting Exchange: o DNIS direct call branding (without participant-access-code) o Scan call branding (with participant-access-code) Call origination from Avaya Meeting Exchange to telephones registered to either Avaya Communication Manager or Avaya SIP Enablement Services: o Auto/manual blast dial o Originator dial-out o Operator fast dial Features available on Avaya Meeting Exchange: o Operator dial-out (Audio Path) o Operator dial-in (Audio Path) o Dial-out to a Flexible Digital Auxiliary Port Interface (FDAPI) channel for audio recording o Line transfer initiated from Avaya Bridge Talk o Conference transfer initiated from Avaya Bridge Talk o Conferencing features for both moderator and participant accessed during a conference call via touchtone commands Features available on Avaya Communication Manager: o Call hold o Attended/unattended call transfer o Call forward o Three-way conference Transport methods for signaling between Avaya Meeting Exchange and Avaya Communication Manager: o TCP utilizing TLS Transport methods for media between Avaya Meeting Exchange and Avaya Communication Manager: o RTP/UDP Codecs: o G711MU Voice quality, verified subjectively using endpoints participating in a conference DTMF transmission as defined by RFC Test Results All test cases, as defined by the general test approach, passed. 24 of 30

25 6. Verification Steps The following steps were used to verify the administrative steps presented in these Application Notes and are applicable for similar configurations in the field. Step Description 6.1 Verify conferencing related processes are running on Avaya Meeting Exchange. From the Avaya Meeting Exchange CLI, enter service mx-bridge status at the command prompt and verify that a Process ID (PID) is present for all processes. S6200-> service mx-bridge status 2373 pts/1 00:00:00 initdcb 2420 pts/1 00:00:00 log 2423 pts/1 00:00:00 bridgetranslato 2424 pts/1 00:00:00 netservices 2431 pts/1 00:00:00 timer 2432 pts/1 00:00:00 traffic 2433 pts/1 00:00:00 chdbased 2434 pts/1 00:00:00 startd 2435 pts/1 00:00:00 cdr 2436 pts/1 00:00:00 modapid 2437 pts/1 00:00:00 schapid 2438 pts/1 00:00:00 callhand 2439 pts/1 00:00:00 initipcb 2443 pts/1 00:00:00 sipagent 2451 pts/1 00:00:00 msdispatcher 2454 pts/1 00:00:00 softms 2457 pts/1 00:00:00 servercomms 2311 pts/1 00:00:00 sqlexecd with 5 children 6.2 Verify SIP connectivity between Avaya Communication Manager and Avaya Meeting Exchange by retrieving status regarding the trunk group provisioned in Step From a SAT session, issue the command status trunk <n>, where n is the number of the trunk group to verify. Verify that all members in the trunk group are in-service/idle. 25 of 30

26 Step Description 6.3 Validate signaling and media connectivity for call origination from Avaya Communication Manager to Avaya Meeting Exchange. This is accomplished by verifying that the trunk group provisioned in Step is utilized when a call from a telephone registered to either Avaya Communication Manager or Avaya SIP Enablement Services dials in to a conference provisioned on Avaya Meeting Exchange. From a SAT session, issue the command list trace tac <n>, where n is the TAC defined for the trunk group. From a telephone registered to either Avaya Communication Manager or Avaya SIP Enablement Services, dial to enter the conference provisioned in Section 4.4 as moderator via the call branding for a direct call flow provisioned in Step Note: The trace below shows that was dialed and utilized the call routing and trunk group provisioned in Section 3 to route the call to Avaya Meeting Exchange. Also, note the sequence to enable direct IP-to-IP audio connectivity between the endpoints (Avaya Meeting Exchange and the Avaya 4600 Series IP Telephone) involved in this call. Initially, both Avaya Meeting Exchange ( ) and the Avaya 4600 Series IP Telephone ( ) are connected to the Media Processor (MEDPRO) Due to the provisioning that enabled direct IP-to-IP audio connectivity as well as congruency for the codec and DTMF requirements on the endpoints, Avaya Communication Manager allowed direct IP-to-IP audio connectivity for this call. list trace tac 103 Page 1 LIST TRACE time data 10:39:05 dial route:aar 10:39:05 term trunk-group 3 cid 0x155 10:39:05 dial route:aar 10:39:05 route-pattern 3 preference 1 cid 0x155 10:39:05 seize trunk-group 3 member 30 cid 0x155 10:39:05 Calling Number & Name SIP :39:05 Proceed trunk-group 3 member 30 cid 0x155 10:39:05 active trunk-group 3 member 30 cid 0x155 10:39:05 G711MU ss:off ps:20 rn:2/ : : :39:05 xoip: fax:relay modem:off tty:us :2364 uid:0x500f9 10:39:05 G711MU ss:off ps:20 rn:1/ : : :39:05 xoip: fax:relay modem:off tty:us :2368 uid:0x :39:06 G711MU ss:off ps:20 rn:1/ : : :39:06 G711MU ss:off ps:20 rn:2/ : : of 30

27 Step Description 6.4 Validate signaling and media connectivity for call origination from Avaya Meeting Exchange to Avaya Communication Manager. This is accomplished by verifying that the trunk group provisioned in Step is utilized when a call from a participant in a conference on Avaya Meeting Exchange is placed to a telephone registered to either Avaya Communication Manager or Avaya SIP Enablement Services. From a SAT session, issue the command list trace tac <n>, where n is the TAC defined for the trunk group. From the telephone already in conference (see Step 6.3), enter the appropriate touchtone command to initiate the blast dial feature as provisioned in Section 4.4. Note that the goal of this step is to validate call origination from Avaya Meeting Exchange to Avaya Communication Manager, thus any form of call origination from Avaya Meeting Exchange may be utilized, e.g., originator dial-out. Note: The trace below shows that a call is terminated on Avaya Communication Manager on the trunk group provisioned in Step Also, note the sequence to enable direct IP-to-IP audio connectivity between the endpoints (Avaya Meeting Exchange and the Avaya 4600 Series IP Telephone) involved in this call. list trace tac 103 Page 1 LIST TRACE time data 10:41:57 Calling party trunk-group 3 member 32 cid 0x15b 10:41:57 Calling Number & Name NO-CPNumber NO-CPName 10:41:57 active trunk-group 3 member 32 cid 0x15b 10:41:57 G711MU ss:off ps:20 rn:2/ : : :41:57 xoip: fax:relay modem:off tty:us :2420 uid:0x500fb 10:41:57 dial :41:57 term station cid 0x15b 10:42:00 active station cid 0x15b 10:42:00 G711MU ss:off ps:20 rn:1/ : : :42:00 G711MU ss:off ps:20 rn:2/ : : of 30

28 Step Description 6.5 Verify that calls to and from Avaya Meeting Exchange are managed correctly, e.g., participants are added/removed from conferences. This is accomplished by utilizing the Avaya Bridge Talk application. If not already logged on, log in to the Avaya Bridge Talk application with the appropriate credentials. From the Conference Navigator, double-click the appropriate entry to open the corresponding Conference Room. Verify conference participants are added/removed from conferences by observing the Conference Navigator and/or Conference Room window. Note: The screen capture below displays the conference that was initiated in Step 6.3 and Step of 30

29 7. Conclusion These Application Notes present a sample configuration comprised of Avaya Communication Manager and the Avaya Meeting Exchange S6200 Conferencing Server (Meeting Exchange). Employing this configuration enables call origination/termination between Avaya Communication Manager and Avaya Meeting Exchange, where the signaling is secure SIP utilizing Transport Layer Security (TLS) and the media is Real-time Transport Protocol (RTP). 8. Additional References Avaya references are available at [1] Administrator Guide for Avaya Communication Manager, Issue 4, Doc ID: , January [2] Administration for Network Connectivity for Avaya Communication Manager, Issue 13, Doc ID: , January [3] Meeting Exchange 5.0 S6200/6800 Administration and Maintenance Guide, Issue 2, Doc ID , August [4] Meeting Exchange 5.0 Service Pack 1 S6200/6800 Configuration Guide, Issue 4, Doc ID , December [5] Meeting Exchange 5.0 Bridge Talk User's Guide, Doc ID , Issue 1, August [6] Configuring secure SIP connectivity utilizing Transport Layer Security (TLS) between Avaya Communication Manager and Avaya Meeting Exchange (S6200) - Issue of 30

30 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 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 Solution & Interoperability Test Lab at 30 of 30