PBX Nodes: Difference between revisions
No edit summary |
|||
| Line 20: | Line 20: | ||
== [[File:fa-calendar.png|16px]] Cron check == | == [[File:fa-calendar.png|16px]] Cron check == | ||
Starting from version 3.40.0 a new scheduling system has been introduced with the target to move all cron job from the /etc/crontab to a single "manager" file, croncheck.php. It is important to add croncheck.php to /etc/crontab. This icon will check if croncheck.php is currently running. | Starting from version 3.40.0 a new scheduling system has been introduced with the target to move all cron job from the /etc/crontab to a single "manager" file, croncheck.php. It is important to add croncheck.php to /etc/crontab. This icon will check if croncheck.php is currently running. A red icon means the croncheck.php is no more running or there is a database sync problem. | ||
== [[File:fa-globe.png|16px]] GeoIP module == | |||
MiRTA PBX supports GeoIP filtering. GeoIP is an additional kernel module for iptables, not currently shipped with packaged version of iptables. Every time you upgrade the kernel, you need to recompile and install the GeoIP module. It is available in /usr/local/src together will all other installation packages. | |||
== [[File:fa-exchange.png|16px]] Dev state sender and receiver == | |||
For each pbx nodes there are two daemons managing the propagation of extension status and more. Every 300 seconds it sends a "ping" to inform the system it is alive and running. A red icon means the devstatesender.php or devstatereceiver.php is not running or the system is so "quiet" to have not received any state update for more than 5 minutes. | |||
Revision as of 17:33, 22 April 2016
The MiRTA PBX system can be composed of several pbx nodes. License is enforced only for the number of pbx nodes. In the main screen, the number of connected peers for each node is shown. A peer can be connected to multiple nodes. A series of extra actions are available and a check for ODBC connectivity is performed as well process status.
The following icon status are available:
ODBC database connection
Asterisk may have some problem when it is started and MySQL database is not yet ready. There are a total of 4 ODBC datasource used, two for configuration (asterisk1 and asterisk2) and two for CDR (asteriskcdrdb1 and asteriskcdrdb2). While the datasource for the configuration is automatically restarted if disconnected, the CDR datasource will not. That happens only at start. If any of the datasource is not connected, a red DB icon is shown.
Starting with Asterisk 13.8.2, asterisk doesn't use pooled ODBC connection, so checking ODBC connection is harder.
In case a CDR datasource is not connected, it is possible to reconnect using the following command:
asterisk -rx 'module reload cdr_adaptive_odbc.so'
In case an ODBC datasource is not connected, it is possible to reconnect using the following command:
asterisk -rx 'module reload res_odbc.so'
Cron check
Starting from version 3.40.0 a new scheduling system has been introduced with the target to move all cron job from the /etc/crontab to a single "manager" file, croncheck.php. It is important to add croncheck.php to /etc/crontab. This icon will check if croncheck.php is currently running. A red icon means the croncheck.php is no more running or there is a database sync problem.
GeoIP module
MiRTA PBX supports GeoIP filtering. GeoIP is an additional kernel module for iptables, not currently shipped with packaged version of iptables. Every time you upgrade the kernel, you need to recompile and install the GeoIP module. It is available in /usr/local/src together will all other installation packages.
Dev state sender and receiver
For each pbx nodes there are two daemons managing the propagation of extension status and more. Every 300 seconds it sends a "ping" to inform the system it is alive and running. A red icon means the devstatesender.php or devstatereceiver.php is not running or the system is so "quiet" to have not received any state update for more than 5 minutes.