System Administration

System-wide administration guide for providers, billing, provisioning, global configuration, PBX nodes, tenants, users, security, reporting, themes, defaults, and admin settings.

Providers

Providers administration tasks.

Providers

Overview

Providers are global carrier trunks or external services used by routing profiles, inbound DIDs, SMS delivery, and cost handling. Use Admin > Providers to create SIP, PJSIP, IAX2, DAHDI, LOCAL, or SMS providers and to review live channel counters.

Providers list with fictional documentation providers.
Providers list with fictional documentation providers.

Technology Selection

TechnologyUse forTypical fictional example
SIPLegacy chan_sip carrier trunks or IP-authenticated SIP gateways.Docs Telecom SIP Trunk at 203.0.113.20
PJSIPModern res_pjsip carrier trunks with endpoint, AOR, auth, and identify rows.Docs Telecom PJSIP Trunk with TLS/SRTP
IAX2IAX2 gateways or legacy interconnects.Docs IAX2 Gateway on port 4569
DAHDIAnalog, PRI, or hardware channel-group routing controlled outside SIP/PJSIP realtime.Docs Analog Gateway
LOCALLocal PBX routing targets that should be selected like a provider.Docs Local Route
SMSSMS delivery via HTTP, JSON, SOAP, SIP MESSAGE, SMSPortal, or AGI script.Docs SMS JSON Gateway

Configuration Workflow

Operational Notes

Providers

Shared Provider Fields

These fields appear on the provider page before technology-specific realtime options. Some fields are hidden when they do not apply to the selected provider technology.

Information

Provider Information fields filled with fictional SIP values.
Provider Information fields filled with fictional SIP values.
FieldApplies toPurposeFictional example
NameAll technologiesFriendly provider name shown in provider lists, route choices, reports, and provider-cost screens.Docs Telecom SIP Trunk
Peer NameAll technologiesStable technical identifier used by routing and, for realtime accounts, by Asterisk peer or endpoint rows. Keep it unique and avoid spaces.docs_telecom_sip
TechnologyAll technologiesSelects the provider driver or service type. It controls which realtime and SMS fields are visible.SIP, PJSIP, IAX2, DAHDI, LOCAL, or SMS
StatusAll technologiesControls whether the provider is usable. Enabled allows inbound and outbound use, Disabled removes it from routing, Only Inbound keeps inbound handling only.Enabled
Provider CostsExisting providersOpens the provider-cost editor for rating or cost data associated with the provider.Open costs for Docs Telecom SIP Trunk

Outbound Calls

Outbound Calls fields with fictional caller ID, digit, header, and routing values.
Outbound Calls fields with fictional caller ID, digit, header, and routing values.
FieldApplies toPurposeFictional example
Additional Header 1-6SIP, PJSIP, IAX2, SMSAdds SIP headers or SMS HTTP headers. Use one header per field in Header-Name: value format.X-Account-Code: docs-demo
CallerID PresentationSIP, PJSIP, IAX2, DAHDI, LOCALControls privacy and screening information sent when routing calls through the provider.Auto Privacy, CallerID not screened
Digits to AddAll outbound providersPrepends digits to the called number before the call or SMS is sent to the provider.+1
Number of digits to RemoveAll outbound providersRemoves leading digits from the called number before adding any outbound prefix.1
CallerID ModificationsVoice providersOptional outbound caller ID modification rule applied before the call leaves through this provider.No Modifications or Docs US E164 CallerID
CallerIDVoice providersForces a caller ID number for every call using the provider. Leave blank to use extension-derived caller ID.+15551230000
CallerID NameVoice providersForces a caller ID name for every call using the provider. Leave blank to use extension-derived caller ID name.Docs Main
CallerID allowed regexVoice providersValidates caller ID numbers accepted by the carrier. If the current caller ID does not match, MiRTA PBX falls back to DID, extension, or tenant defaults.^\+1555[0-9]{7}$
Max outbound channelsAll outbound providersLimits concurrent outbound channels. When the limit is reached, routing skips to another provider. Use Unlimited for no limit.12
PenaltyAll outbound providersProvider selection weight used by routing and round-robin choices. Lower penalty is preferred.10
Ignore SIP Cause codesVoice providersContinues to another provider even when this provider returns a SIP failure cause.checked for fallback routing
Ignore BUSYVoice providersContinues to another provider when this provider returns BUSY and the route should keep searching.checked for multi-carrier routes

Inbound Calls

Inbound Calls fields with fictional DID normalization and user variables.
Inbound Calls fields with fictional DID normalization and user variables.
FieldApplies toPurposeFictional example
Inbound Digits to AddInbound voice providersPrepends digits to the inbound DID or called number before destination matching.+1
Inbound Number of digits to RemoveInbound voice providersRemoves leading digits from the inbound DID or called number before adding any inbound prefix.0
DID ModificationsInbound voice providersOptional modification rule applied to inbound called numbers before DID matching.Docs US DID Normalize
Same provider IN and OUTInbound and forwarded voice callsControls whether calls entering from the provider may also be sent out through the same provider.Yes
Allow custom extensionsInbound voice providersAllows inbound calls from the provider to match custom extensions. Use only for trusted providers.unchecked
Normalize numberInbound voice providersRemoves URI or signaling decoration before matching the number to PBX destinations.checked
Get number fromInbound SIP/PJSIP-style signalingChooses where the inbound called number is read from: standard Request-URI, SIP To header, or a fixed value.SIP To: Header
Set toWhen Get number from is Set toFixed DID or destination number used instead of a number from signaling.+15551239999
Variable name 1-3Inbound voice providersCustom inbound channel variable name stored with the USR- prefix for routing or dialplan logic.ProviderName
Variable value 1-3Inbound voice providersValue assigned to the matching custom inbound channel variable.Docs Telecom SIP Trunk

Save, Delete, and Back

FieldApplies toPurposeFictional example
SaveAll providersStores the provider and creates, updates, or removes realtime account rows as required by the selected technology and Use Realtime Account.Save after replacing all fictional values.
DeleteExisting providersDeletes the provider and removes related realtime rows for SIP, PJSIP, or IAX2 providers.Delete an unused Docs Test Provider after checking routing references.
BackAll providersReturns to the Providers list without submitting the form.Use after reviewing settings.
Floating SaveLong formsLets administrators save from lower sections without scrolling back to the bottom button row.Visible while editing realtime account fields.
Providers

SIP Provider

Use SIP technology for chan_sip provider trunks. SIP providers can create and maintain a global sipfriends realtime row when Use Realtime Account is enabled.

SIP realtime account settings with fictional chan_sip trunk values.
SIP realtime account settings with fictional chan_sip trunk values.

Common Realtime Fields

FieldApplies toPurposeFictional example
Use Realtime AccountSIP, PJSIP, IAX2Creates and maintains the Asterisk realtime peer, endpoint, AOR, auth, or IAX row for the provider.checked
TransportSIP, PJSIPSIP signaling transport. For PJSIP this maps to transport objects such as transport-udp, transport-tcp, or transport-tls.UDP or TLS
RTP Encryption (SRTP)SIP, PJSIPEnables SRTP media encryption when supported by the provider. PJSIP stores this as media_encryption=sdes.No for standard UDP SIP, Yes for TLS/SRTP trunks
HostSIP, PJSIP, IAX2Remote provider address. Use an IP address when inbound realtime matching must identify the carrier by source IP.203.0.113.20
PortSIP, PJSIP, IAX2Remote signaling port. Defaults are commonly 5060 for SIP/PJSIP and 4569 for IAX2.5060
Outbound ProxySIP, PJSIPProxy URI or host used for outbound signaling when required by the carrier.sip-proxy.example.invalid
UsernameSIP, PJSIP, IAX2Authentication username sent to the provider. PJSIP stores this in ps_auths.username, chan_sip as defaultuser.docs_sip_user
PasswordSIP, PJSIP, IAX2Authentication secret for the provider. Use a unique carrier-supplied or generated secret.FictionalSecret-2026
QualifySIP, PJSIPEnables SIP OPTIONS reachability checks and controls timeout behavior.Yes
Qualify FrequencySIP, PJSIPInterval in seconds between provider reachability checks.60 secs
CodecsSIP, PJSIP, IAX2Allowed audio codecs. MiRTA PBX stores disallow=all and the selected allow list.alaw, ulaw, g722
Session ExpiresSIP, PJSIPMaximum SIP session refresh interval in seconds.1800
DTMF ModeSIP, PJSIPDTMF signaling method. PJSIP maps RFC 2833 to rfc4733.RFC 2833/RFC 4733
RTP KeepaliveSIP, PJSIPSends RTP keepalive packets to help keep NAT bindings and media paths active.5 seconds

SIP-Only Fields

FieldApplies toPurposeFictional example
From UserSIP onlychan_sip fromuser value used in the SIP From header.+15551230000
From DomainSIP onlychan_sip fromdomain value used when the provider requires a specific domain in the From header.sip.example.invalid
Send RPIDSIP onlyControls whether caller identity is sent using Remote-Party-ID, P-Asserted-Identity, or both.PAI
Trust RPIDSIP onlyControls whether inbound Remote-Party-ID or P-Asserted-Identity data is trusted for caller identity.PAI
Trust Outbound for CallerID PresentationSIP onlyControls how prohibited caller presentation is handled in RPID/PAI headers.Legacy
Session TimersSIP onlychan_sip session timer policy: accept remote requests, originate timers, or refuse timers.Accept
Progress inbandSIP onlyControls whether Asterisk generates in-band progress audio before answer.Yes
NATSIP onlychan_sip NAT behavior. force_rport,comedia is common for symmetric RTP and response routing.force_rport,comedia
Call response timer (ms) - T1SIP onlyMilliseconds to wait for response to SIP messages.500
Call setup timer (ms) - BSIP onlyMaximum milliseconds to wait for call setup before autocongestion when no provisional response arrives.5000
Can ReinviteSIP onlyAllows Asterisk to attempt direct media re-invites. Use No when recording, NAT, or media control should keep Asterisk in the RTP path.No
Allow TransferSIP onlychan_sip allowtransfer. When enabled, the peer may request SIP REFER transfers.No
InsecureSIP onlychan_sip authentication matching option. Port, Invite is common for IP-authenticated trunks.Port, Invite

Fictional SIP Example

Name: Docs Telecom SIP Trunk
Peer Name: docs_telecom_sip
Technology: SIP
Host: 203.0.113.20
Port: 5060
Username: docs_sip_user
From User: +15551230000
From Domain: sip.example.invalid
NAT: force_rport,comedia
Insecure: Port, Invite
Providers

PJSIP Provider

Use PJSIP technology for res_pjsip provider trunks. MiRTA PBX maintains related ps_endpoints, ps_aors, ps_auths, and ps_endpoint_id_ips rows when realtime is enabled.

PJSIP realtime account settings with fictional res_pjsip trunk values.
PJSIP realtime account settings with fictional res_pjsip trunk values.

Common Realtime Fields

