Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Release 4.2

This release has been released.

Feature List

Release 4.2

Comments

 

For detailed status, see the 4.2 tracker road map

Bridged (Shared) Line Appearances (BLA)

Bridged Line Appearance (BLA), also called Shared Line Appearance (SLA), was implemented in support of Polycom SoundPoint and SoundStation phones. This feature allows so called secretary - boss relationships, where calls can be put on hold on one phone and picked up from the other by pressing the hold key. There is still some uncertainty regarding the final IETF standard for BLA and therefore different phone manufacturers might implement BLA slightly differently.  There is a good chance that our implementation will work with other phones as well.. See the Bridged Line Appearance page for more info.

Instant Messaging (IM) and Presence Server

This release adds comprehensive Instant Messaging and Presence capabilities to sipXecs supporting all the typical enterprise features and based on the XMPP standard. The Openfire XMPP server was integrated with sipXecs and runs as a component of a sipXecs cluster with centrally managed configuration. Users created on the SIP side automatically synchronize with the XMPP side. Presence federation between phones (BLF presence) and IM presence allows seeing when a contact is on the phone. Presence based routing allows call handling based on presence state. Phones, such as the Counterpath Bria softphone, are auto-configured to include both SIP and XMPP capabilities. Federation with Google Talk allows for Fixed Mobile Convergence (FMC) applications. Federation with other public IM services and social networking site's IM capability.

Personal group chat rooms

As part of the Instant Messaging (IM) and presence server, every user on the system who has a personal conference bridge assigned also gets a personal group chat room auto configured. Escalating a group chat session to a conference call is easy using the @conf directive.

MyBuddy personal IM Bot

The MyBuddy Personal Assistant is an IM bot that is automatically added to a user's buddy list. The MyBuddy personal assistant allows interacting with the system using IM. It can be used as a mobile application that allows a remote user to initiate calls using the corporate dial plan. It allows corporate phone book lookups, and it allows dynamic control of a user's personal conference bridge, where the user can see participant entry and exit messages and the owner of the conference is able to kick, mute, isolate and invite participants. The personal assistant also provides notification of incoming calls and when a caller is in the process of leaving a voicemail message. The user can then choose to either listen in or barge in. Other functionality includes call history and a list of missed calls.

Federation with Google

Server-to-server XMPP federation between sipXecs and Google Talk allows using the GTalk client as a Fixed Mobile Convergence (FMC) client for sipXecs on any smartphone for which GTalk is available (includes almost all of them). The GTalk client allows monitoring the presence of extensions on the sipXecs system as buddies in GTalk. If both ends are capable of IM then chat is possible. The MyBuddy Personal Assistant can be added as a buddy into GTalk where it provides all the functionality described above acting as an FMC client. Such server-to-server federation is possible with any XMPP server, including Google Talk.

Dynamic call routing based on presence

Presence based dynamic call routing allows changing the user's find-me / follow-me rules dynamically by setting a custom IM presence state. For example: If the users includes a phone number into the custom presence state, then calls are automatically also forwarded (parallel forked) to this number. This is very handy when in a temporary office or in a hotel room. If the user's IM presence state is set to DND, then calls automatically divert to voicemail directly.

New Unified Messaging System

The main objective with the new Unified Messaging system is scalability. It offers between 5x and 10x better scale as compared to the old voicemail system. The new Unified Messaging system includes an IMAP interface that will turn the Unified messaging server into an IMAP client. This allows using a standard email server, including Microsoft Exchange, Lotus Notes, Novell GroupWise, Yahoo Zimbra and others as the central message store for voicemail, offering unified messaging.  In addition, the new Unified Messaging system offers a host of new features, including RSS message feeds, FAX support, and a new Web Services API.

Call Detail Record (CDR) Improvements

The data set contained in a CDR record was significantly improved to include call type. This allows more comprehensive reports to be generated and this release therefore also improves on a lot of the available reports.  In addition, it is now possible to connect an external call accounting system that provides post-processing and reporting of a rich set of call accounting data collected by the system.

Web Services API based on REST

This release introduced a REST (Web Services) based API for user portal functionality that allows creating independent gadgets, portlets, and widgets around the functionality offered. The Web Services API facilitates Business Process and Application integration in an unprecedented way, cutting integration cost and allowing for business mashups.

Enhanced Directory Services

This release extends the information stored about a user and made available for directory lookups in a significant way. User profiles became a lot richer, including profile pictures (avatars), IM handles, alternative phone numbers, and a location. The possibility to synchronize or share address book data between sipXecs and other applications such as Google and Microsoft is much improved. A comprehensive global address book is now provide that is accessible from a Web portal, a phone or using a Web Services REST API.

