VoIP with CommuniGate Pro
Setting up your CommuniGate Pro (CGP) VoIP phone system is as simple as just installing the program. VoIP functionality is part of the base product, so there is no special configuration or licensing necessary. After you have initially downloaded and installed the platform package of your choice ( www.communigate.com/download), you simply need to start the CommuniGate Pro server. To do this, at a UNIX prompt on your server, type /etc/init.d/CommuniGate start.
Once you have the CommuniGate Pro server up and running, you need to locate the randomly generated postmaster password from the postmaster accounts settings file. For most Linux platforms, the default location is /var/CommuniGate/Accounts/postmaster.macnt/account.settings. cat this file to obtain the predefined random postmaster password.
When you have found your postmaster password, open a Web browser of your choice and connect to the CommuniGate Pro Web-Administration Interface at either of these locations (where mail.example.com is the name of your new CGP system in DNS): http://mail.example.com:8010 or https://mail.example.com:9010.
The next step is setting up users on the CGP server. To do this, in the Web-Admin Interface, select the Users tab along the top of the window. CommuniGate Pro will ask you to authenticate—do so as postmaster, with the password you obtained from the postmaster accounts settings file. Next, select the Domains, sub-tab. Select the domain name corresponding to the domain where the new user(s) will be added. Find the button labeled Create Account (Figure 1). Enter the login for a new user in the field to the right of the button. Now, click Create Account.
After the account has been created, a Settings page for this new user is displayed. Enter a Real Name for the account, as well as a password. This will be the new user's password for all client applications, such as e-mail, voice and video. Scroll down to the field labeled Aliases. In order to assign an “extension” to the new user, enter the desired extension in the Aliases field. All extensions are really just CGP aliases for an account. Finally, click the Update button located right under the Aliases field. The new user has now been provisioned and already has access to all services, by default, including VoIP.
Repeat the provisioning process above for additional users by clicking the Objects tab located near the top of the tabs. Enter the login for the next new user and so on.
Now that users are provisioned on the CGP server, the next step is to install and configure a device or service known as a VoIP-to-PSTN gateway. The function of such a device or service is to route inbound and outbound telephone calls through the gateway and convert signaling from IP to PSTN and back.
There are numerous PSTN gateway devices supported by CommuniGate Pro, including Cisco Routers with SIP module, AudioCodes Mediant, Mediatrix, VegaStream and Sipura. Also, a number of gateway services are available that CGP supports, such as VoicePulse, Voxeo and Tario.
Suppose, for example, you elect to purchase the Sipura 3000. This device provides decent quality, is well valued and supports three ports:
An analog (RJ-11) line from your telephone provider (such as SBC).
A LAN Ethernet connection (RJ-45).
A second analog (RJ-11) line for connecting a standard telephone.
Note: if you're using a PSTN device such as those listed above, you need to pay for a PSTN line to your location. The smaller devices (such as Sipura and Mediatrix) can use RJ-11 analog lines as input. The larger devices typically require a dedicated T1 PRI to your site.
To configure the Sipura 3000 to work with CGP, follow these steps:
Plug in the Sipura—power, analog line (to your wall socket) and Ethernet (to your LAN).
By default, the Sipura should get a DHCP address on your network and start its administration interface (accessible via a Web browser).
Connect to the administration interface http://IP.address.of.Sipura/admin. The default login is admin, and there is no default password (it should accept a blank password).
The Sipura 3000 uses a tabbed administration interface much like CGP. The Info tab displays the current configuration. The System tab (Figure 2) should be configured for a hostname and any other relevant information to your site (DHCP, Domain, DNS and so forth).
If you are just using the PSTN and Ethernet ports, then the only other configuration changes that need to be set are on the PSTN Line tab. These changes include the following for a very simple setup. Note that no security restrictions have been added here, so any system that can route SIP traffic to the Sipura device will be able to initiate outbound calls to the PSTN:
PSTN Line Line Enable: yes NAT Mapping Enable: no SIP Port: 5060 Proxy and Registration Proxy: cgpserver.domain.com (fill in correct host) Use Outbound Proxy: yes Outbound Proxy: cgpserver.domain.com (or IP address) Register: no Display Name: Sipura3000 Use Auth ID: no Dial Plans Dial Plan 1: S0<:firstname.lastname@example.org> Dial Plan 2: (xx.<:@gw0>) VoIP-to-PSTN Gateway Setup VoIP-to-PSTN Gateway Enable: yes VoIP Caller Auth Method: none One Stage Dialing: yes VoIP Caller Default DP: 2 PSTN-To-VoIP Gateway Setup PSTN-to-VoIP Gateway Enable: yes PSTN Caller Auth Method: none PSTN Caller Default DP: 1
The dial plans are required with the Sipura device to select a routing destination. Many PSTN gateway devices do not require specific dial plans, as the default VoIP-to-PSTN and PSTN-to-VoIP directions are relatively straightforward. The above dial plans should be entered exactly as listed, except for the hostname of your CommuniGate Pro server. Note too the pbx account name—if you used a different name as the pbx account on your CommuniGate Pro server, it should be used here instead. Now, all incoming calls from the PSTN line will be routed to the LAN network with a destination of this account on the CommuniGate Pro server.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- Linux Systems Administrator
- New Products
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Have you tried Boxen? It's a
5 hours 25 min ago
- seo services in india
9 hours 57 min ago
- For KDE install kio-mtp
9 hours 58 min ago
- Evernote is much more...
11 hours 58 min ago
- Reply to comment | Linux Journal
20 hours 43 min ago
- Dynamic DNS
21 hours 17 min ago
- Reply to comment | Linux Journal
22 hours 16 min ago
- Reply to comment | Linux Journal
23 hours 6 min ago
- Not free anymore
1 day 3 hours ago
1 day 6 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?