FieldApplies toPurposeFictional example
Use Realtime AccountSIP, PJSIP, IAX2Creates and maintains the Asterisk realtime peer, endpoint, AOR, auth, or IAX row for the provider.checked
TransportSIP, PJSIPSIP signaling transport. For PJSIP this maps to transport objects such as transport-udp, transport-tcp, or transport-tls.UDP or TLS
RTP Encryption (SRTP)SIP, PJSIPEnables SRTP media encryption when supported by the provider. PJSIP stores this as media_encryption=sdes.No for standard UDP SIP, Yes for TLS/SRTP trunks
HostSIP, PJSIP, IAX2Remote provider address. Use an IP address when inbound realtime matching must identify the carrier by source IP.203.0.113.20
PortSIP, PJSIP, IAX2Remote signaling port. Defaults are commonly 5060 for SIP/PJSIP and 4569 for IAX2.5060
Outbound ProxySIP, PJSIPProxy URI or host used for outbound signaling when required by the carrier.sip-proxy.example.invalid
UsernameSIP, PJSIP, IAX2Authentication username sent to the provider. PJSIP stores this in ps_auths.username, chan_sip as defaultuser.docs_sip_user
PasswordSIP, PJSIP, IAX2Authentication secret for the provider. Use a unique carrier-supplied or generated secret.FictionalSecret-2026
QualifySIP, PJSIPEnables SIP OPTIONS reachability checks and controls timeout behavior.Yes
Qualify FrequencySIP, PJSIPInterval in seconds between provider reachability checks.60 secs
CodecsSIP, PJSIP, IAX2Allowed audio codecs. MiRTA PBX stores disallow=all and the selected allow list.alaw, ulaw, g722
Session ExpiresSIP, PJSIPMaximum SIP session refresh interval in seconds.1800
DTMF ModeSIP, PJSIPDTMF signaling method. PJSIP maps RFC 2833 to rfc4733.RFC 2833/RFC 4733
RTP KeepaliveSIP, PJSIPSends RTP keepalive packets to help keep NAT bindings and media paths active.5 seconds

PJSIP-Specific Fields

FieldApplies toPurposeFictional example
TransportPJSIP onlyMaps to the selected PJSIP transport object. Use TLS when the carrier requires encrypted signaling.TLS
Host and PortPJSIP onlyUsed to build the AOR contact and, when Host is an IP address, the endpoint identify match.198.51.100.30:5061
Username and PasswordPJSIP onlyStored in ps_auths. If username is empty, MiRTA PBX does not attach username/password auth.docs_pjsip_user
Outbound ProxyPJSIP onlyPJSIP outbound proxy string for the endpoint.sip:edge.example.invalid;transport=tls
Send RPIDPJSIP onlyMaps to PJSIP send_rpid and send_pai.PAI
Direct MediaPJSIP onlyAllows PJSIP to attempt direct RTP. Disable when NAT, recording, transcoding, or media control requires Asterisk in the RTP path.No
Allow TransferPJSIP onlyPJSIP allow_transfer. When enabled, the endpoint may request SIP REFER transfers.No
RTP Encryption (SRTP)PJSIP onlyStores media_encryption=sdes when enabled.Yes
Qualify Frequency and TimeoutPJSIP onlyStored on the AOR as qualify_frequency and qualify_timeout.60 secs

Fictional PJSIP Example

Name: Docs Telecom PJSIP Trunk
Peer Name: docs_telecom_pjsip
Technology: PJSIP
Transport: TLS
RTP Encryption: Yes
Host: 198.51.100.30
Port: 5061
Outbound Proxy: sip:edge.example.invalid;transport=tls
Send RPID: PAI
Direct Media: No
Allow Transfer: No
Providers

IAX2 Provider

Use IAX2 technology for IAX trunks and legacy interconnects. IAX2 uses fewer signaling fields than SIP/PJSIP and stores its realtime account in iaxfriends.

IAX2 realtime account settings with fictional gateway values.
IAX2 realtime account settings with fictional gateway values.

IAX2 Fields

FieldApplies toPurposeFictional example
HostIAX2 onlyRemote IAX2 peer address.203.0.113.45
PortIAX2 onlyRemote IAX2 signaling/media port.4569
UsernameIAX2 onlyStored as the IAX2 username used for authentication.docs_iax_user
PasswordIAX2 onlyIAX2 secret used for authentication.FictionalSecret-2026
CodecsIAX2 onlyAllowed codecs stored in the IAX realtime row.alaw, ulaw
Use Realtime AccountIAX2 onlyCreates or updates the row in iaxfriends.checked

Shared Routing Fields

IAX2 providers still use the shared outbound and inbound fields for digit manipulation, caller ID presentation, caller ID fallback, channel limits, penalties, and custom inbound variables.

Fictional IAX2 Example

Name: Docs IAX2 Gateway
Peer Name: docs_iax2_gateway
Technology: IAX2
Host: 203.0.113.45
Port: 4569
Username: docs_iax_user
Codecs: alaw, ulaw
Providers

DAHDI Provider

Use DAHDI technology for analog, PRI, or hardware channel-group resources that are managed by the telephony node outside SIP/PJSIP realtime. DAHDI providers do not show the realtime account block.

DAHDI provider fields with fictional analog gateway values.
DAHDI provider fields with fictional analog gateway values.

DAHDI Field Details

FieldApplies toPurposeFictional example
TechnologyDAHDI onlyUse when routing to analog, PRI, or channel-group resources managed by DAHDI outside SIP/PJSIP realtime.DAHDI
Peer NameDAHDI onlyIdentifier operators recognize as the DAHDI group or channel target.dahdi_docs_group1
CallerID PresentationDAHDI onlyControls presentation flags applied before dialing through the DAHDI provider.Auto Privacy and Screen
Digits to Add / RemoveDAHDI onlyNormalizes outbound numbers for PSTN gateway expectations.Remove 0, add blank
Get number from / Set toInbound DAHDI useSets or normalizes the inbound called number when signaling does not carry the DID in a SIP-style header.Set to +15551234444
Max outbound channelsDAHDI onlyProtects limited analog or PRI capacity.4

Shared Fields Still Used

DAHDI providers still use provider name, peer name, status, outbound digit manipulation, caller ID presentation, caller ID overrides, caller ID allowed regex, max outbound channels, penalty, inbound digit manipulation, DID modifications, custom variables, and save/delete controls.

Fictional DAHDI Example

Name: Docs Analog Gateway
Peer Name: dahdi_docs_group1
Technology: DAHDI
Status: Enabled
Max outbound channels: 4
Get number from: Set to +15551234444
Providers

LOCAL Provider

Use LOCAL technology when a PBX-local route should be selected by routing profiles like a provider. LOCAL providers do not create SIP, PJSIP, or IAX realtime rows.

LOCAL provider fields with fictional local route values.
LOCAL provider fields with fictional local route values.

LOCAL Field Details

FieldApplies toPurposeFictional example
TechnologyLOCAL onlyUses a local route target instead of an external SIP/IAX/DAHDI carrier account.LOCAL
Peer NameLOCAL onlyStable local-route identifier for administrators and routing profiles.docs_local_route
Digits to Add / RemoveLOCAL onlyNormalizes the number before local routing.No add, remove 0
CallerID and CallerID NameLOCAL onlyOptionally forces caller ID for calls sent through the local route.+15551230000 and Docs Local
Max outbound channelsLOCAL onlyLimits local-route concurrency, or Unlimited when no limit is needed.Unlimited
Inbound optionsLOCAL when used for inbound-like routingCan still normalize destination numbers and set custom variables before matching.Normalize number checked

Shared Fields Still Used

LOCAL providers still use common identity, status, outbound digit manipulation, caller ID controls, max outbound channels, penalty, inbound normalization, DID modification, and custom variable fields. Additional SIP/SMS headers and realtime account settings are hidden.

Fictional LOCAL Example

Name: Docs Local Route
Peer Name: docs_local_route
Technology: LOCAL
Status: Enabled
Max outbound channels: Unlimited
Penalty: 50
Providers

SMS Provider

Use SMS technology for outbound text-message delivery. SMS providers reuse provider identity, status, outbound digit manipulation, additional headers, channel limits, and penalty fields, then expose protocol-specific delivery fields.

SMS Field Details

FieldApplies toPurposeFictional example
SMS ProtocolSMS onlySelects delivery method: Web URL, JSON Web URL, SOAP Web URL, SIP MESSAGE, SMSPORTAL, or AGISCRIPT.JSONWEBURL
SIP ProviderSMS SIPMESSAGESIP provider used to send outbound SMS with SIP MESSAGE.Docs Telecom SIP Trunk
SMS URL/AGI Script NameWEBURL, JSONWEBURL, SOAPWEBURL, AGISCRIPTHTTP endpoint or AGI script name used for delivery.https://sms.example.invalid/v1/messages
SOAP ActionSOAPWEBURLSOAPAction header value sent with SOAP SMS requests.SendMessage
HTTP Content TypeJSONWEBURL, SOAPWEBURLContent-Type header. Leave blank to use the protocol default when acceptable.application/json or text/xml
User / PasswordWEBURL, JSONWEBURL, SOAPWEBURLHTTP authentication credentials when required by the SMS provider.docs-json-user and a fictional secret
Client ID / API SecretSMSPORTALSMSPortal credentials. MiRTA PBX uses them to request a bearer token before sending messages.fictional-client-id
Post dataWEBURLPOST body in param=value&param2=value format. Values are not automatically URL encoded.to=${SMSDESTNUM}&text=${URIENCODE(${SMSTEXT})}
JSON dataJSONWEBURLOne field.path:value[:type] line per JSON field. Dot notation creates nested objects; numeric parts can create JSON arrays.messages.0.content:${SMSTEXT}
SOAP dataSOAPWEBURLSOAP or XML body sent to the SMS provider.<Text>${SMSTEXT}</Text>
Additional Header 1-6SMS HTTP protocolsExtra HTTP headers for SMS requests.Authorization: Bearer fictional-token

JSON Web URL

SMS JSON Web URL provider with nested JSON fields and fictional values.
SMS JSON Web URL provider with nested JSON fields and fictional values.

JSON Web URL post data uses one line per JSON field in field.path:value[:type] format. Dot notation creates nested objects. Numeric path parts create numeric object keys which encode as JSON array indexes when sequential. Use :array to force a single-value array.

sender.number:${SMSSOURCENUM}
sender.name:${SMSNAME}
messages.0.destination:${SMSDESTNUM}
messages.0.content:${SMSTEXT}
message.metadata.tenant:${TENANTNAME}
recipients:${SMSDESTNUM}:array

Web URL

SMS Web URL provider with fictional POST data.
SMS Web URL provider with fictional POST data.

Web URL post data is sent as a raw form-style body. The script does not automatically URL encode values, so encode values explicitly when the provider requires it.

SOAP Web URL

SMS SOAP Web URL provider with fictional SOAP action and XML data.
SMS SOAP Web URL provider with fictional SOAP action and XML data.

SOAP Web URL sends the configured SOAP/XML body and optional SOAPAction header. Set HTTP Content Type to text/xml unless the provider documents a different value.

SMSPortal

SMSPortal provider with fictional client credentials.
SMSPortal provider with fictional client credentials.

SMSPortal uses the Client ID and API Secret to request a bearer token from the SMSPortal REST API before sending the message payload.

SIP MESSAGE

SMS SIP MESSAGE provider with a fictional SIP provider selection.
SMS SIP MESSAGE provider with a fictional SIP provider selection.

SIP MESSAGE sends the SMS through a selected SIP provider. Choose a SIP provider that is trusted and configured for message delivery.

AGI Script

AGISCRIPT runs the named AGI script for SMS delivery. Use this only for custom integrations maintained by the PBX administrator. The SMS URL/AGI Script Name field stores the script name.

Available SMS Variables

VariableMeaning
${SMSDESTNUM}Destination number after SMS routing and digit handling.
${SMSSOURCENUM}Source number for the message.
${SMSNAME}Peer or sender name available to the SMS script.
${SMSTEXT}Message text.
${EMERGENCYNOTES}Emergency notes from the extension when available.
${TENANTNAME}Tenant name.
${BILLINGCODE}Tenant billing code.
${EXTRACODE}Tenant extra code.
${EXTRAFIELD001}, ${EXTRAFIELD002}, ${EXTRAFIELD003}Tenant custom extra fields.

Billing

Billing administration tasks.

Billing

Tenants Dashboard