E911 Notification by SMS

The alarm server introduced in release 4.0 can send email when an emergency number is dialed. This capability extends this to SMS through email gateways.  We are making on-going improvements to our internal emergency notification functionality.

Dimdim Web Conferencing Integration

Dimdim integration brings Web conferencing to sipXecs (screen sharing, white-boarding, presentations, and shared Web surfing.

Legacy voicemail migration

The sipXecs system can act as a centralized Voicemail and unified messaging system for a legacy PBX. This allows Message Waiting Indication (MWI) to be sent to phones on the legacy PBX. It also means that call diversion from the legacy PBX to sipXecs works over both SIP and TDM.  This capability has been tested with Cisco Call Manager (CCM) as well as Nortel Meridian Mail and CallPilot.  sipXecs offers a very cost effective and elegant migration path to expensive legacy voicemail solutions that reach end of sale and end of support. See the Centralized Voicemail page for more info.

TLS transport for SIP trunking

sipXecs can now support TLS transport for SIP trunks. If the ITSP supports TLS this enables the use of secure signaling for call setup between systems.  sipXecs includes GUI based certificate management and sends alarms to the administrator before certificates expire.

New Music on Hold Server

This release includes a new Music on Hold (MoH) server that allows for personal and individual management of hold music based on a permission granted to individual users by the administrator.

Enterprise MIB

This release includes an enterprise MIB to send application specific alarms as SNMP traps to a monitoring and reporting system.

Recording of conference calls

The ability to record conference calls was added.  If permitted by the admin the conference moderator can record a conference. He or she will receive the recording as an email or the recording can be accessed from the voicemail management application.

New Phone auto-provisioning

A new capability was added to auto-discover phones.  It now allows to auto-discover phones connected on different subnets and provides for complete plug & play configuration of newly commissioned phones.

Stable Release 4.0

SIP trunking gateway and near-end / far-end NAT traversal for remote workers For release 4.0 we are adding a fully functional native SIP trunking gateway that adds SIP trunking capabilities to sipXecs without requiring an external Session Border Controller (SBC). As a further objective we want to implement the SIP Forum SIPconnect standard for interconnection with ITSPs. SipXbridge Functional Requirements outlines the requirements we are trying to address in this project. See issueXECS-1014 and the SIP trunking Wiki page.

Cluster Management In release 4.0 sipXconfig will learn how to fully manage a distributed cluster. Such a cluster consists of several call control servers in high-availability load-sharing configuration combined with application servers for media services, conferencing, call center ACD, etc. All these applications can either run on a single server or be distributed to run on separate HW. This will allow sipXecs to be deployed as a multi-branch office solution that is fully centrally managed and acts as one big system with a cohesive dial plan and number portability between branch offices. Scalability should then extend into several 10,000 of users distributed over different locations / offices.

Release Timing We originally thought that release 4.0 would become available towards the end of 2008. It however took a little longer than we wanted. Release was on April 28, 2009.

Release 3.11 / 4.0

Comments

SIP Trunking Gateway

The sipXbridge project adds a new component to sipXecs to enable native SIP trunking and NAT traversal. sipXbridge is based on a B2BUA design able to anchor media and tweak SIP signaling so that it can traverse NAT. sipXbridge is integrated into sipXconfig as a managed SBC. XECS-1192XECS-1014XCF-2237. As all the other sipXecs components, sipXbridge can run independently either on the same server hardware with other components or on its dedicated server. sipXbridge anchors media and the media anchoring can be configured in a redundant setup where each of the redundant proxy servers provides its own media relay.

Near-end / far-end NAT traversal support in the proxy

The sipXecs proxy server will natively support near-end and far-end NAT traversal in order to support remote workers and remote branch offices connected without a VPN. This includes support for PATH header RFC 3327XECS-484XECS-265. The NAT traversal capability is directly integrated into the sipXecs proxy server so that it can auto-detect dynamically whether an end point requires NAT traversal assistance or not. A media relay is added to each proxy for anchoring the media as necessary. The NAT traversal capability also works in a redundant system offering an HA configuration.

Conferencing Server

The sipXecs and FreeSWITCH projects cooperate to integrate FreeSWITCH as a conferencing server into sipXecs. Full plug & play management is provided for users creating and administering their conferences. See here for more details. We are aiming for over 500 conferencing ports on regular hardware, support for different codecs, dynamic conference controls using DTMF codes or the sipXconfig user portal. The conferencing bridge is ready to be speech enabled with TTS, allows wideband conferences, and will eventually support video.

New IVR and Auto-Attendant Server

The sipXecs and FreeSWITCH cooperation also led to a new IVR server based on FreeSWITCH. The underlying media server engine is used from FreeSWITCH and the sipXecs project created a new Java based IVR frontend for easy application writing. The first application using this new capability is a complete rewrite of the original sipXecs Auto-Attendant. The immediate result is significantly improved performance consuming fewer compute resources.

Click-to-dial support from the Directory in the User Portal

The directory on the user portal becomes interactive offering click-to-dial using Third Party Call Control (3PCC). The user can enter a phone number or SIP URI and initiate a call from any phone the user has currently registered with the system. The same click-to-dial capability is used to add conference participants to an already ongoing conference using outbound dialing.

Import / export contacts using vcards

The directory on the user portal now allows importing or exporting contacts in vcard format.

Plug & play management for Counterpath softphones

Counterpath softphones will be plug & play configured using a provisioning server as part of sipXecs. XCF-2022.

64-bit support

The 64-bit branch is going to be merged with main rendering a unified code base to support 32-bit and 64 bi architectures using Intel or PPC CPUs. XECS-480.

Source call routing

There are two areas where we are planning to enhance the flexibility of the dialplan: a) Gateway selection based on who is calling for outbound calls XECS-415, and b) Source routing attendant able to route calls based on incoming Caller IDXECS-1083. These capabilities aim at improving flexibility in multi-branch deployments of sipXecs.

