PBX Dialogic 2000 Media Gateway Series T1/E1 IP LAN IBM Lotus

PBX Dialogic 2000 Media Gateway Series T1/E1 IP LAN IBM Lotus
Dialogic® Media Gateway Installation and
Configuration Integration Note
1.
Scope
This document is intended to detail a typical installation and configuration of Dialogic® 2000
Media Gateway Series (DMG2000) connected in-between the PSTN and the PBX for use with
IBM® Lotus® Sametime® Unified Telephony application.
2.
Configuration Details
Listed below are the specific details related to the PSTN / PBX and the gateway used in
constructing the following documentation.
2.1
PBX / PSTN
PSTN / PBX Vendor
Any
Protocols
NI2, DMS100, 5ESS, ETSI EuroISDN
2.2
Gateway
Gateway Model
Dialogic® 2000 Media Gateway Series (DMG2000)
Software Version
Version 6.0 SU3 (6.0.128) or later
Protocol
T1/E1
2.3
System Diagram
The diagram below details the setup used in the testing and creation of the technical document.
IP LAN
Dialogic® 2000
Media Gateway Series
T1/E1
T1/E1
Telephony
Control
Server
IBM® Lotus®
Sametime®
Unified
Telephony
Environment
PSTN
PBX
1
3.
Prerequisites
3.1
PSTN / PBX Prerequisites
The PBX must support T1 (NI2, DMS100, or 5ESS) or E1 (ETSI EuroISDN).
3.1.2 PSTN / PBX Cabling Requirements
Cabling for T1 ISDN connections must be CAT5e or better. Standard voice quality cable will not
provide optimum signal quality and the gateway will have problems establishing connection on
the D-Channel.
Table 1. T1/E1 Connector Pin Designations
4.
Pin
Description
1
2
3
4
5
6
7
8
RCV_RING
RCV_TIP
No Connection
XMIT_RING
XMIT_TIP
No Connection
No Connection
No Connection
Gateway Setup Notes
Steps for setting up the gateway:
•
•
•
•
4.1
Connecting to Gateway
Initial Gateway Configuration
Parameter Configuration
Routing Engine Configuration
Connecting to Gateway
There are two ways for performing the initial configuration of the gateway; serial or IP.
4.1.1 Connecting with Serial Port
•
•
Connect a DB9 serial cable to the COM 2 port on the gateway.
Establish a connection to the gateway (Baud=115200, Data Bits=8, Stop Bits=1,
Parity=none, Flow Control=none) using a terminal emulation program (e.g.
HyperTerminal). See Table 2 for the serial port pin outs.
Table 2. Serial Port Pin Outs
Pin
1
2
3
4
5
6
7
8
9
Signal
Data Carrier Detect
Transmit Data
Receive Data
Data Terminal Ready
Signal Ground
Data Set Ready
Clear to Send
Request to Send
Ring Indicator
2
4.1.2 Connecting with Ethernet
•
•
•
4.2
Connect gateway to Network using LAN 1.
Configure computer connecting to the gateway on the 10.12.13.x subnet (e.g.
10.12.13.75) and subnet mask of 255.255.255.0.
Use telnet and connect to gateway at 10.12.13.74.
Initial Gateway Configuration
•
Configure initial gateway. Press Enter key until you get to the “PIMG” prompt. Follow the
steps below and modify the settings in red to match your environment. The values in
bold are what you will be entering.
PIMG> pwd
Enter Password: IpodAdmin
Admin level accepted.
PIMG-admin> quickcfg
LAN 1 IP Address[10.2.2.3] : (Enter new IP Address
LAN 1 Subnet Mask[255.255.255.0] : (Enter new Subnet Mask)
LAN 1 Default Network Gateway Address[10.2.2.5] : (Enter new Default
Network Gateway Address)
LAN 2 IP Address[10.2.2.2] :
LAN 2 Subnet Mask[255.255.255.0] :
Select Line Mode ...
Valid entries:
1. T1
2. E1
Enter Number for Line Mode Selection [T1] : 1
Select Protocol ...
Valid entries:
1. CAS - Loop Start
2. CAS - Ground Start
3. CAS - E&M Immediate
4. CAS - E&M Delay
5. CAS - E&M Wink
6. ISDN - QSIG
7. ISDN - NI-2
8. ISDN - 5ESS
9. ISDN - DMS-100
Enter Number for Protocol Selection [ISDN - NI-2] : 7
Saving parameters now...
Parameters successfully configured!
******* Restart Required ******* (Type 'restart')
PIMG-admin> restart
rebooting...
•
•
4.3
Clear ARP Table on computer connecting to gateway (e.g. on Windows® machine,
the command is “arp -d*” from a Command Shell).
Change the IP address on the computer connecting to the gateway to match the
newly configured gateway IP address.
Parameter Configuration
To get the gateway connected between the PSTN and the PBX for use with IBM Lotus Sametime
Unified Telephony, there are a few configuration options that are required. During the solutionspecific setup of the Dialogic® gateway using the web interface, you must:
3
•
In the Config -> IP Settings page:
o Set the BOOTP Enabled parameter to ‘No’ the (default is Yes) under the LAN1
settings block. LAN 2 can also be configured at this point for maintenance only.
•
In the TDM -> T1/E1 page:
o Under Select Port to Modify, leave this set to ‘all ports’ for now. Set
the Line Encoding and Framing as required by your T1/E1 Interface
provider / PBX. Typical settings for T1 are Line Encoding = B8ZS and
Framing = ESF. Typical settings for E1 are Line Coding = HDB3 and
Framing = CRC_MF.
4
o
Set the Telephony Port Interface Side (for each port individually). If
there was an existing trunk connected to the PBX and you are placing the
gateway in-between the PSTN and PBX with that same trunk, then you will need
program two ports on the gateway. One port will be accepting the PSTN trunk,
and another port will be used to connect to the PBX (Terminal). The PSTN is
normally the Network side, so the port on the gateway (e.g. Port 1) will have to
be configured as Terminal side. Select ’port #’ from the Select Port to
Modify drop down. Then, configure the interface side to be ’Terminal’.
NOTE: This has to be opposite of the PSTN trunk configuration. So if the PSTN
trunk is configured as network, then the gateway interface must be terminal.
5
o
Now considering the PSTN trunk was connected to the PBX prior, the PBX must
be already set to Terminal side. So now we need to configure the port on the
gateway as Network side (e.g. Port 2). Select the port to be configured from the
Select Port to Modify drop down menu (port 2 in the example below).
Then, set the Telephony Port Interface Side for port 2 to ’Network ’.
NOTE: This has to be opposite of the PBX trunk configuration. So if the PBX
trunk is terminal, then the gateway interface must be network.
o
If the Dialogic® 2000 Media Gateway Series (DMG2120DTISQ) is used, continue
to program the remaining 2 ports.
6
o
•
Set the Enable Failover to ’Yes’ if you want to enable the gateways TDM
to TDM failover in the event of a powered down. If the gateway is powered down,
and Enable Failover is set to Yes, span 1 links to span 2, and span 3 links to
span 4. If failover is set to No, then it is disabled.
In the VoIP -> General page:
o Set the Transport Type to match IBM Lotus Sametime Unified Telephony
requirements (the default is UDP).
7
•
4.4
In the VoIP -> Media page:
o Set the Audio Compression parameter to match IBM Lotus Sametime Unified
Telephony requirements (the default is G.711u/G.711a).
o Set the RTP Digit Relay Mode parameter to match IBM Lotus Sametime
Unified Telephony (the default is RFC2833).
o Set the RTP Fax/Modem Tone Relay Mode parameter to match IBM Lotus
Sametime Unified Telephony (the default is RFC2833)
o Set the Signaling Digit Relay Mode parameter to ‘Off’ (the default is On)
o Set the Voice Activity Detection parameter to ‘Off’ (the default is On)
o Set the G.711 Frame Size to match the requirement of IBM Lotus Sametime
Unified Telephony (the default is 30ms).
Routing Engine Configuration
In this step, we are assuming that there is one fax machine in the enterprise that will have all calls
to/from that fax machine routed directly between the PSTN and the PBX. All other PSTN and
PBX calls received will be routed to IBM Lotus Sametime Unified Telephony VoIP. We are
assuming that calls received from IBM Lotus Sametime Unified Telephony VoIP will be routed to
the PBX if the called number is in the range of digits for the PBX, else the call will be routed to the
PSTN. The following section will provide an example on how this can be accomplished. For PBX
to PSTN calls and for PSTN to PBX calls, the calls will be routed through IBM Lotus Sametime
Unified Telephony.
NOTE: For all the examples in this document going forward the term ‘inbound call’ refers to a call
in the TDM to IP direction and the term ‘outbound call’ refers to a call in the IP to TDM direction.
8
4.4.1 Media Gateway Installed In-between PSTN and PBX
•
VoIP Host Group - The first item is to set up the IP address (IBM Lotus Sametime
Unified Telephony Control Server) to use as our IP destination for inbound calls to
IBM Lotus Sametime Unified Telephony Control Server. This is done in the routing
table under the section VoIP Host Groups. We define a single host group (using the
default group is fine) that includes the IP address of the IBM Lotus Sametime Unified
Telephony Control Server; in our example case we are using the IP address
192.168.1.30 for this.
NOTE: If using redundant Telephony Control Server (TCS) for use with load
balancing or failure tolerance, add the IP address of the redundant TCS to the Host
List by clicking on Add Host.
9
•
TDM Trunk Groups - The second items we need to configure are the TDM Trunk
Groups. This is what the gateway will use to route calls to the PSTN or PBX. This is
done in the routing table under the section TDM Trunk Groups. We define two trunk
groups that include the Port / Channel that will be used to make outbound calls to the
PSTN and PBX. In our example below, we have one trunk group configured for all
PBX bound calls - 1(1-23), and the second trunk group handles all PSTN bound calls
– 2(1-23).
10
•
Inbound TDM Rules – The gateway sits in-between the PSTN and the PBX and is
responsible for routing calls to the proper endpoint. The inbound TDM rules designed
below show typical examples of how to create rules to route calls from the PSTN to
PBX and IBM Lotus Sametime Unified Telephony, as well as how to route calls from
PBX to the PSTN and IBM Lotus Sametime Unified Telephony.
NOTE: The rules are hit in a top to bottom fashion, so the first rule listed is the first
rule that the gateway will use to try and match until it hits a rule that matches. The
Trunk Group is first checked to see if that particular rule will apply to the trunk group
that the call arrived on. If that is matched, then the rule is checked for routing.
From PSTN to FAX – This example shows how to route an inbound TDM call from the
PSTN to a fax machine based on a unique dialed number. In this example, one dialed
number for a fax machine in the enterprise is used. If the called party number matches
that number, the call is routed directly to the PBX, and therefore, would not be directed to
IBM Lotus Sametime Unified Telephony. After adding the rule label and request type,
select PSTN Trunk from the drop down list for the trunk group that the call will be coming
in on. Under CPID matching, the called number field shows how to match on the specific
fax number 7166396800. The gateway will send the call out the PBX trunk based on the
outbound route selection: Outbound destination = TDM and Trunk Group = PBX Trunk. If
the called party number does not match this number, the gateway will move down the list
checking additional rules.
11
ALL PSTN Calls to Sametime – This example shows how to route an inbound TDM call
from the PSTN to IBM Lotus Sametime Unified Telephony for processing. After adding
the rule label and request type, select PSTN Trunk from the drop down list for the trunk
group that the call will be coming in on. Since this is a catch-all rule (e.g. all remaining
numbers are routed to IBM Lotus Sametime Unified Telephony), the “*” is used to signify
any number. The gateway will send the call to the IBM Lotus Sametime Unified
Telephony server based on the outbound route selection: Outbound Destination = VOIP
and Host Group = IBM Lotus Sametime.
12
From Fax to PSTN – This example shows how the gateway will route inbound TDM calls
from fax machine connected to the PBX. In this example, only calls from a particular fax
machine will be directly routed to the PSTN and all other numbers will be routed to IBM
Lotus Sametime Unified Telephony for handling. After adding the rule label and request
type, select PBX Trunk from the drop down list for the trunk group that the call will be
coming in on. Under CPID matching, the calling number field shows how to match on a
number equal to 7166396800 (i.e. assuming that the calling party number of the fax
machine will arrive as the 10 digit number above). The gateway will send the call to the
PSTN based on the outbound route selection: Outbound Destination = TDM and Trunk
Group = PSTN trunk. If the match fails, the gateway will check subsequent rules in the
routing table.
13
Catch All to Sametime – This example shows how the gateway will route Inbound TDM
calls from the PBX to IBM Lotus Sametime Unified Telephony. After adding the rule label
and request type, select PBX Trunk from the drop down list for the trunk group that the
call will be coming in on. Under CPID matching, the called number and calling number
fields are both set to “*” as a catch-all rule to have all calls that reach this rule to be
routed to the IBM Lotus Sametime Unified Telephony server. Note that additional CPID
Manipulation rules can be added to modify the called number and calling number before
sending it to IBM Lotus Sametime Unified Telephony server. In this example, that is not
done. Please see the manual for additional information on this capability. The gateway
will send the call to the IBM Lotus Sametime Unified Telephony server based on the
outbound route selection: Outbound Destination = IP and Host Group = IBM Lotus
Sametime.
14
•
Inbound VoIP Rules - When an outbound call comes in to the gateway from the IBM
Lotus Sametime Unified Telephony server, an Inbound VoIP rule needs to be created
in order to route the call to its proper destination. In our example, we check the called
party digits to determine if it matches the range of numbers defined for the PBX. If it
matches this range, the call is routed to the PBX. If it does not match this range, the
call is routed to the PSTN.
From Sametime to PBX – This example shows how to route calls from IBM Lotus
Sametime Unified Telephony to PBX users. After adding the rule label and request type,
you can type in the IP address of the telephony server that will be sending the gateway
the SIP call in the Originating Server IP address field. This rule will be hit when the
gateway receives the called number of 7xxx; xxx being the PBX users range (70007999). The gateway will send the call to the PBX based on the outbound route selection:
Outbound Destination = TDM and Trunk Group = PBX trunk. If the called party number
does not match this rule, the gateway will look at the next rule.
15
From Sametime to PSTN – This example shows how to route calls from IBM Lotus
Sametime Unified Telephony users to the PSTN. After adding the rule label and request
type, you can type in the IP address of the telephony server that will be sending the
gateway the SIP call in the Originating Server IP address field. This rule will be hit after it
fails to match on the From Sametime to PBX rule in this example. Since this is a catch-all
rule, both called and calling party numbers are set to “*”. The gateway will send the call to
the PSTN based on the outbound route selection: Outbound Destination = TDM and
Trunk Group = PSTN trunk.
NOTE: For more information regarding configuration, please refer to the Dialogic® 1000 and 2000
Media Gateway Series User’s Guide:
http://www.dialogic.com/manuals/mediagateway/UsersGuide_6x.pdf
5.
Restarting the Gateway
•
•
For the configuration changes to take effect, you will be prompted to restart the gateway.
Select the Restart menu option through the web interface and proceed to click on Restart
Unit Now.
After restarting the gateway, examine the T1 link in front of the gateway and make sure
that the T1 LED is green. If it is yellow or red, please check your cable and gateway T1
configuration or consult with your PBX vendor. Once you have a green LED, you can
begin making PSTN to IBM Lotus Sametime Unified Telephony application calls.
6.
Troubleshooting
6.1
Important Debugging Tools
•
•
Ethereal/Wireshark – Used to view and analyze the network captures provided by the
Dialogic® gateway diagnostic firmware.
Adobe Audition – Used to review and analyze the audio extracted from the network
captures to troubleshoot any audio-related issues.
16
6.2
Important Gateway Trace Masks
These keys are helpful during all troubleshooting scenarios and should be considered keys to
activate by default for all troubleshooting cases.
•
voip prot and voip code – this allows the collection of all SIP-related messages as
they are sent from and received by the gateway. This data is important in cases where
you feel that the gateway is not able to communicate properly with the messaging server.
•
tel event and tel code – This allows the collection of all circuit-side activity of the
emulated station set such as display updates, key presses, light transitions and hook
state changes. This data is very important in the following scenarios:
•
•
o
Call control problems (dropped calls, failing transfers, etc…)
o
Integration problems (incorrect mailbox placement, missed auto-attendant
greetings etc…)
teldrv prot – This allows the collection of all ISDN messages both transmitted and
received on the gateways front-end interface. This data is very important in the following
scenarios:
o
Call control problems (dropped calls, failing transfers, etc…)
o
Integration problems (incorrect mailbox placement, missed auto-attendant
greetings etc…)
RouteTable (all keys) – This allows you to look inside the routing table engine
and see how matching rules and CPID manipulation rules work with respect to your call.
This data is very important in the following scenarios:
o
Call routing problem (reaching the incorrect IBM Lotus Sametime Unified
Telephony client or no client at all, etc…)
NOTE: Turning on all traces is not recommended. Doing this floods the debug stream with
significant amounts of information that can cause delays in determining the root cause of a
problem.
17
Copyright and Legal Notice
Copyright © 2009 Dialogic Corporation. All Rights Reserved. You may not reproduce this document in whole or in
part without permission in writing from Dialogic Corporation at the address provided below.
All contents of this document are furnished for informational use only and are subject to change without notice and
do not represent a commitment on the part of Dialogic Corporation or its subsidiaries (“Dialogic”). Reasonable
effort is made to ensure the accuracy of the information contained in the document. However, Dialogic does not
warrant the accuracy of this information and cannot accept responsibility for errors, inaccuracies or omissions that
may be contained in this document.
INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH DIALOGIC® PRODUCTS. NO
LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY
RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN A SIGNED AGREEMENT BETWEEN
YOU AND DIALOGIC, DIALOGIC ASSUMES NO LIABILITY WHATSOEVER, AND DIALOGIC DISCLAIMS ANY
EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF DIALOGIC PRODUCTS
INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE,
MERCHANTABILITY, OR INFRINGEMENT OF ANY INTELLECTUAL PROPERTY RIGHT OF A THIRD PARTY.
Dialogic products are not intended for use in medical, life saving, life sustaining, critical control or safety systems,
or in nuclear facility applications.
Due to differing national regulations and approval requirements, certain Dialogic products may be suitable for use
only in specific countries, and thus may not function properly in other countries. You are responsible for ensuring
that your use of such products occurs only in the countries where such use is suitable. For information on specific
products, contact Dialogic Corporation at the address indicated below or on the web at www.dialogic.com.
It is possible that the use or implementation of any one of the concepts, applications, or ideas described in this
document, in marketing collateral produced by or on web pages maintained by Dialogic may infringe one or more
patents or other intellectual property rights owned by third parties. Dialogic does not provide any intellectual
property licenses with the sale of Dialogic products other than a license to use such product in accordance with
intellectual property owned or validly licensed by Dialogic and no such licenses are provided except pursuant to a
signed agreement with Dialogic. More detailed information about such intellectual property is available from
Dialogic’s legal department at 9800 Cavendish Blvd., 5th Floor, Montreal, Quebec, Canada H4M 2V9. Dialogic
encourages all users of its products to procure all necessary intellectual property licenses required to
implement any concepts or applications and does not condone or encourage any intellectual property
infringement and disclaims any responsibility related thereto. These intellectual property licenses may
differ from country to country and it is the responsibility of those who develop the concepts or
applications to be aware of and comply with different national license requirements.
Dialogic, Dialogic Pro, Brooktrout, Diva, Cantata, SnowShore, Eicon, Eicon Networks, NMS Communications,
NMS (stylized), Eiconcard, SIPcontrol, Diva ISDN, TruFax, Exnet, EXS, SwitchKit, N20, Making Innovation Thrive,
Connecting to Growth, Video is the New Voice, Fusion, Vision, PacketMedia, NaturalAccess, NaturalCallControl,
NaturalConference, NaturalFax and Shiva, among others as well as related logos, are either registered trademarks
or trademarks of Dialogic Corporation or its subsidiaries. Dialogic’s trademarks may be used publicly only with
permission from Dialogic. Such permission may only be granted by Dialogic’s legal department at 9800 Cavendish
Blvd., 5th Floor, Montreal, Quebec, Canada H4M 2V9. Any authorized use of Dialogic’s trademarks will be subject
to full respect of the trademark guidelines published by Dialogic from time to time and any use of Dialogic’s
trademarks requires proper acknowledgement.
IBM, Lotus, and Sametime are trademarks of International Business Machines Corporation in the United States,
other countries, or both.
Windows is a registered trademark of Microsoft Corporation in the United States and/or other countries.
Other names of actual companies and products mentioned herein are the trademarks of their respective owners.
This document discusses one or more open source products, systems and/or releases. Dialogic is not responsible
for your decision to use open source in connection with Dialogic products (including without limitation those
referred to herein), nor is Dialogic responsible for any present or future effects such usage might have, including
without limitation effects on your products, your business, or your intellectual property rights.
05-2688-001
November 2009
18
Was this manual useful for you? yes no
Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Download PDF

advertising