Review tenant balances, usage exposure, and billing state.

Use Admin > Tenants Dashboard to manage tenants dashboard.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Billing

Providers Dashboard

Review provider balance and traffic indicators.

Use Admin > Providers Dashboard to manage providers dashboard.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: From, To.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
FromReview this value in relation to the object being configured and the tenant or system scope where it is used.
ToReview this value in relation to the object being configured and the tenant or system scope where it is used.
Billing

Outbound Call Rates

Maintain outbound rate tables used to price calls.

Use Admin > Outbound Call Rates to manage outbound call rates.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Billing

Inbound Call Rates

Maintain inbound rate tables used for DID and inbound traffic billing.

Use Admin > Inbound Call Rates to manage inbound call rates.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Billing

Conference Rooms Rates

Maintain rates applied to hosted conference-room usage.

Use Admin > Conference Rooms Rates to manage conference rooms rates.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Provisioning

Provisioning administration tasks.

Provisioning

Phone Models

Maintain provisioning model definitions and templates for supported phones.

Use Admin > Phone Models to manage phone models.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: Password, &nbsp;.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
PasswordReview this value in relation to the object being configured and the tenant or system scope where it is used.
&nbsp;Review this value in relation to the object being configured and the tenant or system scope where it is used.
Provisioning

Button Layout Templates

Maintain reusable button layouts for provisioned devices.

Use Admin > Button Layout Templates to manage button layout templates.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: Password, &nbsp;.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
PasswordReview this value in relation to the object being configured and the tenant or system scope where it is used.
&nbsp;Review this value in relation to the object being configured and the tenant or system scope where it is used.
Provisioning

Custom Files

Manage global provisioning files that can be served to devices.

Use Admin > Custom Files to manage custom files.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Provisioning

Variables

Define provisioning variables used by phone templates.

Use Admin > Variables to manage variables.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Provisioning

Provisioned Phones

Review phones that have requested provisioning files.

Use Admin > Provisioned Phones to manage provisioned phones.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Provisioning

Phone Model Examples

This page collects provisioning examples and phone-model notes for supported devices. Use them as starting points and adjust the templates to match the firmware and tenant requirements.

Provisioning Templates

Grandstream Dialplan

Grandstream forces to use a dialplan on most call features. For some, you can skip the dialplan, but if you want to have BLF for Parking Lots, you need to customize the dial plan for your tenant. So for example, with a tenant code of DEVEL, you need to enter a dialplan entry like x+\-[\a-\z\A-\Z0-9]+

Polycom provisioning reset

How to Perform a Hard Reset

Use the below steps if the following is met:

The phone is on a boot loop and no longer going to the home menu

The default password or mac password doesn't work

If it's a 3rd party phone

The account is already canceled and you cannot access Account Manager or Admin Console to download the extension CSV

Reboot the phone and wait for the starting application.

While the phone is in the starting application wait for the cancel button to appear then press it.

The phone will show a 7 second count down. This is the only open window to press the key combination to go to the hard reset page.

VVX series (VVX300, 301, 310, 311, etc): Press and hold 1 3 5 within the 7-second count down until it prompts you to the password page

Sound Point IP 335: Press and hold 1 3 5 7 within the 7-second count down until it prompts you to the password page

Sound Point IP series (IP550,560,570, etc): Press and hold 4 6 8* within the 7-second count down until it prompts you to the password page

Conference Phone IP5000, 6000, 7000: Press and hold 1 3 5 7 within the 7-second count down until it prompts you to the password page

Enter the device's MAC ID as the password (e.g 0004f28619dc).

Press the 2nd soft key that corresponds to the mode or (encoding) to change it to A->abc or a->abc.

Then (for example) to select the letter F, press the 3 key three times.

Current Practice

Create or edit phone models in Admin > Provisioning > Phone Models. Keep model names precise, store templates in the phone model, and test with one phone before applying a template to many devices.

Global Configurations

Global Configurations administration tasks.

Global Configurations

Media Files

Maintain global media files available beyond a single tenant.

Use Admin > Media Files to manage media files.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Custom Destinations

Maintain global custom destinations shared with tenants.

Use Admin > Custom Destinations to manage custom destinations.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Feature Codes

Maintain global feature codes.

Use Admin > Feature Codes to manage feature codes.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Email Templates

Maintain shared email templates.

Use Admin > Email Templates to manage email templates.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: Email.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
EmailReview this value in relation to the object being configured and the tenant or system scope where it is used.
Global Configurations

Email Template Profiles

Group email templates into profiles.

Use Admin > Email Template Profiles to manage email template profiles.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Do Not and Only Allow Call Lists

Maintain global call allow or block lists.

Use Admin > Do Not and Only Allow Call Lists to manage do not and only allow call lists.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: Find a number.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
Find a numberReview this value in relation to the object being configured and the tenant or system scope where it is used.
Global Configurations

Music on Hold

Maintain global music-on-hold definitions.

Use Admin > Music on Hold to manage music on hold.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Conditions

Maintain global conditions that tenants can reference.

Use Admin > Conditions to manage conditions.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Short Numbers

Maintain global short-number mappings.

Use Admin > Short Numbers to manage short numbers.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Conduits

Maintain global conduits for integrations and data exchange.

Use Admin > Conduits to manage conduits.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Reserved Numbers

Reserve numbers that tenants should not use.

Use Admin > Reserved Numbers to manage reserved numbers.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

Caller ID Blacklist

Maintain global caller ID blacklist entries.

Use Admin > Caller ID Blacklist to manage caller id blacklist.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

AGI Scripts

Maintain global AGI script definitions.

Use Admin > AGI Scripts to manage agi scripts.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Configurations

System Cronjobs

Maintain system-level scheduled tasks.

Use Admin > System Cronjobs to manage system cronjobs.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

PBX Nodes

PBX Nodes administration tasks.

PBX Nodes

Overview

Review and maintain the PBX nodes that belong to the installation. Use the existing node as the documentation example.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Routing Profiles

Routing Profiles administration tasks.

Routing Profiles

Overview

Create routing profile containers for voice, SMS, and fax routing rules.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Routing Profiles

Create and Edit Routing Profile

A routing profile groups routing rules. Tenants, extensions, campaigns, fax features, and SMS features can use routing profiles to decide which provider or route should be used for an outbound destination.

Create the Routing Profile

  1. Open Admin > Routing Profiles.
  2. Select the add action.
  3. Enter a name, such as Docs Demo Voice Routing.
  4. Enter a short description explaining when this profile should be used.
  5. Select the type: Voice, SMS, or FAX.
  6. Save the profile.

Add Routes

After the profile exists, add routing rules for the destinations that should use it. A typical voice profile starts with emergency, national, mobile, international, and fallback rules. Each rule should point to one or more providers and should be specific enough to avoid accidental matches.

Routing Profile Types

TypeUse
VoiceOutbound voice calls and normal extension dialing.
SMSOutbound SMS routing through SMS-capable providers.
FAXOutbound fax routing where fax provider handling must be separated from voice routing.

Test Routing

Use a limited test pattern and a known test number before assigning the profile to production tenants. Confirm which provider is selected, whether digit manipulation is correct, and whether caller ID rules match carrier requirements.

Caller ID and DID Modifications

Caller ID and DID Modifications administration tasks.

Caller ID and DID Modifications

Overview

Define caller ID and DID modification rules applied during inbound or outbound processing.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Tenants

Tenants administration tasks.

Tenants

Overview

The Tenants page is the global administration area for creating, reviewing, and opening tenant records.

Open Tenants

  1. Log in with a user profile that has tenant administration permissions.
  2. Open Admin > Tenants.
  3. Select an existing tenant to edit it, or use the add action to create a new one.

What a tenant controls

A tenant defines the PBX boundary for extensions, DIDs, routing profiles, billing, call limits, recording storage, provisioning, and feature limits. Most configuration pages work against the tenant currently selected in the top bar.

Administrators only see tenants allowed by their user or group permissions, unless their profile allows access to all tenants.

See Edit a Tenant for a field-by-field explanation of the tenant form.

Tenants

Edit Tenant

The Define Tenant form is based on the MiRTA PBX tenant template. Some fields can be hidden, locked, or unavailable depending on default-field rules and the administrator's permissions.

Each block below follows the sections shown in the tenant form. Use the screenshot to locate the block in the interface, then review the field descriptions for that block.

Information

Information section of the Define Tenant form.
Information section of the Define Tenant form.

Use the Information block to set the tenant identity, caller ID permissions, recording-related feature flags, default routing profiles, processing servers, and tenant status.

FieldDescription
NameTenant display name. It is used internally and can be any descriptive string.
CodeUnique tenant identifier. It is used when building extension usernames. Prefer letters only; avoid numbers, spaces, hyphens, and underscores.
Allow onnet calls from this tenantAllows extensions in this tenant to place on-net calls.
Allow onnet calls to this tenantAllows other tenants or on-net routes to call this tenant.
Allow any Caller ID usage when dialing outAllows outbound calls to use caller IDs outside the normal tenant assignment.
Block any outbound call with wrong Caller IDRejects outbound calls when the caller ID is not valid for the tenant rules.
Allow incoming Caller ID usage when dialing outAllows caller IDs received on inbound calls to be reused for outbound calls.
Allow incoming Caller ID with prefix usage when dialing outAllows prefixed incoming caller IDs to be reused for outbound calls.
Allow any Caller ID usage when dialing out an emergency numberRelaxes caller ID restrictions for emergency calls.
Force recording for emergency callsForces recording on emergency calls.
Force using a pincode for onnet callsRequires PIN-code authentication for on-net calls.
Allow transcript for recorded callsEnables transcription options for recordings. Disabling it clears pending transcription requests and tenant-level transcript settings.
Allow summary for recorded callsEnables AI summary options for recordings. Disabling it clears pending summary requests and tenant-level summary settings.
Allow sentiment and emotion analysis for recorded callsEnables AI sentiment and emotion analysis for recordings. Disabling it clears pending sentiment requests and tenant-level sentiment settings.
Alert emailEmail address used for tenant alerts.
Emergency recording emailEmail address used for emergency-call recording notifications.
Default timezoneTenant timezone. When blank, the server default is used.
Routing profileDefault outbound voice routing profile. If blank, outbound voice calls are not allowed by default.
Call campaign routing profileRouting profile used by call campaigns. It can inherit the tenant default.
Fax routing profileRouting profile used for fax traffic. It can inherit the default routing profile.
SMS Routing profileRouting profile used for outbound SMS. If blank, outbound SMS is not allowed.
Email Template profileEmail template profile assigned to tenant-generated emails.
Default Cronjob serverNode used by tenant cron jobs. System Default uses the global default.
Default Campaign serverNode used by tenant campaigns. System Default uses the global default.
Fax serverNode used for tenant fax processing. System Default uses the global default.
StatusEnables the tenant, disables it, or disables it after an expiration date.
Expiration dateDate used when status is set to Expiration date.

Server affinity

Server affinity section of the Define Tenant form.
Server affinity section of the Define Tenant form.

Use the Server affinity block to prefer specific nodes for services that can be hosted on different servers.

FieldDescription
Preferred Parking Lot serverPreferred node for tenant parking lots. Empty means system default.
Preferred Queue serverPreferred node for tenant queues. Empty means system default.

Parking lots

Parking lots section of the Define Tenant form.
Parking lots section of the Define Tenant form.

Use the Parking lots block to define the call parking range and the node that hosts the tenant parking lot.

FieldDescription
Parking lot start numberFirst parking slot number. After changes, the parking module may need reload or Asterisk may need restart.
Parking lot end numberLast parking slot number. After changes, the parking module may need reload or Asterisk may need restart.
Parking lot serverSpecific node hosting the parking lot, or Automatic.