Cluster management

sipXconfig will become able to centrally manage a distributed cluster of sipXecs components, including high-availability configurations XCF-2133. Ease of use for system installation and administration is the primary objective. A distributed system of sipXecs servers will allow very easy setups of multi-branch configurations. Also, sipXecs easily scales adding additional load-sharing call servers, or configuring separate servers for certain media services such as voicemail, ACD or conferencing.

Integrated advanced reporting

Jasper Reports, like Crystal Reports, is a powerful reporting application that we plan to integrate into sipXconfig XCF-2286. Reports can be customized and all reports are generated in several formats.

Updated plug & play support for Polycom phones w/ MoH support

Support for the Polycom 3.1.3 firmware and new phones SoundPoint IP 560 & 670, and SoundStation IP 6000 & 7000. The Polycom firmware 3.1 was developed in close cooperation with sipXecs and now fully supports Music on Hold (MoH). In addition, Polycom added specific fixes to the BLF functionality that resolved outstanding issues for certain call flows.

Updated plug & play support for Snom phones

Support for the Snom firmware 7.x was added. This required a change of the config file format to XML.

Plug & play management support for Aastra phones

We are adding a plugin to support the new Aastra 5-Series phones XCF-2193.

Updated plug & play support for Grandstream

The Grandstream plugin has been updated to support new phones and new firmware revisions. New phones include the full line of GXP phones.

Updated plug & play support for Linksys phones

The Linksys plugin has been updated to include support for new phones.

Updated plug & play support for Cisco phones

The Cisco plugin has been updated to include support for new phones.

New Alarm Server

This release adds a new alarm server that can be configured via sipXconfig. It collects system alarms of various severity levels and distributes these alarms to whoever needs to know.

Web Certificate management

sipXconfig is now able to manage Web certificates needed for secure (https) access to its admin and user portals. A Certificate Signing Request (CSR) can be easily generated and an official certificate can be uploaded using the Web interface. This gets rid of the security alert messages now seen in most browsers.

Time and DST management

To prevent glitches during daylight savings time changes, sipXconfig now provides the ability to manage time and DST changes as well as the way these parameters are updated in the phones. The result is always correct time.

Scheduled device (phone) reboot

Phones need to be rebooted for profile changes to become active. However, during the day they might be in use and a reboot is undesired. sipXconfig now allows these reboots to be scheduled for after-hours.

Improved backup & restore with FTP option

The backup and restore mechanism is enhanced. An FTP option is offered directly from the sipXconfig UI in addition to backups on the local machine or backups sent by email.

Stable Release 3.10

Release 3.10 was released GA end of March. In April a first maintenance release, 3.10.1, was release with a second one, 3.10.2, in June. As always, provide feedback on the project's users list.

Release Notes: Detailed Release Notes for sipXecs Release 3.10

Release 3.9 / 3.10

Comments

New (nicer) skin

We added a new default skin for sipXconfig and moved away from the traditional yellow background. All of sipXconfig is now easily skinnable including the creation of a custom login page.

