Child pages
  • sipXcom 15.05
Skip to end of metadata
Go to start of metadata



This is a small update for sipXcom (15.06 will be relatively small as well).  After 15.06 we're going to move to 15.08 and try a 2 month cadence for releases.  One month is a little too quick for us, while removing work on the QA team we added load to the build team.  We'll see how a 2 month cycle works for a couple releases.

 New Features / Improvements:

Allow upload of mp3 files for Auto Attendant Recordings

Newly imported users from LDAP can be put into a User Group

Who Should Install?

This release is recommended for all 4.6, 14.XX and 15.XX installations.

New Installs

A new ISO is available for 15.05 at:


To update please edit your /etc/yum.repos.d/sipxecs.repo file and reference the new download server (  The repo should look as follows:

name=sipXecs software for CentOS $releasever - $basearch


To edit this file, login to your sipX server as root and then use either vi or nano (easier).

vi /etc/yum.repos.d/sipxecs.repo


nano /etc/yum.repos.d/sipxecs.repo


Once the repo file is modified, run:

yum clean all

yum update

Issues Addressed

JIRA IDJIRA nameRN ContentEnhancement/Fix/Known Issue
UC-3532Allow mp3 upload for Auto Attendant from WebUIAn enhancement request was completed to allow Auto Attendant recordings that are in MP3 format to be uploaded as Auto Attendant greetings.Enhancement
SIPX-123Add help text to create SIP Trunk pageA note was added to the SIP Trunk page that stated the use of a Session Border Controller for SIP Trunks was highly recommended.Enhancement
SIPX-121LDAP - New User GroupAn enhancement was completed so that during LDAP imports, when a new user that has not been seen previously by openUC is imported that user is placed into a group. This group should be able to be customized by the Administrator but should default to New_LDAP_Users.

The user will not be placed into that group again, this is a one time only operation so that Administrators can identify newly created users from LDAP. This is for administrative place holding. This allows administrators to quickly identify brand new users which were imported via LDAP and take action on those users such as group placement or standardize permissions, etc.

This behavior is different from the ldap_imports group where users are always placed into that group when an LDAP import takes place.
SIPX-124A page refresh is needed after editing a chat roomAn issue was fixed that caused newly created to be displayed incorectly in the list of chat rooms. A page refresh was required to display the new room.Fix
SIPX-122Wrong label under unmanaged services for DHCPIn DHCP Service configuration the check box for 'Unmanaged' read 'Unmanaged DNS'. Corrected to read 'Unmanged DHCP'.Fix
SIPX-170Restore of userProfile collection does not work properly when restoring on the same machineFixed an issue with Restore where the restore to the same machine, after a user change, did not properly overwrite the newer settings with the settings from the restore. Still important to send server profiles after restore.Fix
SIPX-174MongoDB crashed upon logrotateFixed an issue with MongoDB when used on a regional node. Related to MongoDB Bugs and
UC-3535Investigate call_direction in CDR / sipXcallresolverCustomer noticed that data was not being recorded to the call_direction field of SIPXCDR. Engineering requested a JIRA to investigate sipXcallresolver configuration in this area.

In the code (the cdr scripts) the call_direction field is never populated.

In the cdr scripts it is declared like this: "# call_direction char(1) Plugin feature see below ", but is never mentioned again.

In the sipXcom wiki only info on this field is : 11. call_direction Direction of the call

Two interesting discussions were found about call_direction are here:

Updated the following Wiki Pages:
  • No labels