Recording Storage

Recording Storage section of the Define Tenant form.
Recording Storage section of the Define Tenant form.

Use the Recording Storage block to choose where call recordings are stored and which upload credentials or directories are used. Some fields appear only for the selected storage backend.

FieldDescription
Storage typeRecording backend: default, database, filesystem, FTP, SFTP, SSL-FTP, no storage, AWS S3, or Google Drive. Database retention applies only to database storage.
JSON Service Account keyGoogle Drive service account key, shown when Google Drive storage is selected.
Host / RegionFTP/SFTP host, optionally with port, or AWS region when AWS S3 is selected.
User / KeyFTP/SFTP username or AWS access key.
Password / SecretFTP/SFTP password or AWS secret.
Use passive FTPEnables passive FTP mode for FTP/SSL-FTP storage.
Directory / Bucket name / Shared directory IDFilesystem or FTP directory, AWS bucket, or Google Drive shared directory ID.
Upload recording at call endControls whether recordings are uploaded immediately at call end or only by batch processing.
Remove recordings on database expirationDeletes the recording file when recording metadata expires from the database. It is not retroactive.

Billing

Billing section of the Define Tenant form.
Billing section of the Define Tenant form.

Use the Billing block to define billing identifiers, call rating, payment mode, credit alerts, and on-net call billing behavior.

FieldDescription
Billing codeCode available to templates and integrations as ${BILLINGCODE}.
Use as dial prefixUses the billing code as a dial prefix.
Extra codeAdditional code available as ${EXTRACODE}.
Billing typeChoose CDR billing, experimental CEL billing, or skip the billing module.
Call rateDefault call rate applied to the tenant, or no call rate.
Call campaign call rateCall rate used by campaigns, or the normal call rate.
Default conference call rateDefault rate profile for conference room calls.
Payment typePrepaid or post-paid billing mode.
Alert on credit lower thanCredit threshold that triggers alerts. Non-numeric values are treated as no alert.
Bill onnet callsControls whether on-net calls are billed.
On Net calls digits to addDigits added to on-net numbers for normalization or billing.
On Net calls number of digits to removeDigits removed from on-net numbers before normalization or billing.
Pay the bill media fileAudio message played when outbound dialing is blocked for payment reasons.

Microsoft Teams integration

Microsoft Teams integration section of the Define Tenant form.
Microsoft Teams integration section of the Define Tenant form.

Use the Microsoft Teams integration block when the tenant is connected to Microsoft Teams services.

FieldDescription
MSTeams addressGateway address used for Microsoft Teams integration.
Tenant IDMicrosoft Teams tenant ID used for extension status integration.

Third party integration - Additional fields

Third party integration additional fields section of the Define Tenant form.
Third party integration additional fields section of the Define Tenant form.

Use the Third party integration - Additional fields block to store tenant-specific values consumed by external integrations.

FieldDescription
Preferred serverPreferred node used by third-party integration fields.
Field 001Custom integration value available as ${EXTRAFIELD001}.
Field 002Custom integration value available as ${EXTRAFIELD002}.
Field 003Custom integration value available as ${EXTRAFIELD003}.

Security - Call Limits

Security - Call Limits section of the Define Tenant form.
Security - Call Limits section of the Define Tenant form.

Use the Security - Call Limits block to configure spend limits, warning thresholds, route cost limits, and abuse detection behavior.

FieldDescription
Apply call cost limitsUse system default, apply the limits below, or allow unlimited calling.
Extension daily/monthly call cost limitMaximum daily or monthly spend per extension. When reached, outbound calls are blocked.
Tenant daily/monthly call cost limitMaximum daily or monthly spend for the whole tenant. When reached, outbound calls are blocked.
Extension daily/monthly call cost warningSpend threshold per extension that sends alert email before the hard limit is reached.
Tenant daily/monthly call cost warningSpend threshold for the whole tenant that sends alert email before the hard limit is reached.
Domestic / International valuesWhen split cost limits are enabled, separate domestic and international limits or warnings are shown.
Route call cost limitMaximum allowed cost for a call route. More expensive routes are refused.
Abuse DetectionLocks an extension when suspicious calling activity is detected. Options include system default, off, or after 5, 10, 15, or 50 calls.

Provisioning

Provisioning section of the Define Tenant form.
Provisioning section of the Define Tenant form.

Use the Provisioning block to control phone provisioning export behavior and the host name shown to provisioning clients.

FieldDescription
Optional export directoryFilesystem directory where phone provisioning files are exported.
Provisioning host nameHostname shown in Configuration > Provisioning > Phones. If blank, MiRTA PBX uses the admin setting, theme, or current web host.

Custom

Custom section of the Define Tenant form.
Custom section of the Define Tenant form.

Use the Custom block for tenant-specific custom dashboard behavior.

FieldDescription
Custom dashboard PHP fileTenant-specific dashboard PHP file.

Note

Note section of the Define Tenant form.
Note section of the Define Tenant form.

Use the Note block for internal tenant notes.

FieldDescription
Additional InfoFree-form internal note stored on the tenant.

Restrictions

Restrictions section of the Define Tenant form.
Restrictions section of the Define Tenant form.

Use the Restrictions block to decide whether custom destination types are enabled by default or disabled by default for the tenant.

FieldDescription
Custom DestinationsSets whether custom destinations are enabled by default or disabled by default, with an exception list selected in the multi-select control.

Max number of

Max number of section of the Define Tenant form.
Max number of section of the Define Tenant form.

Use the Max number of block to set tenant capacity limits. A blank or non-numeric value is saved as unlimited by the tenant administration logic.

FieldDescription
Inbound/Outbound ChannelsMaximum total external inbound plus outbound channels.
Inbound ChannelsMaximum inbound external channels.
Outbound ChannelsMaximum outbound external channels.
Any ChannelMaximum total channels regardless of source or destination. A normal call uses two channels.
Fax ChannelMaximum channels used for fax sending.
ExtensionsMaximum extensions.
External AgentsMaximum external agents.
DIDsMaximum DIDs.
MediafilesMaximum media files.
ConditionsMaximum conditions.
IVRsMaximum IVRs.
Hunt ListsMaximum hunt lists.
Conference RoomsMaximum conference rooms.
QueuesMaximum queues.
Paging & IntercomsMaximum paging and intercom groups.
FlowsMaximum flows.
Custom DestinationsMaximum custom destinations.
DISAMaximum DISA entries.
Feature CodesMaximum feature codes.
Short NumbersMaximum short numbers.
CallerID Black ListMaximum caller ID blacklist entries.
Call CampaignsMaximum call campaigns.
AGI ScriptsMaximum AGI scripts.
ConduitsMaximum conduits.
VoicemailsMaximum voicemail boxes.
Phone BooksMaximum phone books.
ProvisioningMaximum provisioning entries.

Actions

The action buttons are shown at the bottom of the form.

ActionDescription
SaveSaves the tenant. When creating a tenant, MiRTA PBX also creates default settings, a parking lot, and assigns the creating user to the tenant.
DeleteDeletes the tenant and related tenant objects when the administrator has delete permission. The UI asks for confirmation.
BackReturns to the tenant list without saving the current form.

Users

Users administration tasks.

Users

Overview

Manage administrator and operator accounts.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

User Profiles

User Profiles administration tasks.

User Profiles

Overview

Manage privilege profiles assigned to users.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Lists

Global Lists administration tasks.

Global Lists

Admin CDRs

Review call history across tenants.

Use Admin > Admin CDRs to manage admin cdrs.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Lists

DIDs List

Review DID assignments across tenants.

Use Admin > DIDs List to manage dids list.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Lists

Extensions List

Review extension assignments across tenants.

Use Admin > Extensions List to manage extensions list.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Lists

Media Files List

Review tenant media files from a global view.

Use Admin > Media Files List to manage media files list.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Global Lists

External Agents List

Review external queue agents from a global view.

Use Admin > External Agents List to manage external agents list.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Security

Security administration tasks.

Security

Call Limits

Set system-level limits used to protect tenants and providers.

Use Admin > Call Limits to manage call limits.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Security

GeoIP and Fail2Ban Filters

Configure country filters, rate limits, Fail2Ban behavior, and blocked or trusted addresses.

Use Admin > GeoIP and Fail2Ban Filters to manage geoip and fail2ban filters.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: GeoIP allowed countries, Locate IP Address, Enable VoIP Fail2Ban, Enable web interface Fail2Ban, Fail2Ban max attempts, Notify ban activity, Notify address, Notify sender address.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Errors reported

The checkgeoipf2b.php script can report an error if the configuration data is incorrect, like in this case, when there is an extra space in the -- jump ACCEPT string.

image.png

Main Fields

Field or block Purpose
GeoIP allowed countries Review this value in relation to the object being configured and the tenant or system scope where it is used.
Locate IP Address Review this value in relation to the object being configured and the tenant or system scope where it is used.
Enable VoIP Fail2Ban Review this value in relation to the object being configured and the tenant or system scope where it is used.
Enable web interface Fail2Ban Review this value in relation to the object being configured and the tenant or system scope where it is used.
Fail2Ban max attempts Review this value in relation to the object being configured and the tenant or system scope where it is used.
Notify ban activity Review this value in relation to the object being configured and the tenant or system scope where it is used.
Notify address Review this value in relation to the object being configured and the tenant or system scope where it is used.
Notify sender address Review this value in relation to the object being configured and the tenant or system scope where it is used.
Whitelisted IPs Review this value in relation to the object being configured and the tenant or system scope where it is used.
Autowhitelist from Tenants IP Restrictions Review this value in relation to the object being configured and the tenant or system scope where it is used.
Autowhitelist from Tenants IP Registration Review this value in relation to the object being configured and the tenant or system scope where it is used.
Allow SIP connections from only Allowed IP Review this value in relation to the object being configured and the tenant or system scope where it is used.
Block known SIP scanners - Edit Review this value in relation to the object being configured and the tenant or system scope where it is used.
SIP Scanners Review this value in relation to the object being configured and the tenant or system scope where it is used.
Blocked IPs Review this value in relation to the object being configured and the tenant or system scope where it is used.
Security

Raw Traffic

Inspect raw SIP or network traffic records for security and troubleshooting.

Use Admin > Raw Traffic to manage raw traffic.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Security

Register Attempts

Review registration attempts and authentication patterns.

Use Admin > Register Attempts to manage register attempts.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Admin Stats

Admin Stats administration tasks.

Admin Stats

Call Stats

Review global call statistics.

Use Admin > Call Stats to manage call stats.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Admin Stats

Admin Reports

Create and run global reports.

Use Admin > Admin Reports to manage admin reports.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning. The source form exposes these main blocks or fields: Date start, Date end.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Main Fields

Field or blockPurpose
Date startReview this value in relation to the object being configured and the tenant or system scope where it is used.
Date endReview this value in relation to the object being configured and the tenant or system scope where it is used.
Admin Stats

Call Performance

Analyze call performance and related metrics.

Use Admin > Call Performance to manage call performance.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Admin Stats

Peer Status

Review peer status across the system.

Use Admin > Peer Status to manage peer status.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Admin Stats

Transcripts Status

Review transcript processing state.

Use Admin > Transcripts Status to manage transcripts status.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Translations

Translations administration tasks.

Translations

Overview

Maintain translation strings used by the interface.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Themes

Themes administration tasks.

Themes

Overview

The Themes page in Admin > Themes controls host-name based branding for the MiRTA PBX web interface. A theme can change the selected UI package, Smartadmin layout behavior, logos, login-page text, menu additions, custom templates, and switchboard access behavior.

Each theme is selected by matching the requested web host against Server Name Regex. Keep the most specific host patterns for branded domains and use a broad expression only for the default theme.