Even easier installation / device discovery

In addition to plug & play management of phones and gateways, this release adds an auto-discovery function for devices. Phones and gateways are found automatically and presented in a table from where they can be added to the database in one click only. Also in this release a new network services test capability has been added. When sipXconfig starts all the necessary network services, such as DHCP, DNS, NTP, TFTP, FTP, HTTP, are tested for correct configuration and operation. Detailed error messages are printed with troubleshooting information. The test suite can also be downloaded to a laptop and run under Windows. That way the tests can be run on the same subnet the phones are connected to,

Extended User Portal / time based find-me / follow-me

The sipXecs user portal is available to every user of the system and allows individualized management of key user features. Tn addition to the management of unified communications and voicemail, the user portal now also supports time-based find-me / follow-me, personal call history, personal phone management, and personal management of phone book, speed dial, and presence subscriptions.

Personal auto-attendant / Individual zero-out capability

Every user gets a personal auto-attendant that can be configured on the user portal or by the admin. When a caller is redirected to the user's voicemail, the caller will hear an individually recorded greeting that provides instructions on how to reach the user or to leave a voicemail. The user can define individual keys, such as press 1 to get forwarded to my cell phone, press 2 to get transferred to my assistant, press 3 to reach my girl friend and press 4 to leave a voicemail. Also, it is possible to define an individual transfer extension for the 0 key, which is usually the operator or a personal assistant.

Import from and export to Excel

During the planning phase before an installation, many users create cut-sheets that identify users, extensions, phone models, passwords, and other necessary parameters. Once this information is captured in Excel it can be uploaded into sipXconfig, greatly simplifying the installation process. At the same time this information can now be exported to Excel as well.

Localization of the Media Server

The last release brought about localization of the Config Server as well as the voicemail user portal. In this release we are adding localization of voice prompts for the auto-attendant and voicemail systems for a first set of languages. German, Italian and Polish are currently in process with others to follow. We will define a simple format for language packs, so that localization can be easily done in the community.

Busy Lamp Field (BLF) and Presence

In release 3.8 we got BLF almost right and we added a new SIMPLE based presence server. However, because of a bug in the Polycom 2.x firmware, BLF still does not work reliably under all use cases. Release 3.10 will see improvements in the BLF implementation that will make the feature less dependent on phones and extend the capability to phones that comply with the SIP stndard (e.g. LG-Nortel phones).

Integration with Microsoft

Release 3.10 provides a unified communications solution integrating with Microsoft Exchange 2007 as well as Active Directory. Microsoft Exchange 2007 can be selected as an alternative voicemail system directly in the dialplan. This provides a speech enabled voicemail system integrated with the Exchange email and calendar system. Synchronization of users and their credentials can be done automatically using the integration with Active Directory.

Time-Based Routing

We are introducing a time-based routing capability into the dial plan. This is based on a new redirector plugin and allows all kinds of time dependent features and feature interactions.Every dialing rule has now an optional schedule attached.

Paging Server

Based on the specification we published some time ago we added a group paging server to the sipXecs system. The paging server is added as a distributed component where several paging servers can be added to the system, either on the same host as the rest of the sipXecs system or on separate HW. The paging server allows group paging of SIP phones. Different announcement audio can be selected to announce a page. Regular SIP phones that provide auto-answer capability can be used or dedicated SIP-based speakers (e.g. in-ceiling)

Overhaul of the ACD server

The ACD server has been overhauled and made a lot more stable. Additional features include agent wrap-up time as well as an agent auto-sign-out capability in case the agent does not answer a call. Also, the overflow mechanism has been enhanced with a better algorithm and more destinations. E.g. it is now possible to use a queue, a hunt group or an individual extension as an overflow destination. If no agent is signed in the call can overflow to voicemail.

Improvements to the Auto-Attendant

Several important improvement to the auto-attendant subsystem have been queued up for quite some time. In particular we added transfer rules and targets to handle invalid response. Also, the auto-attendant can now transfer to external numbers with proper permissions.

Improvements to Hunt Groups

More flexibility is added to the management of hunt groups so that it is possible to specify destinations for no answer. Such destinations can include voicemail, auto-attendant, an extension or SIP URI, or another hunt group. See XCF-831. In addition, the difference in behavior between transferring consultative or blind to a hunt group will be eliminated. On a per hunt group basis the admin can now configure whether user call forwarding rules shall be followed or not. This allows disallowing forwarding of calls to e.g. user's cell phones as part of a hunt group.

