Installing MiRTA PBX

From MiRTA PBX documentation
Revision as of 18:14, 14 February 2021 by Admin (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Installing MiRTA PBX is not a piece of cake and the automatic installer has been proven only on CentOS 6 and 7 64bit. Even with the automatic installer, a series of manual steps are required.

Installation steps

  • Copy the installer script from pbx/protected/ to /usr/local/src in your new server. If you need you can recover this file from
  • Move to /usr/local/src
  • Check your hostname, change to something more useful if you have set to localhost
  • Upgrade the Kernel by running
./ Kernel
  • Reboot the server to be sure to have the latest kernel running
  • Move again to /usr/local/src
  • Install the system by running

If there will be no errors, you'll have asterisk and voipmonitor compiled and installed.

Proceed in checking if SELinux is active and disable it

# getenforce
# setenforce 0
# getenforce

Move in /var/www/html/pbx and start by configuring include/ copying from include/

# cd /var/www/html/pbx
# cp include/ include/

Edit the include/ and fill in with the mtpbxname and mtpbxkey values provided

Upgrade the database to the basic version:

# php dodbupgrade.php

There will be some errors and notice, just ignore them. Now convert the database to UTF8.

# cd protected
# php convert_to_utf8.php

Now it is time to setup the timezone on php. Try running the checkupgrade.php utility

# cd /var/www/html/pbx
# php checkupgrade.php

If you see an error like:

PHP Warning:  strtotime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/html/pbx/checkupgrade.php on line 19

It means you need to carefully select the timezone in php.ini, like

; Defines the default timezone used by the date functions                                                                                                                                                        
date.timezone = Australia/Sydney

Now move to /etc/asterisk and edit sip.conf and manager.conf setting up the entry for the server itself, replacing srv01 with your server short name


If the server is on private IP, then you need to identify the public IP and add in the [general] section:


Once set sip.conf, proceed in reloading and verify if the server itself is reachable

# asterisk -rx 'sip reload'
# asterisk -rx 'sip show peers'
Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                      Realtime
IC-PBX01/IC-PBX01                               Auto (No)  No             5060     OK (1 ms)

Add the local IP address to manager.conf


Reload the manager interface

# asterisk -rx 'manager reload'

Asterisk 13 requires some tweaks to the configuration files. Edit res_odbc.conf and comment out the idlecheck => 28000 and add a max_connections => 100

;idlecheck => 28000
max_connections => 100

Reload the res_odbc module

# asterisk -rx 'module reload'

Now move to /var/lib/asterisk/agi-bin and apply the same configuration change about include/

Edit devstate.conf.php (copying from devstate.conf.php.sample) and list the IP address for the servers belonging to the cluster


Proceed on the web interface and login using admin/nabucco347 credentials.

Fill the Admin/Settings page with the International Prefix, Trunk Prefix, License Key, Voipmedia retention and Call History days. I suggest also to select the Show Status of Extensions, Admins see all tenants and choose at least a format for DID selection.

Save the configuration.

Press on the Upgrade button to upgrade top latest version.

Log out from the web interface and log in again to apply the database upgrade.

Move to Admin/New Item Defaults and add an entry for "Extensions/Send MWI only if subscribed" for all tenants, to no, locking and making the entry unavailable. Enforce it if you have already created some extensions.

Move to Admin/PBX Nodes and Add a new node. The most important one is the Peer Name. It needs to match the "uname -n" from the OS.


Change Admin password and reboot the server.

Start configuring your system.

Clustering systems

If you want to create a cluster with 2 or more MiRTA PBX Asterisk servers, there are just few additional steps:

  • In sip.conf and manager.conf, you need to enter the configuration for all nodes. Sip.conf and manager.conf are exactly the same for each server (except if you use externip, in this case, you have to place the right IP in each sip.conf)
  • Double check the sipregs view that has been created when adding nodes in Admin/Nodes. If you server peername is "pbx01", then you should have a sipregs_pbx01. In extconfig.conf enable the sipregs entry and enter the view name of the server you are configuring. You need to enter the same sipres_<peername> on both rows.
  • Enable sipregs usage in /var/www/html/pbx/include/ and in /var/lib/asterisk/agi-bin/include/ by setting
    Please note your directories can be slightly different based on the OS you are using.
  • Enter all your server's IP in /var/lib/asterisk/agi-bin/devstate.conf.php
  • Please note all nodes need to share a common database. This can be accomplished using a central MySQL database server (discouraged) or a series of MySQL databases doing multi master replication (advised)
  • Some cron jobs needs to be run only once a day, so you need to turn them off on all other node: housekeeping.php, computecosts.php, checkfaxmailboxes.php. Edit /etc/crontab and comment them up

Additional Daemons

Normal install will configure the auto start of two daemons:

  • devstatesender
  • devstatereceiver

You may want to run additional daemons for specific purpose:


It allows users to connect to asterisk using a restricted AMI. You can create users in Configuration/Settings/Manager Users. This restricted AMI process is listening to port 5039

nohup /usr/local/bin/ &

Realtime Portal / Switchboard

A websocket application showing a panel with all extensions, parking lots, queues and more to allow management of the calls. For now, only extensions are shown, but it is under heavy development.

A SIP phone with video capability is included, but it is going to be replaced by a better one.

You need to run the websocket backed application, manually for now:

cd /var/www/html/pbx/rtportal
php server/bin/server.php

You can use the /usr/local/bin/ like

nohup /usr/local/bin/ &


Don't forget to configure Apache for websocket SSL if you want to use it Configuring_apache_for_Web_Socket_SSL_Realtime_Portal

To be able to use the included SIP phone, you need to configure the extension for WebRTC Enabling_WebRTC

The system needs to be configured with additional parameters in Admin/Settings as following

Switchboard admin settings.png

You can access it using your website URL with /pbx/switchboard.php

The Switchboard uses the extension credentials. So you need to configure it in the Extension "Web User Panel and Switchboard"

You need to use an "extension level" user with "Can Use Switchboard" privilege.


If you want to use the included Web softphone, you need to take into account a current Asterisk limitation. WebSocket connections can be used by only one SIP module at once, so you cannot use both chan_sip and PJSIP extensions in your Web softphone. By default, WebSocket connections are managed by chan_sip module. If you want to manage using the PJSIP module you need to disable in sip.conf with:

 websocket_enabled = false

If you want to use PJSIP extensions with the Web softphone, you need to be sure to have the following parameters in your pjsip.conf


However, if you are running multiple servers in cluster, you can support both chan_sip and PJSIP extensions by configuring one server to serve chan_sip extensions and another one for PJSIP ones. You can identify the servers in the Admin/Settings page.

Please don't forget the Switchboard is heavy and it may not run on an already overloaded server.

If you plan to use the Switchboard, it is required to tweak the manager.conf to generate additional events needed for the Switchboard.

A normal manager.conf should contain the following eventfilters:

eventfilter=Event: ContactStatus
eventfilter=Event: PeerStatus
eventfilter=Event: Newstate
eventfilter=Event: Hangup
eventfilter=Event: UserEvent
eventfilter=Event: QueueParams
eventfilter=Event: QueueMemberPaused
eventfilter=Event: ParkedCall
eventfilter=Event: UnParkedCall
eventfilter=Event: ParkedCallTimeOut
eventfilter=Event: ParkedCallGiveUP

To fully use the Switchboard or to monitor the queue you need to add:

eventfilter=Event: QueueCallerJoin
eventfilter=Event: QueueCallerLeave
eventfilter=Event: QueueCallerAbandon
eventfilter=Event: AgentComplete
eventfilter=Event: AgentConnect

Using the WebRTC phone

To be able to use the Switchboard embedded WebRTC phone, the extension must have some configuration options:

In the codec list, you need to have the Opus codec included

The encryption needs to be enabled

The WebRTC support option needs to be enabled

If your server has private IP address, you need to edit the rtp.conf and add the following configurations, replacing the <private IP address> and <public IP address>

 <private IP address> => <public IP address>

Installing different Asterisk versions

By default, installation script installs latest asterisk 13 when using on CentOS 6 and latest asterisk 16 when using on CentOS 7.

You can use the script to install any more recent version. Installing any version between 13.4.0 and 13.17.0 is discouraged due to missing extensive tests. Installing any version over 13.10.0 requires a newer ODBC library. The newer ODBC library is automatically installed. If you want to install a previous version, you need to manually downgrade ODBC library and comment out the ODBC upgrade from the script. The script will attempt to upgrade ODBC regardless the version you are trying to install. Once the newer ODBC library is installed, an important change is needed in /etc/asterisk/res_odbc.conf. You need to add the following configuration entry for each ODBC handle:

 max_connections => 100

If you are using MWI subscription with chan_sip module, there is an unfixed bug in asterisk crashing it after a while. It is important to move all SIP peers to extern notify. This can be done easily using the Admin/New Item Defaults menu, choosing "Extensions/Send MWI only if subscribed" and assigning and enforcing a "no" value.

Activating Queue rules

Queue rules support was not active in previous installations, so you need to activate manually by adding the following rows in /etc/asterisk/extconfig.conf and then reloading the extconfig module

 queue_rules => odbc,asterisk2,queue_rules,1
 queue_rules => odbc,asterisk2,queue_rules,2