The mohqueue module diverts INVITE requests into a Music On Hold (MOH) queue where the caller can listen to recorded audio until an operator is available to take the call. When an operator is available, a function can be used to transfer the oldest call in a queue to an operator using an unattended transfer (REFER) to a specified URI. If successful, the call is removed from the queue. While in queue, recorded audio is streamed to the caller in an endless loop using the rtpproxy module and application. Each queue can be configured to use different audio files. The queues are defined in the database which allows for dynamic configuration of the queues. Each queue is assigned a specific URI to respond to and a location for the audio files. As each call arrives the database is updated to show the call status which allows outside processes to inspect the queue. It can also be inspected using a function to see how many calls are currently in queue. While in queue, all SIP messages for a call must pass through the mohqueue module so that it can accurately detect the call status.
| Parámetro | Tipo | Descripción |
|---|---|---|
| db_url | str | 3.2. db_qtable and db_ctable (str) 3.3. mohdir (str) 3.4. moh_maxcalls (integer) |
| mohdir | str | 3.4. moh_maxcalls (integer) |
| moh_maxcalls | integer | 3.1. db_url (str) |
| db_url | str | The URL to connect to the database for the mohqueue tables. |
| mohdir | str | Path to the directory where the audio files are stored. Audio files are usually relative to this directory although the value can be overridden by a directory specified in the queues table. |
| moh_maxcalls | integer | Defines the maximum number of calls that can be placed in queue. It is the sum of all calls in all queues. It must be in the range of 1 to 5000. NOTE: it may be limited by the processing power of the |
Copyright © 2013-2021 Robert Boisvert, rdbprog@gmail.com