Overhaul of the security and authentication system

The security system of sipXecs for call authorization has been overhauled. This should eliminate previous restrictions on call tromboning or other external forwarding (blind or consultative transfer of an external call to an external number) while strengthening the security of the system. Gateway templates now automatically configure Access Control Lists (ACL) to prevent unauthorized LD calling.

Improved E911 call routing

Resiliency of emergency call routing has been improved. Phones able to directly route emergency calls to a gateway without requiring the sipXecs server to be operational are now automatically configured to use this feature. Emergency calls, therefore, will now succeed even if the sipXecs server is not available as long as the phone can talk to the gateway.

Simplified dial plan configuration

Gateways can now be added to dialing rules directly from where gateways are managed. A single click adds a newly created gateway to a dialing rule. Removing a gateway automatically deletes all its references in the dialing rules. Gateways continue to offer trunk redundancy and automatic failover in case of busy or unavailable. sipXecs therefore supports more than one gateway per dialing rule.

Registered phones displayed per user

Managing a large number of users, several hundred to several thousand, can be a difficult task. sipXconfig already offers elaborate search capabilities to filter reports. In this release there is now a very simple way to just display phones registered for a specific user. This is possible both by the admin in the admin portal or the user using the user portal.

New device category: SBC

In addition to phones and gateways, sipXconfig can now also manage Session Border Controllers (SBC). A new category of a managed device has been introduced. SBCs are used for Internet call routing rules, remote workers, as well as SIP trunks.

Automated restore from backup

The current restore from backup functionality will be integrated into Config Server.

Server and application statistics, reports, and alarms

We are implementing SNMP / MRTG based statistics into Config Server that allows improved monitoring, alarming and reporting of performance and problems. In addition, the sytem will allow integration into data center management applications.

Support for new Polycom 320 / 330 phones / Polycom 2.2.2 firmware

We are adding support for plug & play management of new Polycom phones. In addition, the plug & play management system has been updated to support firmware 2.2.2. Older phones IP300 and IP500 can no longer accommodate 2.2.2 firmware because of memory constraints acording to Polycom.

Plug & Play Management Support for Linksys Phones

We are adding support for Linksys SPA941 and SPA942 phones fully integrated into the sipXconfig management system thanks to a community contribution.

Plug & Play Management Support for IpDialog SipTone V Phone

We are adding support for the IpDialog SipTone V phone fully integrated into the sipXconfig management system thanks to a community contribution.

Plug & Play Management Support for LG-Nortel 1535 Video Phone

We are adding support for the LG-Nortel 1535 Video phone fully integrated into the sipXconfig management system thanks to a community contribution. This is a new and very attractive desk video phone.

New Report: Login history

sipXconfig now provides a report on the login history. This includes successful and unsuccessful logins from all users (superadmin as well as logins of ordinary users into the user portal).

Symmetric signaling / merged proxy

We introduced symmetric signaling, which is a first step towards supporting NAT traversal natively in sipXecs. This was achieved by merging the two proxies (forking proxy and authentication proxy) into one combined proxy server that communicates on default port 5060.

SIP loop detection

sipXecs proxy server is now able to detect loops and will abort them. We implemented a new IETF draft RFC for this important feature. Previously a call, under certain conditions, could loop indefinitely in the system.

Port to PowerPC (PPC)

sipXecs was ported to the PowerPC (PPC) platform with all the big endian handling for audio processing and other issues.

Port to FreeBSD

A new port was done to FreeBSD. We are still looking for a new maintainer who would be able to maintain this port in the FreeBSD ports library. Refer to XECS-108 for the port files and FreeBSD port for sipXecs 3.10 for documentation..

New XML RPC process management API

sipXconfig now uses a new XML RPC based API to manage processes on the master and slave hosts. Additional security and efficiency is provided over the old CGI based solution. This is a pre-req for the cluster management coming in the next release.

Stable Release 3.8

Release 3.8 is focused on improving SIP Trunking capabilities as well as support for directory, speed dial and BLF on the phone.

Release Notes: Detailed Release Notes for sipXecs Release 3.8

Release 3.7 / 3.8

Comments

New ACD Call Center Server

The ACD Call Center server has been a closed source software up to release 3.6 and was made available into open source in the course of the 3.8 development cycle. This call center ACD server serves up to 50 agents with several queues. It is typically used as an informal call center for IT helpdesks and other applications that require management of calls in a queue.

Plug & play management support for Audiocodes Gateways