Themes list with fictional documentation theme entries.
Themes list with fictional documentation theme entries.

Working with themes

ActionExplanation
CreateUse New Theme from the Themes list, complete the host pattern and branding fields, then save.
EditSelect a theme from the list by clicking the server-name regex, theme name, or title.
DuplicateUse the duplicate action when a new branded domain should start from an existing theme.
DeleteDelete only unused themes. Removing the active catch-all theme can leave the login page without the expected branding.
Validate host matchingTest each branded hostname after saving. Regex patterns are powerful, so a broad expression can unintentionally match more hostnames than expected.

Theme editor

The editor is split into sections. The screenshots use fictional documentation values and should not be saved directly on a production system.

Theme editor identity and Smartadmin layout options with fictional values.
Theme editor identity and Smartadmin layout options with fictional values.
Theme editor customization and login-page fields with fictional values.
Theme editor customization and login-page fields with fictional values.
Theme editor switchboard link and favicon options with fictional values.
Theme editor switchboard link and favicon options with fictional values.

Field reference

FieldDescription
Server Name RegexMatches the HTTP host name that should use this theme. Use a precise expression for a branded domain, or a broad expression only for a catch-all default theme.
ThemeSelects the installed UI theme package. The standard value is smartadmin.
Fixed headerKeeps the page header visible while scrolling.
Fixed navigationKeeps the navigation panel fixed while page content scrolls.
Menu on topMoves the main navigation from the side panel to a horizontal top menu.
Push contentPushes page content when the mobile navigation is opened.
Force RTL (Right to Left)Forces right-to-left layout for languages or deployments that require it.
Boxed layoutConstrains the page width instead of using the full browser width.
Hidden MenuCollapses the navigation until the user hovers over the visible navigation area.
Minify MenuShows a compact icon-oriented navigation menu.
Bigger FontIncreases the interface font size.
SkinChooses the Smartadmin skin, such as light, default, or dark.
ColorApplies one of the predefined Smartadmin color themes or a custom color file.
Other Body ClassesAdds extra Smartadmin body classes for advanced layout customization.
Provisioning host nameOverrides the host name shown in provisioning-related pages and generated provisioning links. Leave empty to inherit the configured host.
TitleSets the browser tab title. Enable Smart to append page-specific information.
Top TitleSets the title shown in the top application area. HTML can be used for custom branding when needed.
Bottom messageSets the footer or bottom message shown in the interface.
Additional menuAdds custom menu entries. The field can use variables such as tenant code, selected tenant, tenant name, and username.
Additional Configuration item menuAdds custom entries under the Configuration menu.
Additional Status item menuAdds custom entries under the Status menu.
Additional Status/Stats item menuAdds custom entries under the Status/Stats menu grouping.
Additional Admin item menuAdds custom entries under the Admin menu.
Additional Bread itemAdds custom breadcrumb content.
Additional Head entriesAdds custom HTML entries to the page head. Use only trusted markup.
Logo PathPath or URL for the logo image used by the theme.
Favicon PathPath or URL for the browser favicon.
Custom CSSPath to an extra CSS file loaded by the theme.
Custom JavascriptPath to an extra JavaScript file loaded by the theme.
Custom Login tplTemplate file used to override the login page for this theme.
Do not apply CSPWhen enabled, the login page for this theme does not receive the Content Security Policy header. This is useful for legacy custom login templates while they are being updated. Leave it disabled when the custom login page is CSP-compatible.
Custom topmenu tplTemplate file used to override the top menu.
Custom dashboard tplTemplate file used to override the dashboard.
Custom Webphone URLAlternative webphone URL. Use %%NAME%% to substitute the extension username.
Custom Wallboard ProxyAPI URLAlternative Proxy API base URL used by wallboard integrations.
Max number of menu itemsControls how many Configuration menu items are displayed before the interface condenses them. This is applied at login time.
Max number of destination items shownLimits the number of items displayed inside destination selectors.
Max number of Data Table items shownControls when larger lists switch to a grid-style view.
Default number of Data Table items showDefault page length for DataTable lists.
No menu itemsHides the main menu for this theme.
No headerHides the page header for this theme.
LanguageForces a language for this theme, or leaves it on automatic browser detection.
CompanyCompany name shown on the login page.
Company MessageMain message shown on the login page.
Company Sub MessageSecondary login-page message.
Multiple clusters portalAdds the cluster portal link for deployments that expose several clusters.
Switchboard loginControls whether the login page shows a switchboard button, redirects to switchboard login, or shows no switchboard link.
Switchboard Favicon PathPath or URL for the favicon used only by the switchboard page. Leave empty to keep the browser default behavior for the switchboard.

CSP and custom login templates

The Do not apply CSP option is intentionally theme-specific. It allows old or highly customized login templates to keep working while they are being made compatible with the login-page Content Security Policy. For a hardened login page, leave this option disabled and update the custom login template so all scripts, images, frames, and styles comply with the CSP rules.

Operational notes

New Items Defaults

New Items Defaults administration tasks.

New Items Defaults

Overview

Define defaults applied to newly created objects.

Use Admin > Overview to manage overview.

This page is a starting point for administrators: review existing records, add only the objects needed by the deployment, and keep names consistent across tenants, routing, and provisioning.

Typical Workflow

  1. Open the menu entry and confirm whether the record already exists.
  2. Create or edit the record with a descriptive name and only the required options first.
  3. Save the record and reopen it to verify the stored values.
  4. Check dependent objects before deleting anything that may be used by routing, billing, provisioning, or reporting.

Documentation Example

For documentation and testing, use names prefixed with Docs Demo. Existing PBX nodes should be reused as examples; do not create additional nodes unless the deployment actually requires them.

Settings

Settings administration tasks.

Settings

Overview

Use Admin > Settings to manage global MiRTA PBX behavior. These settings are system-wide, so changes can affect multiple tenants, integrations, storage backends, and background jobs.

Working with Admin Settings

ActionDescription
OpenOpen Admin > Settings from the Global Administration menu.
ReviewWork section by section. Global changes should be checked against tenants, nodes, storage services, and integrations that depend on them.
SaveUse Save at the bottom of the form to apply changes. Some changes, such as upgrade, housekeeping, media-file, or test actions, run their own action from the relevant section.
Custom extension usernamesEnable Allow extensions with custom usernames in the Security section when SIP extensions must use usernames that do not follow the generated tenant-code format.

Version

Version section of Admin Settings.
Version section of Admin Settings.

Use this section to check the installed software version, database schema status, available upgrades, and maintenance actions.

Field or optionPurpose
Software in useSets the Software in use value for Version.
Database schemaSets the Database schema value for Version.
Database upgrade (Select)Selects the Database upgrade behavior for Version.

Internationalization

Internationalization section of Admin Settings.
Internationalization section of Admin Settings.

Use this section for global locale defaults such as the system currency.

Field or optionPurpose
CurrencySets the Currency value for Internationalization.

Dialing

Dialing section of Admin Settings.
Dialing section of Admin Settings.

Use this section for global dialing defaults, caller ID handling, DID matching, and feature-code restrictions.

Field or optionPurpose
International prefixSets the International prefix value for Dialing.
Trunk prefixSets the Trunk prefix value for Dialing.
Country codeCountry Code: You can specify the country code, like 39, so any call using the international prefix, but the country code, will not be treated as international
Voice messages language (Select)Language: This option controls the selection of the language in Asterisk embedded message playback
Inbound CallerID Modifications (Select)Selects the Inbound CallerID Modifications behavior for Dialing.
Allowed Outbound DigitsSets the Allowed Outbound Digits value for Dialing.
DID matching (Select)Allow DID matching for number only: When a DID is searched in the system, at least a match for areacode + number is required, when a provider sends only the number part.
Always route calls to provider (Checkbox)Always route calls to provider: Even if the number dialed is defined on the PBX, route it to the provider.
Force selection of Caller ID (Checkbox)Force selection of Caller ID: Force selection of a numeric Caller ID number, hide selection of ANONYMOUS and WITHHELD from extensions Caller ID selection
Force selection of Emergency Caller ID (Checkbox)Force selection of Emergency Caller ID: Force selection of an emergency Caller ID. You can set it at tenant or extension level
Force feature codes to start by # or * (Checkbox)Force feature codes to start either by # or *: By enabling this, a feature code must start by * or # otherwise you can use anything as feature code
Replace + with the international prefix (outbound) (Checkbox)Replace + with the international prefix (outbound): By enabling this, when dialing out, it replaces the + with the international prefix
Allow Regex in DID number (Checkbox)Allow Regex in DID number: Allow to use a regex for the number in the DID page. Be warned, a wrong regex can stop all calls

License

License section of Admin Settings.
License section of Admin Settings.

Use this section to store the system license key.

Field or optionPurpose
License keySets the License key value for License.

API Interface

API Interface section of Admin Settings.
API Interface section of Admin Settings.

Use this section to manage global API credentials and API-side Asterisk result caching.

Field or optionPurpose
General API KeySets the General API Key value for API Interface.
General Read Only API KeySets the General Read Only API Key value for API Interface.
Cache Asterisk results (seconds)Cache Asterisk results (seconds): API calls can put heavy load on Asterisk, so you can specify a time in seconds to retain results and use as cache

DB Data Retention

Admin Settings DB Data Retention section with Recording metadata holding days shown with fictional documentation data.
Admin Settings DB Data Retention section with Recording metadata holding days shown with fictional documentation data.

Use this section to define how long operational data remains in the database before cleanup. Recording metadata can have its own retention period, or it can follow the recording retention value when left empty.

Field or optionPurpose
Advanced Call Detail info daysAdvanced Call Detail info days: Sets the retention period for the Voipmonitor CDR data. You can access them from the call history, using the disposition link
Advanced Call Detail media (pcap and graphs) daysAdvanced Call Detail media (pcap and graphs) days: Sets the retention period from the Voipmonitor pcap and graphs
Call history daysCall history days: Sets the retention days for call history, both Simple Call History and Complete Call History
SMS history daysSMS history days: Sets the retention days for SMS History
SMS retention daysSMS retention days: Sets the number of days to keep trying to send an SMS
Call Steps (CEL) history daysCall Steps (CEL) history days: Sets the retention days for the Call Steps data and CEL table
Queue history daysQueue history days: Sets the retention days for the queue history logs
Queue history days (informative data)Queue history days (informative data): Sets the retention days for the informative events of the queue history, like NO FREE AGENTS and NOT THE RIGHT TIME
Provisioning and event history daysSets the Provisioning and event history days value for DB Data Retention.
Provisioning feedback daysSets the Provisioning feedback days value for DB Data Retention.
Activity log history daysSets the Activity log history days value for DB Data Retention.
Recording holding daysSets the Recording holding days value for DB Data Retention.
Recording metadata holding daysSets how many days recording metadata such as transcripts, summaries, sentiment analysis, and AI analysis details remain in rm_recordingmetadatas. Leave empty to follow Recording holding days.
Voicemail message holding daysSets the Voicemail message holding days value for DB Data Retention.
Fax holding daysSets the Fax holding days value for DB Data Retention.
IVR log holding daysSets the IVR log holding days value for DB Data Retention.
Conference log holding daysSets the Conference log holding days value for DB Data Retention.
Process log holding daysSets the Process log holding days value for DB Data Retention.
Reports default holding daysSets the Reports default holding days value for DB Data Retention.

Recording

Recording section of Admin Settings.
Recording section of Admin Settings.

Use this section for global call-recording storage, naming, conversion, upload, and post-processing behavior.

