Editorial

Our ups and downs with WebRTC

Published on:

January 9, 2015

For someone who has struggled with SIP interoperability for the past 15 years that has an earthshaking impact. Instead of arguing about SIP headers, UDP and RFC, WebRTC makes it now possible that the PBX vendor writes the software for the clients. The interoperability is essentially JavaScript which has very little room for interpretations (compared to SIP). That means we can offer all possible features of the PBX in the browser without any interop problems, on practically all platforms that are out there. This will make SIP softphones superfluous.

It is the year 2015 are we are still mostly using hardcoded software to make phone calls. Not too long ago we thought by then we would use browsers in our laptops and our smart phones, connected through wireless headsets and other audio equipment.

That was the time when we implemented WebRTC in the PBX. After we got it working we were excited. This would be it! Do everything in the browser: Web, email, chat, talking.

But soon after the excitement we got back to reality. It turned out that our original idea that everybody would put a talk button on their web page just like you put your Facebook like or your twitter button on the web page did not work out. The few that did had to fight with low browser support, and bad audio.

So we turned our attention to the frequently asked question of the soft phone. Instead of writing a soft phone for every platform ourselves, we said to ourselves: Let others do that for us with the browser, and we just write the JavaScript that makes it talk to our PBX. It would still not work on every browser, but asking a client to use Chrome was a reasonable answer for most.

The next problem that occurred was that Chrome announced the discontinuation of the relatively simple SDES-based SRTP key negotiation and instead switched to the DTLS method. That kind of turned us off for some time. However as the pressure was building up and other browser manufacturers also started adding WebRTC support, we took a 2nd look at the DTLS topic and finally got it working (well currently at least for outbound calls).

Then surfing the internet, it seems that also Skype is now looking at WebRTC. In other words, that would add WebRTC to the Internet Explorer, which would be nothing short of a breakthrough for WebRTC technology. I saw some posts that Safari would eventually also have it. Then practically all browsers would support it.

For someone who has struggled with SIP interoperability for the past 15 years that has an earthshaking impact. Instead of arguing about SIP headers, UDP and RFC, WebRTC makes it now possible that the PBX vendor writes the software for the clients. The interoperability is essentially JavaScript which has very little room for interpretations (compared to SIP). That means we can offer all possible features of the PBX in the browser without any interop problems, on practically all platforms that are out there. This will make SIP softphones superfluous.

It is still debatable what the impact of WebRTC on the hard phones will be. With memory getting cheaper and CPU horsepower getting stronger, it is not unreasonable to say that they will eventually also just host a web browser, even on a very small display. However this will not happen overnight.

So if you ask me what my current feeling is about WebRTC, I would say “excited”.

Derniers articles

Voir tous

Unlock the Power of OpenAI’s Realtime API with Vodia PBX: Join Our Exclusive Webinar!

Join our exclusive webinar to explore how Vodia PBX seamlessly integrates with OpenAI’s Realtime API, unlocking powerful new capabilities for your communication systems. This session will showcase how AI-driven features can streamline workflows, improve operational efficiency and elevate the PBX experience for both general users and those on Microsoft Teams. Whether you’re looking to stay ahead of the competition or leverage the latest AI trends, this webinar offers practical knowledge and actionable strategies. Register now to secure your spot and take the first step toward transforming your telecom infrastructure with AI innovation!

December 4, 2024

Connecting to OpenAI Realtime API

This document details the beta version of the Vodia PBX that connects to the OpenAI realtime API, enabling users to interact with a chatbot via telephone. The backend JavaScript code facilitates the connection, handling audio input and output, and the WebSocket connection to the OpenAI API. The setup requires a Vodia PBX version 69.5.3 or higher, an API key, and a license with an IVR node. The demo can be accessed by editing the ivrnode.js template and creating an IVR node in the tenant. The system supports various VoIP devices and offers good voice quality. Future improvements include voice activity detection and the ability to take actions based on OpenAI responses.

November 26, 2024

How Vodia Helps Hotels Not Disturb Their Guests

Vodia’s cloud PBX system enhances the Do-Not-Disturb (DND) function for hotels, allowing guests to manage their privacy through buttons in the room or on the phone. The system syncs with PMS for seamless functionality, enabling hotel operators to manually override DND when guests struggle to disable it. For critical situations, like room service follow-ups, the system allows specific extensions to bypass DND, ensuring guests are reachable when needed. VIP guest management features, guest-to-guest call restrictions and automatic resets upon checkout ensure privacy, security, and convenience, improving the guest experience while maintaining operational efficiency.

October 22, 2024