This is a major milestone for sipX as we finally add full plug & play management support for all Audiocodes gateways. This means that gateways are managed in a very similar way as compared to phones. All configuratoin is generated by sipXconfig, where sipXconfig chooses default parameters where possible to render a working config out of the box. The gateway then picks up these generated profiles from the sipX server. We plan to support all Audiocodes gateways with initial focus on the following models: MP-114 FXS and FXO, MP-118 FXO and FXS, MP-124 FXS, Mediant 1000. TP-260 and Mediant 2000 are priority two.

Plug & play management support for LG-Nortel phones

Release 3.8 adds plug & play management support for LG-Nortel phones 6804, 6812, and 6830. These phones support standards based Music on Hold (MoH).

New Voicemail Portal

The voicemail portal used by users to retrieve and manage voicemail messages from a Web browser has always been a separate application that required a separate login. We are now integrating the voicemail portal into the user poral of Config Server. Going forward only one user login will be required and the user will be able to manage all user configurable aspects of the phone system including voicemail from there. That includes configuration of forwarding rules and speed dial entries. This represents the first step towards separating the Media Server from the rest of the system. Once done, the system will support several Media Servers on separate HW and all centrally managed by Config Server.

Automated Configuration of HA Slave Systems

This relates to a further simplification of the installation process. Certificates can now be distributed to the Slave server in an HA configuration automatically during the installation process. Config Server manages the Slave system remotely with the ability to enable and disable services on the remote Slave host.

Phone Directory Support

Depending on the phone model it is possible to load directory information into the phone. Release 3.8 will provide a capability to generate a corporate directory based on the user database in sipX augmented by a file import capability using .csv files. This information will be compiled into a directory that can be loaded by the phone. Inclusion into the directory is controlled by group membership as well as a specific permission flags that allows for inclusion.

Extended support for Localization

sipXconfig can be skinned and localized so that the presented language dependes on the users browser settings. sipXconfig is being extended to allow for full localization to be done in .properties files. In addition, the Polycom phone model is extended to support phone localization.

Speed Dial Support

In addition to directory information we plan on supporting the user specific configuration of speed dial keys (soft key assignments on the phone). The user will be able to add individual speed dial assignments using the user portal of sipXconfig.

Busy Lamp Field (BLF)

We talked about BLF several times and we remain serious about it. Polycom has changed their BLF implementation several times now across different versions of firmware, which made it difficult to follow a straight course. We now decided to implement a sipX presence server based on dialog events. This presence server will collect status information from phones that offer it and allow subscription to such information. A centralized solution is harder to implement, but it is more economical in terms of network bandwidth requirements and it will form the basis for more extensive implementations of presence based services such as interconnection to IM systems such as Jabber and Microsoft LCS.

Domain routing with wildcards

As a last minute item we are adding improved SIP domain routing capabilities to release 3.8. This will allow domain based routing (including wildcards to define domain names). Calls to different domains (i.e different SIP trunking providers) can be routed along different routes.

ISN (ITAD) Signalling

ISN signalling is a new way of bypassing the PSTN. ISN provides an easy way for campuses, enterprises, and ASPs to acquire globally-unique subscriber numbers to support new communications services. ISNs are free and they provide a domain-based, "Internet-style" number that looks more like an email address than a traditional E.164 telephone number. An ISN is formed by joining a domain-local subscriber number to an ITAD (Internet Telephony Administrative Domain) number, using an asterisk as the delimiter. For example, subscriber 1234 in ITAD 256 would have ISN: 1234*256.

ENUM Signalling

ENUM will be supported as an additional redirector plugin, configurable using sipXconfig. ENUM allows the automatic routing of calls over an IP netwrok provided that for the dialed PSTN number there is an IP address equivalent defined in an ENUM registry database. Several ENUM registries can be queried.

Redirector Plugins

Redirector plugins provide a simple mechanism to add redirectors at start time using a simple API. A redirector implements a specific routing rule that is considered as sipX evaluates the dial plan everytime a session is initiated. ISN signalling is implemented as a redirector. ENUM is another redirector. More common dialing rules are now also implemented as redirectors so that with release 3.8 we will have about 15 redirectors in the system already. More exotic redirectors can be added easily. For example: A redirctor could use a database to map every dialed number or URI to a specific other number or URI.

CDR Reports

Since release 3.4 sipX supports CDR data collection for both non-redundant and HA systems. We plan on improving CDR reporting by adding a report generation mechanism that extracts the data from the database and presents it in a user friendly way. The entire CDR post-processing part is re-written to enable real-time reporting of calls. A screen inside sipXconfig will display calls as the terminate, automatically refreshing the windows in a given interval. CDR reports can then be exported to a spreadsheet.