Field or optionPurpose
Storage type (Select)Storage type: Sets the storage backend for call recordings. Data retention limits are applied only to Database backend (for now).
JSON Service Account key (Text area)Sets the JSON Service Account key value for Recording.
Host (Select)Host: If your FTP server is not using the standard port 21, you can configure the desired port using a host:port syntax.
UserSets the User value for Recording.
PasswordSets the Password value for Recording.
DirectorySets the Directory value for Recording.
Recording name (Select)Recording name: You can choose the name of the recording. When using a file based recording storage, it is important to add the Random prefix to avoid multiple legs recording to be overwritten
Recording format (Select)Recording format: Sets the recording format using while capturing the audio during the call. There were multiple reports about audio corruption when using MS GSM audio
Recording conversion (Select)Recording conversion: After the recording has been capturing and before uploading to the choosen storage, convert to a different format.
Process recording at call end (Select)Process recording at call end: Sets if to process recording at call end. When using process at call end, the recording is available immediately after the call ends, but system load average is higher, higher database connection slots are used and the call duration recorded is slightly longer) When doing only batch process, there is a low impact on system load, lower database connection slots are used, but recordings are available after the scheduled time
Batch recording processing (Select)Batch recording process: Sets when to process recording left on the system. If configured, the system tries to process/upload the call recording when call ends, but in case of transfers, the process/upload of the recording can be delayed and it is processed/uploaded in batch
Batch recording dynamic scaling (Select)Batch recording dynamic scaling: Starts additional upload processes if there are lots of files to be uploaded
Batch recording matching (Select)Batch recording matching: A call can be split in several legs and several recordings. Normal matching will upload only recordings belonging to the primary leg. Aggressive matching will upload recording from any leg. It is possible it will be uploaded also recording that has been stopped with a feature code.
Unmatched recording (Select)Unmatched recording: What has to do with recordings not matching any call unique ID. Usually they are additional recordings generated when call are transfered and can be thrown away because they are duplicates.
Multi channel recording (Select)Multi channel recording: You can record each party audio in a different file
Stereo recording (Select)Stereo recording: The recording will be a stereo media file with each party in a different audio stream
Early recording (Select)Early recording: The recording will include any audio before the call is bridged.
Process all recording legs (Select)Process all recording legs: When enabled, all the recording legs are processed regarding email, transcript, summary and sentimental analysis.
Remove recordings on database expiration (Checkbox)Remove recordings on database expiration: When the recording metadata is removed from the database, the corresponding recording file is deleted. It doesn't work retroactively.

Media Files

Media Files section of Admin Settings.
Media Files section of Admin Settings.

Use this section to configure where shared media files are stored.

Field or optionPurpose
Storage type (Select)Storage type: Sets the storage backend for media files
Host (Select)Host: If your FTP server is not using the standard port 21, you can configure the desired port using a host:port syntax.
UserSets the User value for Media Files.
PasswordSets the Password value for Media Files.
DirectorySets the Directory value for Media Files.

Faxes

Faxes section of Admin Settings.
Faxes section of Admin Settings.

Use this section for fax storage and fax file retention behavior.

Field or optionPurpose
Storage type (Select)Storage type: Sets the storage backend for faxes
Host (Select)Host: If your FTP server is not using the standard port 21, you can configure the desired port using a host:port syntax.
UserSets the User value for Faxes.
PasswordSets the Password value for Faxes.
DirectorySets the Directory value for Faxes.
Remove faxes on database expiration (Checkbox)Remove faxes on database expiration: When the fax metadata is removed from the database, the corresponding fax file is deleted. It doesn't work retroactively.

Billing

Billing section of Admin Settings.
Billing section of Admin Settings.

Use this section for billing dashboard visibility and billing alert delivery.

Field or optionPurpose
Dashboard show (Select)Selects the Dashboard show behavior for Billing.
Alert emailSets the Alert email value for Billing.

Voice Synthesizer

Voice Synthesizer section of Admin Settings.
Voice Synthesizer section of Admin Settings.

Use this section to configure the text-to-speech engine, voice, service endpoint, and credentials.

Field or optionPurpose
Engine (Select)Selects the Engine behavior for Voice Synthesizer.
Voice (Select)Selects the Voice behavior for Voice Synthesizer.
Region (Select)Selects the Region behavior for Voice Synthesizer.
Full Endpoint URLFull endpoint URL with instance id like https://api.us-east.speech-to-text.watson.cloud.ibm.com/instances/82baccdd-45ee-46ff-ba1a-3cd23425b3c1/v1/synthesize
Voice Engine API usernameSets the Voice Engine API username value for Voice Synthesizer.
Rate/PitchRate/Pitch parameters: You can control the rate and pitch of the voice to be created by entering them separated by a /, like -11/-70
Voice Engine API passwordSets the Voice Engine API password value for Voice Synthesizer.

Speech to Text

The Speech to Text section in Admin > Settings configures the global speech-recognition engine and the background jobs that process recorded calls. Tenant-level settings can override some values, but the global configuration is the fallback used by the PBX when a tenant does not define its own engine or credentials.

The screenshots below use fictional values and were captured from the global Admin Settings form without saving changes.

IBM Watson TTS

Admin Settings Speech to Text configuration for IBM Watson TTS with fictional documentation values.
Admin Settings Speech to Text configuration for IBM Watson TTS with fictional documentation values.
FieldMeaning
EngineSelects IBM Watson as the global Speech to Text provider. The historical label includes TTS, but this panel is used for recognition.
Full Endpoint URLWatson recognition endpoint, including the service instance and recognize path supplied by IBM.
LanguageWatson language and model. Choose the model that matches the spoken language and expected audio bandwidth.
Download LanguagesDownloads or refreshes the available Watson language list after the endpoint and credentials are configured.
Speech To Text Engine API usernameWatson credential username. Many IBM deployments use apikey as the username.
Speech To Text Engine API passwordWatson API key or password.
Transcribe phone call recordingsSchedules batch transcription of recorded calls and selects the node that runs the transcript job.
Transcribe when recording is uploadedStarts transcript processing immediately after a recording is uploaded, in addition to any scheduled batch processing.
Minimum call time for transcriptSkips recordings shorter than the configured number of seconds.
Test speech recognitionUploads a WAV file and sends it to the selected engine to verify the global configuration.

Nexiwave

Admin Settings Speech to Text configuration for Nexiwave with fictional documentation values.
Admin Settings Speech to Text configuration for Nexiwave with fictional documentation values.
FieldMeaning
EngineSelects Nexiwave as the global Speech to Text provider.
LanguageLanguage sent to Nexiwave for recognition.
Speech To Text Engine API usernameNexiwave account username.
Speech To Text Engine API passwordNexiwave password or API secret.
Transcribe when recording is uploadedWhen available for the selected engine, starts transcript processing immediately after recording upload.
Minimum call time for transcriptSkips recordings shorter than this duration.
Test speech recognitionUploads a WAV file and validates the Nexiwave settings.

Google Cloud Speech to Text

Admin Settings Speech to Text configuration for Google Cloud Speech to Text with fictional documentation values.
Admin Settings Speech to Text configuration for Google Cloud Speech to Text with fictional documentation values.
FieldMeaning
EngineSelects Google Cloud Speech to Text as the global recognition provider.
LanguageGoogle recognition language code. Select the primary language expected in recorded calls.
Speech To Text Engine API passwordGoogle API key used when audio is submitted directly without a storage bucket workflow.
JSON Service Account keyService account JSON used when audio is staged in Google Cloud Storage. The service account must have access to the configured bucket.
Bucket NameGoogle Cloud Storage bucket used to store audio before transcription. The bucket must already exist.
Profanity filterControls whether Google attempts to mask profanity in returned transcripts.
Transcribe phone call recordingsSchedules transcript processing for recorded calls and selects the processing node.
Transcribe when recording is uploadedStarts processing immediately after recording upload.
Minimum call time for transcriptPrevents very short recordings from being submitted to Google.
Test speech recognitionUploads a WAV file to test the Google credentials, language, and bucket/API-key configuration.

AssemblyAI

Admin Settings Speech to Text configuration for AssemblyAI with fictional documentation values.
Admin Settings Speech to Text configuration for AssemblyAI with fictional documentation values.
FieldMeaning
EngineSelects AssemblyAI as the global Speech to Text provider.
Endpoint serverAssemblyAI API host. Leave empty for the default host, or set a host such as api.assemblyai.com.
ModelAssemblyAI model used for transcript requests. Choose the model according to accuracy and fallback requirements.
Keyterms PromptOne key term per line. Use it for tenant names, product names, department names, and PBX terms that should be recognized accurately.
Custom SpellingOne correction per line in the form heard term:correct spelling. Use it for brand names and technical words.
LanguageAssemblyAI language selection. Automatic detection can be used when calls are multilingual or language is not predictable.
Speech To Text Engine API passwordAssemblyAI API token.
Transcribe phone call recordingsSchedules transcript processing for recorded calls and selects the processing node.
Transcribe when recording is uploadedStarts processing immediately after recording upload.
Minimum call time for transcriptPrevents short calls from being sent to AssemblyAI.
Test speech recognitionUploads a WAV file to test the AssemblyAI endpoint, model, token, and language settings.

GeminiAI

Admin Settings Speech to Text configuration for GeminiAI with fictional documentation values.
Admin Settings Speech to Text configuration for GeminiAI with fictional documentation values.
FieldMeaning
EngineSelects GeminiAI for speech recognition through a generative AI model.
ModelGemini model used for transcription. Choose the model according to the desired balance of speed, cost, and accuracy.
Model commandInstruction sent to the model for the transcription task. Leave it empty to use the default instruction, or provide global guidance such as speaker separation and PBX terminology handling.
Voicemail model commandInstruction sent to GeminiAI when transcribing voicemail messages. Leave it empty to use the regular model command, then the default instruction.
LanguageRecognition language option for the GeminiAI request.
Speech To Text Engine API passwordGemini API key.
Transcribe phone call recordingsSchedules transcript processing for recorded calls and selects the processing node.
Transcribe when recording is uploadedStarts processing immediately after recording upload.
Minimum call time for transcriptPrevents short recordings from being submitted to GeminiAI.
Test speech recognitionUploads a WAV file and verifies the GeminiAI model, command, key, and language settings.

Operational Notes

Generative Artificial Intelligent chat models

Generative Artificial Intelligent chat models section of Admin Settings.
Generative Artificial Intelligent chat models section of Admin Settings.

Use this section to configure AI chat-model access used by summary and analysis features.

Field or optionPurpose
Engine (Select)Selects the Engine behavior for Generative Artificial Intelligent chat models.
API keyAPI Key to use
ModelModel: The model for the ChatGPT
TemperatureTemperature: Controls the randomness or creativity of the AI model output. Leave empty to use the provider default.
System content (Text area)System content: Initialize the system content
Summarize user content (Text area)Summarize user content: Provide the user content to summarize, use ${TRANSCRIPT} for the transcript
Voicemail summarize user content (Text area)Voicemail summarize user content: Provide the user content to summarize voicemail messages, use ${TRANSCRIPT} for the transcript. If empty, the summarize user content is used.
Summarize transcribed phone call recordings (Select)Summarize transcribed phone call recordings: Schedule the summarize for transcribed phone calls
Summarize when recording is transcribed (Checkbox)Summarize when recording is transcribed: By enabling this, the summarize process will start immediately after the recording is transcribed
Sentimental analysis user content (Text area)Sentimental analysis user content: Provide the user content to perform sentimental analysis, use ${TRANSCRIPT} for the transcript
Sentimental analyze transcribed phone call recordings (Select)Sentimental analyze transcribed phone call recordings: Schedule the sentimental analysis for transcribed phone calls
Sentimental analysis when recording is transcribed (Checkbox)Sentimental analysis when recording is transcribed: By enabling this, the sentimental analysis process will start immediately after the recording is transcribed

Fax Protocol

