Tech

Network Address Translation (NAT) was a workaround for the limited IPv4 addresses, and SIP was designed to be NAT-unfriendly to encourage IPv6 adoption. As IPv6 remains far from mainstream, however, NAT is still a challenge. The Vodia PBX addresses this with a "mini-session border controller" that detects non-routable IPs and ignores SIP routing information. This solution works well with endpoints, but it faces issues with gateways behind NAT. The upcoming version, 5.1.3, introduces a trunk flag to prevent the PBX from updating the SIP route, allowing for better communication. This also simplifies gateway registration, offering a more stable NAT workaround until IPv6 becomes common.

Tech

The Vodia PBX offers a Windows-based CSTA browser notification tool that simplifies call handling for web-based CRM users. This lightweight program runs in the taskbar, listens for incoming calls, and opens a web page at a programmable location. To prevent excessive pop-ups, users can configure when the browser opens, such as for ACD or hunt group calls, or manually trigger it via a notification balloon. The tool has been improved to handle connection losses and network changes, ensuring reliable operation. It works with Vodia PBX and other CSTA-compatible systems, with a free trial available for those without a CSTA license.

Tech

The Vodia PBX has supported email notifications since the beginning, helping administrators and users stay informed about important events. In version 5.1.1 we introduced text messaging (SMS), initially for administrators, to enhance real-time notifications. The PBX uses HTTP-based messaging, which is simpler to set up and troubleshoot compared to SMPP. Multi-tenant environments benefit from domain-level configuration, allowing customers to manage their own SMS services. The system also includes retry mechanisms to improve reliability. Once it's stable, this feature will be extended to user events, further improving communication efficiency within the PBX.

Tech

Traditional PBXs mainly routed calls between PSTN lines and extensions, with trunk-to-trunk calls being rare. Snom ONE followed this model, binding outbound calls to extensions. However, modern businesses with multiple offices and VPN-linked networks require low-latency local call routing. Version 5.1 introduces “inter-office trunks,” allowing calls to be routed directly between PBXs, reducing delays and ensuring local PSTN termination for emergency calls. Calls can now be routed based on dial plans without extension involvement, creating a private telephone network within organizations. This enhances flexibility and efficiency in global enterprise communications.

Tech

Version 5.1 introduces a setting to disable RTCP-XR on trunks - not as a feature, but as a necessity. RTCP-XR provides detailed reports on call quality, including packet arrival times, jitter, and MOS scores, making it valuable for troubleshooting and service-level documentation. Many service providers, however, use equipment that rejects unknown SDP content, causing interoperability issues. Since most providers and devices don’t support RTCP-XR, the default setting now suppresses its advertisement, ensuring compatibility. If providers adopt it in the future, it can be selectively enabled. This change ensures smoother integration while maintaining call quality diagnostics where possible.

Tech

Previous versions of the PBX allowed calls from one trunk to be routed through another for cost-effective call termination - this was commonly used by international offices. Now, the new inter-office trunk feature enhances this by assigning a dial plan directly to the trunk, offering greater flexibility in caller ID presentation. This allows businesses to optimize call routing without linking to specific extensions. While prepaid accounts aren’t supported, the feature enables broader applications, such as acting as a session border controller (SBC), handling LAN-WAN traffic, and translating calls between IPv4 and IPv6. Available from version 5.0.10i, this expands the role of the PBX in networked environments.

Tech

Traditional PBX phones featured buttons with LED indicators for various functions, often labeled manually. In the SIP world, vendor-specific implementations and limited standards, like the "dialog" standard for BLF, dictate functionality. While BLF allows LED control, actual button behavior relies on provisioning. The Vodia PBX extends button provisioning beyond snom to Polycom and Yealink phones, simplifying setup while maintaining functionality. For Polycom, this even enables park orbits, allowing users to park and retrieve calls easily. Though not identical to legacy PBX experiences, these enhancements significantly improve usability and streamline operations for modern VoIP systems.

Tech

SIP's human-readable format, unlike H.323, allows easier understanding of the communication between clients and servers, though not everyone can interpret the details without understanding the specific RFCs. This clarity helps when troubleshooting issues, especially when reviewing SIP logs. In multi-domain environments, however, finding relevant messages can be challenging, especially when filtering by IP only works at the system level. The upcoming version 5.0.11 will address this by allowing domain administrators to access SIP logs, making it easier to diagnose issues in isolated environments independent of other system traffic. This update promises significant improvements.

Editorial

Passwords remain a crucial vulnerability despite the best security measures. Even with technologies like TLS, SRTP, and certificates securing phone calls, weak passwords still expose systems to attacks. Hackers use automated scanners to find open SIP ports and exploit weak passwords. To address this, snom ONE 5.0.9 now highlights accounts with weak passwords and shows what's vulnerable. While the system can generate secure passwords, administrators must avoid “No Security” settings to prevent exposure. Implementing strong password policies is a key defense against unauthorized access and potential system misuse.

Tech

With the release of Internet Explorer 10, users can now access real-time notifications through WebSocket support, a feature introduced in snom ONE version 5.0.6. This allows the user portal to display extension availability, turning it into a web-based attendant console that doesn’t require additional software. As long as the user has a recent web browser, including IE10, users can access the attendant console from various devices, including PCs, tablets, and smartphones that support WebSocket. While the console’s current design may be basic, it will evolve with more features and enhanced functionality in the future.

Editorial

snom ONE allows extensive customization of web pages, emails, and device configurations, making it easy for customers to adjust content through the web interface. This feature is particularly useful for multi-tenant setups, as content can be tailored for different users based on their roles. Customization comes with challenges, however, especially during software upgrades. Changes made to templates, provisioning files or translations can be overwritten by new updates, causing issues in the system. To avoid problems, users must review and adjust their customizations after each upgrade, ensuring any unnecessary changes are removed and that everything works seamlessly.

Editorial

snom ONE has supported IPv6 since the early days of PBXnsip, and while we're still waiting for service providers to fully embrace IPv6, there are more practical issues to address. One of the challenges is the handling of DNS records for IPv4 and IPv6 (A and AAAA). As more services add AAAA records, the problem arises when clients without IPv6 connectivity still receive those records, which leads to connection issues. A recent example was Gmail, where the snom ONE email client stopped working. The solution was to prioritize IPv4 records first, though this workaround isn't a permanent fix, as IPv4 will eventually become obsolete.