Real-time view of ongoing calls

In addition to near real-time reporting of CDRs for completed calls, it will be possible to see what calls are currently in process using sipXconfig. The CallResolver process is extended with a SOAP interface that allows querying currently active calls. This information will be displayed by sipXconfig.

Dialplan Localization

sipXconfig will support the automatic switching and re-initialization of a localized dialplan. sipx easily supports different dialplans that can be localized both with respect to a country's or regions dialplan requirements as well as language.

Support for Grandstream GXV-3000 Video Phone

We now support plug & play configuration management of the Grandstream GXV-3000 video phone, which means that we now have complete suppport for all the Grandstream phones and TAs. Thanks to IIPS for their help. Grandstream still does not support dialog events in their phones, so that certain features such as call park and call pickup do not work.

Updated SNOM Configuration Support

Support for plug & play management for SNOM phones got updated. In addition to existing capabilities the SNOM phone model now supports speed dial and directory capabilities.

Release 3.7 / 3.8

Release 3.7 became stable release 3.8.

Stable Release 3.6

On October 3 the first beta release of 3.6 was made available on SIPfoundry. Release 3.6 is focused on improving the flexibility of the sipX dial plan based on experience gained through many production deployments. In addition, 3.6 will add additional critical features as outlined below:

Release 3.6

Comments

LDAP Support

LDAP support has made it into the 3.6 release. We allow backend synchronization with an LDAP capable directory and upload the relevant information into Config Server. For performance reasons session authentication will still be done internal to sipX. The implementation should be compatible also with Microsoft AD but it has not yet been tested.

Intercom / Paging

Release 3.6 adds an Intercom capability that in a first phase will support point-to-point intercom using Polycom phone's auto-answer capability.

Dial Plan Templating

In support of international deployments it will be possible to create country or region specific dial plans that can be selected within config server. As an example and in addition to the U.S. dial plan there is now a Swiss dial plan as well as a Polish dial plan. Additional dial plans are easily defined in XML and can be added to sipX as part of a language pack.

Domain Alias

Release 3.6 will allow domain aliasing, which improves deployability of sipX in environments based on Microsoft Windows Server, as well as in cases where sipX needs to be responsible for calls from different domains or IP addresses.

Park Server Enhancements

The sipX Park Server now includes several additional configurable features. There is a time-out value configurable so that after a defined period of time the parked called is transferred back to the person that parked the call. Also, there is a configurable escape key from park. When pressed the call is transferred back to the person that parked the call. Also, it is now possible to configure whether the system allows several calls to be parked on one park orbit (FILA) or not.

Gateway Configuration improvements

The PSTN gateway configuration now allows adding a gateway specific prefix before the number is dialed. This allows the accommodation of different number conversion requirements in case several gateways are associated with a single dial plan rule.

yum based Install & Updates

We plan to eliminate the single file install script and allow installs simply using yum. This is already possible for the Debian build since release 3.0.1.

Support for new Polycom phones

This release adds support for the new Polycom phones such as the SoundPoint IP430. We also updated the plug & play functionality to including the Polycom 2.0 firmware. The sipX Config Server now supports mixed deployment with Polycom phones on the 1.x firmware release and phones already on the new 2.0 firmware release.

FTP Server support for phone management

In addition to the TFTP server sipX now comes standard with a configured FTP server. The FTP server provides access to the same configuration directory used by the TFTP server for phones capable of using FTP instead of TFTP. This is especially convenient for Polycom phones that come factory configured to use FTP.

Support for Hitachi Cable WiFi Phones

This release will support the Hitachi Cable IP 5000 and IP 3000 WiFi phone in Config Server.

SIP Trunk support

We added an option to add a SIP destination as a trunking gateway. This SIP trunking gateway is selectable from the dial plan in the same way a PSTN gateway is selected. A route header field allows the definition of a Session Border Controller (SBC) used to route the call across NAT / Firewall.

Custom Permissions

sipX already offered a flexible mechanism to use different permissions in dial plan rules. We now added the ability to define additional custom permissions that are administrered by the admin and used in the same way built in permissions are.

Caller ID manipulation (CLID / CLIR)

We greatly extended the ability to manipulate and define Caller ID for outbound calls. This allows a much more flexible mapping of User ID to CLID on a per user, per user group as well as on a per gateway basis. In addition we added Caller ID Restriction (CLIR) on a per user, per user group and per gateway basis. The User definition now includes, in addition to User ID and Aliases, a line to define outgoing caller ID. This makes it possible to have e.g. an alpha-numeric or 4 digit local extension as your User ID while still send the full DID number of the users as caller ID to the PSTN.