Fax Protocol section of Admin Settings.
Fax Protocol section of Admin Settings.

Use this section for modem protocol, speed, and ECM defaults used by fax processing.

Field or optionPurpose
Modem TypeSets the Modem Type value for Fax Protocol.
Minimum SpeedSets the Minimum Speed value for Fax Protocol.
Maximum SpeedSets the Maximum Speed value for Fax Protocol.
Error Correction Mode (ECM) (Select)Selects the Error Correction Mode (ECM) behavior for Fax Protocol.

Outbound Fax Service

Outbound Fax Service section of Admin Settings.
Outbound Fax Service section of Admin Settings.

Use this section to control outbound fax retry behavior, protocol choices, DID filtering, and page format defaults.

Field or optionPurpose
Rescheduling delay (minutes)Sets the Rescheduling delay (minutes) value for Outbound Fax Service.
Max number of attemptsSets the Max number of attempts value for Outbound Fax Service.
Force codecForce codec: When dialing out a fax, request only the entered codec
Fax Protocol (Select)Selects the Fax Protocol behavior for Outbound Fax Service.
Show only Fax DIDs (Select)Selects the Show only Fax DIDs behavior for Outbound Fax Service.
Fast OnNet Fax processing (Select)Fast OnNet Fax processing: When a fax is directed to an onnet number, just copy the fax to the destination, without really sending it
Default page format (Select)Default page format: When a fax is sent and no page format is selected, this one is used

Inbound Fax Service

Inbound Fax Service section of Admin Settings.
Inbound Fax Service section of Admin Settings.

Use this section for inbound fax sender identity, detection timing, and generated fax file names.

Field or optionPurpose
Sender Email nameSender Email name: If no template is defined for the inbound fax service email, this sender email name will be used
Sender Email addressSender Email address: If no template is defined for the inbound fax service email, this sender email address will be used
Automatic fax detection timeNumber of seconds to wait for remote fax tone when DID set to autodetect faxes. It adds a delay in reception of calls when DID set to autodetect faxes.
Fax file name format (Select)When delivering the fax by email, a different file name format can be used

Mail to Fax Service

Mail to Fax Service section of Admin Settings.
Mail to Fax Service section of Admin Settings.

Use this section for network timeout and automatic disable behavior for mail-to-fax processing.

Field or optionPurpose
Network activity timeoutNetwork activity timeout: Mailboxes are checked serially, this will set the amount of time to wait for any network I/O operation, in seconds
Automatic disable after X failuresAutomatic disable after X failures: After configured failures, automatic disable the mailbox, use 0 to disable the feature

Mail to Call Service

Mail to Call Service section of Admin Settings.
Mail to Call Service section of Admin Settings.

Use this section for network timeout and automatic disable behavior for mail-to-call processing.

Field or optionPurpose
Network activity timeoutNetwork activity timeout: Mailboxes are checked serially, this will set the amount of time to wait for any network I/O operation, in seconds
Automatic disable after X failuresAutomatic disable after X failures: After configured failures, automatic disable the mailbox, use 0 to disable the feature

User Authentication - LDAP

User Authentication - LDAP section of Admin Settings.
User Authentication - LDAP section of Admin Settings.

Use this section to configure LDAP binding and test credentials for external authentication.

Field or optionPurpose
Base DNBase DN: The base DN, like ou=users,dc=company,dc=local
Account SuffixAccount Suffix: Like ou=sysops
Account PrefixAccount Prefix: Like cn=
Domain ControllersDomain Controlles: List the domain controllers including the protocol, like ldap://dc1.company.com,ldap://dc2.company.com
Test UsernameTest Username: The username will be joined in a string like {Account Prefix}{Username},{Account Suffix},{Base DN}
Test PasswordSets the Test Password value for User Authentication - LDAP.

Conferencing

Conferencing section of Admin Settings.
Conferencing section of Admin Settings.

Use this section for conference email sender defaults.

Field or optionPurpose
Sender Email nameSets the Sender Email name value for Conferencing.
Sender Email addressSets the Sender Email address value for Conferencing.

Voicemail

Voicemail section of Admin Settings.
Voicemail section of Admin Settings.

Use this section for voicemail audio format visibility and defaults.

Field or optionPurpose
Audio format configured (Select)Audio format configured: Set to the audio format chosen in /etc/asterisk/voicemail.conf. This is not for choosing the voicemail audio format, but to make the web interface use the same audio format chosen in the voicemail configuration file.

Voicemail backup

Voicemail backup section of Admin Settings.
Voicemail backup section of Admin Settings.

Use this section to configure backup storage for voicemail messages.

Field or optionPurpose
Storage type (Select)Storage type: Sets the storage backend for voicemail backup. There is no data retention limit.
Host (Select)Host: If your FTP server is not using the standard port 21, you can configure the desired port using a host:port syntax.
UserSets the User value for Voicemail backup.
PasswordSets the Password value for Voicemail backup.
DirectorySets the Directory value for Voicemail backup.
Voicemail recording name (Select)Voicemail recording name: You can choose the name of the recording.

Provisioning

Provisioning section of Admin Settings.
Provisioning section of Admin Settings.

Use this section for provisioning host, blocked provisioning files, and fast-provisioning QR code format.

Field or optionPurpose
Provisioning host nameProvisioning host name: Set the provisioning host name reported in the Configuration/Provisioning/Phones page. If left blank will automatically use the one defined in the theme selected, in the tenant or the host name used to access the web interface.
Blacklisted autoprovisioning files (Text area)Blacklisted autoprovisioning files: If a file matches one of these regex, then the usual MAC matching is disabled and only a custom file can be served, if available
Fast provisioning QR CodeFast provisioning QR Code: If enabled in the tenant, create a QR Code in the Configuration/Extensions page to provision the extension on supporting softphones. You can use the following variables: $username, $secret, $macaddress, $password, $http_user and $http_password

Inbound Unassigned DIDs

Inbound Unassigned DIDs section of Admin Settings.
Inbound Unassigned DIDs section of Admin Settings.

Use this section for alerting and media playback when an inbound DID is not assigned.

Field or optionPurpose
Alert Email addressSets the Alert Email address value for Inbound Unassigned DIDs.
Media file to playSets the Media file to play value for Inbound Unassigned DIDs.

Disabled Tenants

Disabled Tenants section of Admin Settings.
Disabled Tenants section of Admin Settings.

Use this section for the media played when disabled tenants receive or place calls.

Field or optionPurpose
Inbound calls file to playSets the Inbound calls file to play value for Disabled Tenants.
Outbound calls file to playSets the Outbound calls file to play value for Disabled Tenants.

CSV Exports

CSV Exports section of Admin Settings.
CSV Exports section of Admin Settings.

Use this section for CSV delimiter, enclosure, escape, and BOM defaults.

Field or optionPurpose
DelimiterSets the Delimiter value for CSV Exports.
EnclosureSets the Enclosure value for CSV Exports.
Escape charSets the Escape char value for CSV Exports.
BOM sequence (Select)Selects the BOM sequence behavior for CSV Exports.

Inbound calls

Inbound calls section of Admin Settings.
Inbound calls section of Admin Settings.

Use this section for inbound privacy defaults.

Field or optionPurpose
Privacy (Select)Selects the Privacy behavior for Inbound calls.

Outbound calls

Outbound calls section of Admin Settings.
Outbound calls section of Admin Settings.

Use this section for busy or blocked-call media, minimum call time, and failed-call reporting.

Field or optionPurpose
On Busy - media file to playSets the On Busy - media file to play value for Outbound calls.
On Do Not Call list - media file to playSets the On Do Not Call list - media file to play value for Outbound calls.
Minimum call time in secondsMinimum call time in second: Enter the minimum call time, in seconds, otherwise the call will be not even started
Failed call reported as (Select)Failed call reported as: When a call is unroutable or all providers fail to connect, report as

CNAM service

CNAM service section of Admin Settings.
CNAM service section of Admin Settings.

Use this section to configure caller-name lookup, caching, and UTF-8 handling.

Field or optionPurpose
URL/custom AGI scriptURL: Enter the CNAM URL using %%NUM%% as placeholder for the number of phone. Or the name of an agi script returning the CNAM value As example for OpenCNAM: https://api.opencnam.com/v2/phone/%%NUM%%?format=pbx&account_sid=ACCOUNT_SID&auth_token=AUTH_TOKEN replacing ACCOUNT_SID and AUTH_TOKEN with the one provided by OpenCNAM
Request only when CallerID name is empty (Checkbox)Enables or disables Request only when CallerID name is empty.
Allow UTF-8 characters and symbols (Checkbox)Enables or disables Allow UTF-8 characters and symbols.
Caching (Checkbox)Enables or disables Caching.
Cache retention (days)Sets the Cache retention (days) value for CNAM service.
Manage CNAM Cache (Action)Opens or runs the related administration action.

Switchboard

Switchboard section of Admin Settings.
Switchboard section of Admin Settings.

Use this section for switchboard websocket connection defaults.

Field or optionPurpose
Websocket hostname:port to connectWebsocket hostname:port to connect: This is the fully qualified domain name of server running the AMI Router
SSL Usage (Select)SSL usage: Here you define if the client javascript application will talk to the host using SSL or not.

WebRTC

WebRTC section of Admin Settings.
WebRTC section of Admin Settings.

Use this section for WebRTC SIP servers, realms, websocket proxies, and softphone user-agent settings.

Field or optionPurpose
Chan_sip WebRTC SIP serverChan_sip WebRTC server: When authenticating with a chan_sip account, this server will be used for the WebRTC SIP phone.
PJSIP WebRTC SIP serverPJSIP WebRTC server: When authenticating with a PJSIP account, this server will be used for the WebRTC SIP phone.
Chan_sip realm for registrationChan_sip realm for registration: Server realm to be used by the switchboard extensions to register using chan_sip.
PJSIP realm for registrationPJSIP realm for registration: Server realm to be used by the switchboard extensions to register using PJSIP.
Websocket proxy URL for chan_sipWebsocket proxy URL for chan_sip: This is the websocket proxy URL to use for switchboard extensions to register when using chan_sip.
Websocket proxy URL for PJSIPWebsocket proxy URL for PJSIP: This is the websocket proxy URL to use for switchboard extensions to register when using PJSIP.
Softphone user agentSoftphone user agent: The user agent to report to the system.

SMS

SMS section of Admin Settings.
SMS section of Admin Settings.

Use this section for SMS DID filtering and SMS length limits.

Field or optionPurpose
Show CallerID DIDs for SMS (Select)Show CallerID DIDs for SMS: Permit to Show only DIDs configured to receive SMS
Max SMS lengthMax SMS length: Enter the max number of character accepted for an SMS in the portal

Security

Security section of Admin Settings.
Security section of Admin Settings.

Use this section for password visibility, password policy, reCAPTCHA, two-factor authentication, custom extension usernames, web username uniqueness, and session-cookie hardening.

Field or optionPurpose
Hide Password in main screens (Checkbox)Enables or disables Hide Password in main screens.
Allow to show hidden Password in main screens (Checkbox)Enables or disables Allow to show hidden Password in main screens.
Use split cost limits (domestic/international) (Checkbox)Enables or disables Use split cost limits (domestic/international).
WebRTC SSL pathWebRTC SSL path: Enter the full path, usually /etc/asterisk/certificates/yourdomain.pem to allow WebRTC clients. You need to reload the sip module or prune the clients when this is updated
Change password enforcement regexChange password enforcement regex: Enter the regex to use for passwords entered by the user in the Login/Change Password
Change password enforcement messageChange password enforcement message: Enter the message to use when the passwords entered by the user in the Login/Change Password doesn't meet the required regex
Special characters in auto generated passwordsSpecial characters in auto generated passwords: List of special characters used in the auto generation of passwords. Some softphones or provisioning templates can't use any character
System password expiration daysSystem password expiration days: Request a password change for system users after defined days since last change. Leave blank to disable password expiration.
Use Google reCAPTCHA (Select)SSL usage: Use Google reCAPTCHA
reCAPTCHA site keyreCAPTCHA site key: You need to register on google.com and obtain a reCAPTCHA API key for your list of domains
reCAPTCHA secret keyreCAPTCHA secret key: You need to register on google.com and obtain a reCAPTCHA API key for your list of domains
2FA tenant for SMS sending (Select)Selects the 2FA tenant for SMS sending behavior for Security.
2FA SMS message2FA SMS message: This is the message delivering the code for 2FA authentication, use %%CODE%% for replace the actual code
2FA SMS callerid2FA SMS callerid: This is the callerid to use when delivering the code for 2FA authentication
Allow extensions with custom usernames (Checkbox)Allow extensions with custom usernames: Allow to create extensions with custom usernames.
Requires unique Web usernames (Checkbox)Require unique Web usernames: Requires extension web usernames to be unique among all the tenants.
Increased Session Cookies security (Checkbox)Increased Session Cookies security: Activate several restriction on the session cookie usage to increase security.

Logging

Logging section of Admin Settings.
Logging section of Admin Settings.

Use this section for extension event logging, provisioning activity logging, device-state logging, latency logging, and PHP error reporting.

Field or optionPurpose
Log Extension Events (Checkbox)Log Extension Events: Log any change in the extension state, you can review these logs from Status/Peers
Log Provision Activities (Checkbox)Log Provision Activities: Log any provision request from phones
Device state pedantic commit (Checkbox)Device state pedantic commit: Rewrite the state of extension at every registration, even if the state has not changed
Device state logging (Checkbox)Device state logging: Log any devstate activity using syslog
Monitor DID for BLF (Checkbox)Monitor DID for BLF: Monitor any DID state for BLF
PHP Error reporting (Checkbox)PHP Error reporting: Show all the bad PHP coding, warnings and errors. You don't need it.

Music On Hold

Music On Hold section of Admin Settings.
Music On Hold section of Admin Settings.

Use this section for default music-on-hold selection and streaming mode.

Field or optionPurpose
Default Music On Hold (Select)Selects the Default Music On Hold behavior for Music On Hold.
Default Music On Hold streaming engine (Select)Selects the Default Music On Hold streaming engine behavior for Music On Hold.
Music On Hold mode (Select)Selects the Music On Hold mode behavior for Music On Hold.

Stats

Stats section of Admin Settings.
Stats section of Admin Settings.

Use this section for statistics calculation behavior.

Field or optionPurpose
Count transfer as answered (Select)Agent Activity: Count transferred calls, even parked, as answered calls.

MS Teams integration

MS Teams integration section of Admin Settings.
MS Teams integration section of Admin Settings.

Use this section for Microsoft Teams integration and OpenSIPS connectivity.

Field or optionPurpose
MS Teams integration (Select)MS Teams integration: Enable the MS Teams integration. You need to define the MS Teams address in the Admin/Tenant
OpenSIPS socketOpenSIPS socket: Something like tls:__ip_address__:5067 where the OpenSIPS is listening
OpenSIPS server connection (Select)OpenSIPS server connection: The server who has the connection to the OpenSIPS server

QueueMetrics API

QueueMetrics API section of Admin Settings.
QueueMetrics API section of Admin Settings.

Use this section for QueueMetrics integration behavior.

Field or optionPurpose
QueueMetrics API (Select)QueueMetrics API: Enable the QueueMetrics API by sending to QueueMetrics the logs from the selected queues
QueueMetrics delayQueueMetrics delay: How many milliseconds to wait between two API calls to QueueMetrics

Theming

Theming section of Admin Settings.
Theming section of Admin Settings.

Use this section for theme-related certificate and virtual-host defaults.

Field or optionPurpose
Let's Encrypt certificates creation from Admin/Themes page (Checkbox)Let's Encrypt certificates creation from Admin/Themes page: Allow the system to automatically generate and optionally renew Let's Encrypt certificates
Virtual Host directoryVirtual Host directory: Allow the system to automatically generate virtual host configurations. Usually it is /etc/httpd/conf.d
Virtualhost Template (Text area)Sets the Virtualhost Template value for Theming.

Queue History Theming

Queue History Theming section of Admin Settings.
Queue History Theming section of Admin Settings.

Use this section for queue-history filtering behavior.

Field or optionPurpose
Queue History easy filters (Select)Queue History easy filters: In Status/Queue History show easy filters like in Status/Stats.

Dashboard Theming

Dashboard Theming section of Admin Settings.
Dashboard Theming section of Admin Settings.

Use this section for dashboard chart defaults.

Field or optionPurpose
Call quantity most recent day (Select)Call quantity most recent day: Most recent day to show in the Call Quantity tab.

Call History Theming

Call History Theming section of Admin Settings.
Call History Theming section of Admin Settings.

Use this section for call-history display, filtering, row loading, and preprocessing behavior.

Field or optionPurpose
Call History view (Select)Call History view: In Status/Call History controls if to show all legs or try to show compact by grouping them.
Call History easy filters (Select)Call History easy filters: In Status/Call History show easy filters like in Status/Stats.
Call History mobile view (Select)Call History mobile view: In Status/Call History show a mobile phone optimized view when using a smartphone
Call History destination view (Select)Call History destination view: In Status/Call History controls how to display the destination number dialed.
Call History row count (Select)Call History row count: Counting every row in the Call History is slow and most of the time, useless. Using this option you can speed up the counting of rows
Call History number of rows preloadedCall History number of rows preloaded: Specifies how many rows to preload when loading the Call History
Call History wherelanded preprocessing (Select)Call history wherelanded preprocessing: Accessing the call history can be slow because the system needs to compute each call real destination. You can schedule a preprocessing to speed up access to Call history

Advanced Customization

Admin Settings Advanced Customization section with the Diversion Host setting shown with fictional documentation data.
Admin Settings Advanced Customization section with the Diversion Host setting shown with fictional documentation data.

Use this section for advanced UI, DID format, tenant visibility, SIP Diversion header host handling, SIP stack, cron server, language, and low-level routing defaults.

Field or optionPurpose
Show status of extension in Configuration/Extensions page (Checkbox)Enables or disables Show status of extension in Configuration/Extensions page.
Show status of extension in Status/Peers page (Checkbox)Enables or disables Show status of extension in Status/Peers page.
DID Format (Select)Selects the DID Format behavior for Advanced Customization.
National form in DID select (Checkbox)Enables or disables National form in DID select.
National form with no trunk in DID select (Checkbox)Enables or disables National form with no trunk in DID select.
E.164 form in DID select (Checkbox)Enables or disables E.164 form in DID select.
E.164 with plus in DID select (Checkbox)Enables or disables E.164 with plus in DID select.
E.164 with international prefix in DID select (Checkbox)Enables or disables E.164 with international prefix in DID select.
Show + in DID numbers (Checkbox)Enables or disables Show + in DID numbers.
Ignores digits after # or ; (Checkbox)Enables or disables Ignores digits after # or ;.
Admins see all tenants (Checkbox)Enables or disables Admins see all tenants.
Use advanced filters (Checkbox)Enables or disables Use advanced filters.
Use filter toolbar (Checkbox)Enables or disables Use filter toolbar.
Use DIDs storage (Checkbox)Enables or disables Use DIDs storage.
Use translations (Checkbox)Enables or disables Use translations.
Use branches and departments (Checkbox)Enables or disables Use branches and departments.
Alert on NAT IP/port duplicate (Checkbox)Enables or disables Alert on NAT IP/port duplicate.
Permit HTTP usage (Checkbox)Enables or disables Permit HTTP usage.
Kill MOH process after 60 minutes (Checkbox)Enables or disables Kill MOH process after 60 minutes.
SIP Trunk Module (Select)SIP Trunk Module: Use the defined asterisk module when passing the call from one server to the other
Diversion HostDiversion Host: Host to use in SIP Diversion headers. Leave empty to use the system name.
Session durationSession duration is read from php.ini, but it can be set here (in seconds). 1 hour are 3600 seconds.
Lock facilities (queue, parking lots and conference rooms) to the assigned server (Checkbox)Lock facilityies: When defining a queue, a conference room or a parking lot, you need to assign them to one of your servers. If left to be assigned automatically, they will be run from the first server trying to use it. They will be moved to another server when the server where they are assigned will stop answering. You can lock them to one server, so they will not be reassigned to another server if the server running them will be temporarily not answering.
Queue Stats Reset (Select)Queue Stats Reset: Reset the Asterisk mantained stats like SLA and SLA2 at midnight.
jqGrid tenant selection (Select)Selects the jqGrid tenant selection behavior for Advanced Customization.
SIP stack available (Select)Selects the SIP stack available behavior for Advanced Customization.
Preferred SIP stack (Select)Selects the Preferred SIP stack behavior for Advanced Customization.
First day in date and time picker (Select)Selects the First day in date and time picker behavior for Advanced Customization.
LCR Prefix for expansionSets the LCR Prefix for expansion value for Advanced Customization.
MAX TTL for callsMAX TTL for calls: A call can trigger several destinations, each destination can trigger several other destinations. To avoid loops or infinite running calls, a maximal number of steps can be set for any call. By default it is 100.
MAX TTL alert EmailMAX TTL alert Email: When a TTL expires it can be due to a loop. A loop is dangerous because it uses lots of CPU power. You can be noticed when it happens.
Tenant Selector Format (Select)Selects the Tenant Selector Format behavior for Advanced Customization.
Default cronjob server (Select)Selects the Default cronjob server behavior for Advanced Customization.
Default campaign server (Select)Selects the Default campaign server behavior for Advanced Customization.
Default SMS server (Select)Selects the Default SMS server behavior for Advanced Customization.
Campaign "fast start" delayCampaign fast start delay: Campaigns to be started are checked every minute. This means, when starting a campaign using a feature code, it can take up to 60 seconds before it really starts. You can configure here a delay in seconds, activating a more fine check for campaign start. Setting to empty, will stop the fast start feature.
Default fax server (Select)Selects the Default fax server behavior for Advanced Customization.
Available LanguagesSets the Available Languages value for Advanced Customization.
Custom peer status page queryCustom peer status page query: You can provide a query to be executed for each of the peers in peer status, returning a list of fields. Use %%PEERNAME%% for the peer name, like select mailbox as Mailbox,allow as Allow from sipfriends where data-inputname=
Save, Save (Action)Opens or runs the related administration action.

Use this side panel to open related global administration tools.

Field or optionPurpose
Languages (Action)Opens the related global administration page.
Codecs (Action)Opens the related global administration page.
Date and time formats (Action)Opens the related global administration page.
Ring tones (Action)Opens the related global administration page.
Regions (Action)Opens the related global administration page.
Backups (Action)Opens the related global administration page.
Auto Answers (Action)Opens the related global administration page.
Digital Faxes (Action)Opens the related global administration page.
Default Quick shortcuts (Action)Opens the related global administration page.
Push Notifications (Action)Opens the related global administration page.
System Messages (Action)Opens the related global administration page.
SIP Cause Codes (Action)Opens the related global administration page.
Settings

Upgrade and Version

Use this area to check the installed software version, available versions, database schema version, and controlled upgrade or reinstall actions.

Settings

Dialing and Internationalization

Configure currency, international prefix, trunk prefix, country code, language, DID matching, caller ID enforcement, and outbound digit restrictions.

Settings

Security and Access

Configure global access, API behavior, password rules, tenant visibility, SIP scanner protection, and security-related defaults.