Updated SNOM phone support

This release updated support for the Snom phones to firmware release 6.2.

Music On Hold (MOH) for Snom phones

Snom phones are the first to support the new IETF standard for Music On Hold (MoH). Release 3.6 provides an IETF standard compliant music source to which the Snom phones can transfer a call when hold is pressed. This provides for a scalable implementation of MoH. A music file can be uploaded from Config Server.

Performance improvement of the media server

We were able to work on some performance improvements for the sipX media server (voice mail subsystem). With that improvement we should now be able to support more virtual media server ports.

Note: We missed on the BLF feature in 3.6. We will try and make good on that in release 3.8.

Release 3.4

The objective with release 3.4 is to add CDR recording and make it available in a stable release as quickly as possible. CDR recording is a key feature for most of the larger deployments of sipX.

Release 3.4

Comments

CDR Reports

Call Detail Records (CDRs) will be stored in a PostgreSQL database. This database will reside either on the sipX host or a different dedicated host. The design is optimized for performance. An additional CDR report generator (future) will allow the creation of custom reports. Third party report generatrors may be used to customize views based on raw database information.
The CDR Database will also support the new HA configuration with redundant proxy and registrar servers. Call State Events will be collected from all the proxy and registrar servers and reporting will take into account cases where a call starts on one proxy but terminates on another because of a failover condition.

Auto-Attendant Improvements

Additional configuration parameters were added to the Auto-Attendant: Inter-digit timeout, overall DTMF timeout value, and maximum length of DTMFs.

Release 3.4 was released stable in July 2006.

Release 3.2

Release 3.2

Comments

High Availability

In sipXpbx, basic calling depends on three components: the two proxies and the registrar/redirect service. The proxies can be replicated and DNS SRV records can be used to share load and provide for failover. The registrar/redirect service, however, cannot currently be deployed on multiple servers because the 'soft' state in the registry database (mappings from registered Addresses to Contacts) cannot be shared. While replicating the proxies alone does help with scaling, the registrar is a single point of failure for basic calling service. In release 3.2 we are planning to introduce high-availability for basic calling features by adding the required replication of registration information.

Updated SOAP Interface

The SOAP interface first became available in release 2.8 and was then dropped in release 3.0 because of the re-design of the Config Server. Release 3.2 will re-introduce the SOAP interface. For more details on the API.

Simpler Upgrades

The sipX team set out to develop a solution to simplify upgrades. Data migration for configuration data is done automatically as part of the release upgrade process. With 3.2 therefore, the user will be able to install 3.2 over 3.0.

Plug & Play Management Improvements

Already release 2.8 introduced plug & play management of phones. Release 3.0 enhanced that capability significantly providing support for many additional phones, including the first gateway, as well as provide a simple XML-based framework to add support for new phones and gateways. Release 3.2 will add the capability to manage firmware upgrades using the sipX Configuration Server. 3.2 will also have an update to the Polycom phone templates. All testing will be conducted with 3.1 boot rom and 1.6.4 SIP firmware.

Improved Logging

Release 3.2 will introduce snapshot logs that can be easily created and downloaded using the Web interface. Eventually we would like to introduce much more comprehensive server and application performance management.

Time of Day/Day of Week Auto Attendant Routing

The 3.2 Auto Attendant has been enhanced to support a time-based routing feature. Auto Attendants can be configured to answer based on working hours, closed hours or holidays. A system overide is also available that can be envoked from a remote telephone in cases where the office may be closed unexpectedy -- snow days etc.

CSV Import Tool ("Cut Sheet")

Administrators will be able to bulk load users, user groups, user aliases, phones, phone MAC addresses, phone types, phone groups and group settings,

Improved Navigation

In 3.2 the navigation structure is now configurable with a CSS. A new search feature has also been added that indexes users, phones and all associated settings.

Improved Performance

Registration as well as subscribe / notify performance has been significantly imporved. In installations with large numbers of phones, transactions generated by re-registration and subscribe / notify can far exceed the actuall call rate. sipX release 3.2 is tested up to 5,000 users for adequate re-registration and subscribe / notify performance.

Timeframe for Release 3.2

...

Filter by label (Content by label)
showLabelsfalse
labelrelease-notes
showSpacefalse
space@self
cqllabel = "release-notes" and space = currentSpace ( )