Apps Business business applications webrtc

Winners of Genband WebRTC Apps Competition

Metronet win prestigious WebRTC Apps competition.

The WebRTC apps competition we ran in conjunction with/sponsored by GENBAND came up with three clear leaders and one eventual winner. One entry showed how WebRTC would be monetized and the others presented their solution it as an an overlay to existing support services.

The idea was that entrants would be given free accounts on the Genband Kandy WebRTC Platform as a Service and then use those accounts to put together innovative service ideas.

The eventual winner was Metronet.

The judges were hugely impressed at the number of levels Metronet were able to utilize WebRTC and KANDY. The technology was used in a mobile devices, M2M connectivity to their monitoring systems and integrated into their core CRM platform. The solution also utilized messaging, file sharing, voice, video, conferencing and collaboration.

Metronet have based a large amount of their success in both their Data and Voice offering on their proactive customer service and saw the potential to be able use WebRTC to grow that service commitment still further. The underlying monitoring platform was already in place so triggering a the group message to the Engineering Application from there was quite simple. Metronet were able to use the KANDY reference mobile apps to very quickly allow the engineers access to the group from both Android and Apple mobile devices.

By then adding WebRTC calling into their NOC CRM they were able to build a consolidated environment fault resolution environment for voice, video, conferencing and collaboration with the result of a “cradle to grave” resolution for faults so inevtiably improving already impressive SLAs.

Everyone involved would like to congratulate Metronet for their entry and look forward to seeing more of their inventive use of the technology.

Stuart Goble, GENBAND VP Sales UK, Ireland and Nordics was pleased with how the competition and sponsorship went: “Metronet took a real business problem and defined a solution using KANDY technology.  The application is built with a combination of rich-messaging and real time voice and video provided by the KANDY platform.  KANDY provides a set of tools that makes the process simple for IT developers, allowing very specific applications like this to be cost effectively developed.”

In conclusion:

  • Winner is Metronet – WebRTC and Metronet portal advances engineer response
  • Second Place – Manor Telecom – WebRTC powers the “
  • Third Place – DRD – WebRTC powers Uboss Test line functionality

See our WebRTC section on this blog for other related posts.

Apps Business webrtc

Second WebRTC Apps Competition finalist

WebRTC Apps Competition finalist DRD Communications.

The WebRTC apps competition we ran in conjunction with/sponsored by GENBAND came up with three clear leaders and one eventual winner. One entry actually showed how WebRTC would be monetized and the others presented their solution it as an an overlay to existing support services.

The idea was that entrants would be given free accounts on the GENBAND KANDY WebRTC Platform as a Service and then use those accounts to put together innovative service ideas.

The second WebRTC Apps Competition finalist was DRD Communications. DRD will be more familiar to you as the holding company that owns the Vanilla IP Broadsoft wholesale provider..

DRD’s simple but very effective entry showed the simplicity by which WebRTC via the KANDY APIs can be integrated into existing successful applications to provide useful day to day functionality. The original scenario allowed DRD to add a test calling function to their augment their market leading back office provisioning, billing and integration Uboss but the same JavaScript APIs could have just have easily been used to provide voice and video access to a support engineer or sales representative. Additionally using the conferencing and collaboration functionality provided by the KANDY platform those conversations could allow users to be walked through configuration or other troubleshooting scenarios on a shared screen.

The judges saw that the DRD’s development company were implementing small and simple code additions to an already powerful management platform to provide significant functional options. The code they used meant they could quickly apply the WebRTC/KANDY functionality to other areas of the application allowing them to react quickly to Uboss developments or potentially to a customer’s needs.

This application is likely to one of the big wins for the WebRTC technology.

See our WebRTC section on this blog for other related posts.

Apps Business business applications webrtc

GENBAND Summer of Apps WebRTC Competition finalist Manor IT

WebRTC apps competition winners include monetisation of the technology

The WebRTC apps competition we ran in conjunction with/sponsored by GENBAND came up with three clear leaders and one eventual winner. One entry actually showed how WebRTC would be monetized and the others presented their solution it as an an overlay to existing support services.

The idea was that entrants would be given free accounts on the GENBAND KANDY WebRTC Platform as a Service and then use those accounts to put together innovative service ideas.

The first of the finalists was Manor IT:

Manor IT  

Manor IT’s “WebPhoneBox” entry impressed the judges as it directly monetized the WebRTC where as other entries used the technology to augment services improving existing commercial or business process functions. The Website allowed Manor to  address the maximum subscriber audience on two levels. Firstly it was designed so you could use the service without having a to register an account just like a “PhoneBox” but secondly the access could be from any device and network without having to download an app.

To make a call the user logs onto ‘” website (currently this function is in beta and not openly available) and enters the dialed number, payment method and payment amount. This information is then securely passed to the Manor IT Application Server. Alternatively existing account details and DDI can be used.

The Application Server verifies the payment details with the appropriate financial house.

The destination tariff is identified via Manor IT’s JeraSoft rating platform providing a maximum call duration. An authentication token is then provided to the KANDY WebRTC platform and passed to the web browser which then initiates the call

The call can then be established through KANDY and via Manor IT’s Session Border Controllers utilizing and utilizing Manor IT’s full LCR. 1 minute before call is cleared down a pop up allows the user to top up the account.

Using this method of paying for a call groups of people can share PC or Tablet devices far more easily as logging out of the website or the time restrictions on the access keys meaning there is no fear of other users accidently using their credit. The inbuilt WebRTC protocol NAT traversal and variable codecs on the media path coupled with the use of HTTPS on the signaling path means that any network should be usable even if it is locked down for SIP (e.g. Hotel WIFI) or has complex NAT or bandwidth issues.

Overall this was a simple idea that used various properties of WebRTC to provide an innovative solution and Genband congratulate Manor IT and their development are Devine IT

See our WebRTC section on this blog for other related posts.

Engineer Mobile mobile connectivity UC

Mobile Unified Communications Network Architecture – an Operator Perspective

Introduction to Mobile Unified Communications Network Architecture

Vodafone Group Solutions Architect Juan Hernandez presents us with an authoritative look at mobile Unified Communications Network Architecture

Unified communications (UC) is a hot topic in the industry. Although the provided services may be pretty much the same in different market niches, the way in which such services are implemented can vary significantly.

This post is aimed at providing the perspective of a mobile operator. We cannot talk about UC in mobile operators without talking about IMS (IP Multimedia Subsystem). IMS has become a standard across the mobile operators for a number of reasons. Although IMS was designed to integrate SIP devices and obviously 2/3 G mobile phones are not SIP end points, the arrival of the 4G standard (LTE) has introduced a new and interesting actor in the scene, the VoLTE device. VoLTE (Voice over LTE) implementation is the most important challenge the mobile operators are facing nowadays. This type of device is a SIP device, what brings mobile phones into the sphere of native end-points manageable by an IMS.

This post does not intend to be a comprehensive description of the UC implementation with IMS, but an introduction to the IMS as a concept and to the role it is playing in UC in the context of mobile operators.


IP Multimedia Subsystem

This name highlights two important aspects:

    • IP → IMS is based on end to end IP connections.
    • Multimedia → Different media can be combined, like voice, video, images, text, etc.

It means that “circuit switch” (CS) technology has been overcome and that there is not a split between voice calls and data connections any more. All media formats are managed by means of IP connections instead.

Separate and standardized access, routing and service planes

In my opinion, this is the major advantage we get with the introduction of an IMS. The three functions get separated and independent: access, routing and service. Standardized modularity allows  the combination of different vendors and access technologies,  and makes network evolution more flexible.

Mobile Unified Communications Network Architecture separation of service routing and access planes

Fig.1 Separation of access, routing and service planes

Multi-access and multi-terminal

IMS platform is access independent. We will see later on how the IMS elements P-CSCF and AG (access gateway) play the role of proxy, to face SIP and other VOIP protocol devices (H323, mgcp) respectively.

Mobile Unified Communications Network Architecture multi device access



Fig.2 Multi-access and multi-device within an IMS

The previous figure shows how the P-CSCF interfaces all SIP connections, independently from the type of connection or device in use. Embedded SIP clients can be used in 3G networks. In this case a data session is established between the mobile network and the P-CSCF. On the other hand LTE devices are able to establish SIP voice calls directly with the P-CSCF. It is important to highlight that VoLTE devices can place SIP calls in a native way, without the need of embedded SIP clients.

SIP Internet connections can be also established against the P-CSCF. So, voice calls (VoLTE) and voice calls encapsulated into data connections can be managed by the IMS.

On the other hand, the AGCF (Access Gateway Control Function) can manage other VOIP protocols, translating them into SIP in the boundary of the IMS space.

Of course, SIP phones can also be managed by the IMS by means of the P-CSCF.


    • Of services
    • Of billing

Mobile Unified Communications Network Architecture service convergence


Fig.3 Service convergence

The previous figure shows the way in which both, fixed and mobile devices, can use exactly the same services, provided by the AS (Application Server) in the service plane. Therefore, the user experience is the same, independently from the user device.

Mobile Unified Communications Network Architecture billing convergence


Fig.4 Billing convergence

It comes evident from the figure 4 that once the same Application Server provides the services to fixed and mobile devices, the CG (charging gateway) can get convergent billing data for fixed and mobile networks.


IMS architecture is anything but simple. The already commented characteristics of function separation and modularity leads to a complex architecture that can be seen in the next two figures.

Mobile Unified Communications Network Architecture IMS functional modules


Fig.5 Functional modules in IMS


Mobile Unified Communications Network Architecture IMS

Fig.6 IMS architecture


Next, I proceed to explain the roles of the most important elements in an IMS:

P-CSCF (Proxy – Call Session Control Function)

    • Access contact for SIP native clients
    • Security control
    • QoS Policy function.

The IMS space is considered to be a trusted area, since the P-CSCF applies a series of security procedures towards the access plane.

The QoS policy function is applied when a Policy server is deployed, in order to apply QoS policies in the access network. The P-CSCF communicates with the Policy server to orchestrate the QoS policies.

I-CSCF (Interrogating – Call Session Control Function)

    • Allocation of the S-CSCF to serve the user trying to register
    • Allocation of the S-CSCF serving an IMS called user

I-CSCF accepts requests for registration and terminating calls, and it interrogates the HSS (Home Subscriber Server) to retrieve the corresponding S-CSCF address.

S-CSCF (Serving- Call Session Control Function)

    • User registration
    • Authorization and authentication of users
    • Service triggering.

The S-CSCF is in charge of registering a user and triggering the services for such user by routing the incoming requests to the Application Server.

HSS (Home Subscriber Server)

    • Service profile
    • Subscription data
    • Application Server allocation
      • HSS registers the S-CSCF assigned to a user during the REGISTRATION procedure
    • Authentication information
      • Authentication tuples calculation and delivery of such authentication tuples to the S-CSCF

The HSS is the data base where all the information related to a subscriber is provisioned. It is the equivalent to the HLR for mobile networks.

MGCF (Media Gateway Control Function)

    • Interworking with PSTN (signalling)
    • MGW control by means of H.248

The MGCF is in charge of interworking with PSTN by exchanging ISUP messages. It is also in charge of managing the allocation of ports in the Media GW to support the media interworking between the IMS and PSTN. This control of the Media GW is based on H248 protocol.

MGW (Media Gateway)

    • Interworking with PSTN (bearer)

The media gateway offers TDM connectivity against PSTN and IP connectivity for RTP flows with the IMS devices.

AS (Application Server)

    • It applies the supplementary services
    • It applies Unified Communication services

So, in the context of IMS, while the UC services are applied by the Application Server, the routing and access management functions are done by the IMS.


Unified communication services can be implemented in a number of ways. The major distinction can be done depending on whether the service is deployed locally within the end user premises, or it is hosted in a central platform serving a lot of local customer offices. In the first model a series of local servers (presence, telephony, instant messaging, etc.) are deployed in order to provide the service to a single office or to a series of premises within the same company. In the second model, an Operator company hosts the service for a big number of customer sites. The latter is an Operator model that can be deployed in several ways.

The traditional way to implement UC services by an Operator company is by using a compact softswitch in which routing, provisioning and service planes are put together into a compact platform. CS2K by Gendband and Broadsoft Application Server (stand-alone mode) would match with that model.

As we have seen in the previous sections, IMS is the new way in which mobile Operators are deploying their services nowadays. In this model, access, routing and service planes have been separated. Now, the service is only associated with the application server placed in the service layer. The previous cited vendors, Gendband and Broadsoft, have IMS compliant implementations. In both cases the service engine (application server) is used connected directly to an IMS. So, routing and other capabilities in the stand-alone product are not use in this implementation. Of course, a series of requirements like offering a standard isc interface to the S-CSCF are required in an Application server to be compatible with any IMS vendor.

As summary, I would say that the understanding of how mobile operators are deploying UC services nowadays, requires the understanding of IMS technology, what is not an easy challenge. IMS modularity brings flexibility but it leads to a higher level of complexity in the way in which the different modules interact among them.

Juan Hernández (Solution Architect at Vodafone Group)


Twitter: @unveilingthereality


Engineer UC webrtc

Neill Wilkinson talks standardisation for WebRTC

standardisation for WebRTC


Neil Wilkinson was the author of “Next-Generation Networks: Technologies & Services” – for John Wiley and is the owner of Aeonvista Ltd ( . Aeonvista is an ICT Consultancy created by Neill in 2007 who look to maximize the best in class technology thinking to inform their customers. So generating strategic solutions that meet the needs of both large and the small organizations. He writes the final guest post in the GENBAND series on WebRTC.

Some years ago now I published a paper titled “SIP Based Call Centres – A vendor independent architecture for multimedia contact centres”. Thanks to the wonders of the Internet this can still be found at Recursovoip. The paper was based on a number of ideas I put forward in the John Wiley book in 2002, “Next Generation Networks – technologies and Strategies”. Subsequently in 2008, I expanded my ideas to encompass presence in the contact centre in the paper “The Ghost inside the machine”.

The paper discusses the use of automation using voice recognition and intelligent routing to provide front line integrated customer care in the form of a HelpBuddy – essentially a clickable “friend” in the contact list of an Instant Messenger client, like Skype or Google+ chat applications. The HlpBuddy™ represented the summary availability of agents in a multimedia contact centre, and even takes into account queue times and automated FAQ and IVR options.

To a degree, whilst the idea had solid foundations in SIP Presence and in 2008 the fledgling XMPP based presence protocols, realising this idea and extending it to the now familiar (or irritating depending on your mode) pop-up you find on website “Hi my name is Bob, may I help you today?” was difficult and required lots of custom code.

Roll forwards to 2015, and we now have much more of these kind of pop-ups and even products like Amazon’s Mayday have started to proliferate the web. WebRTC is now the most exciting capability for delivering real-time voice and video communications without the need for complex bespoke code, or dedicated applications. The promise of the “no plugin” enable multimedia communications HlpBuddy™ is finally realisable.

Let me re-think/re-word that last paragraph, especially the “need for complex bespoke code” part. Well it’s still somewhat complicated to deal with multi-platform multi-browser, and even different versions of the same browser family, as each has its own “versions” of APIs and ways of dealing with WebRTC based communications. Whilst standardisation is happening in the W3C, support across browsers is… hmm – well different – The recent release of Windows 10 and its shiny new browser “Edge” has not exactly helped this picture.

So you’re probably wonder where I am going with this…. TaDah! – Kandy Platform standardisation for WebRTC. A common library of code, that makes it easier to create multimedia apps that will run in any browser and any device, and better still the ability to glue the SIP world in to realise my HlpBuddy™ dream. Now whilst there are other options for javascript libraries for example the aptly named, and the ubiquitous SER (Kamailio, OpenSIPS), Freeswitch and Asterisk are nudging closer every day to WebRTC support, those helpful people at GENBAND keep all the hard work in dealing with those ever varying APIs hidden behind their libraries. WebRTC enables peer to peer communications directly between browsers (even behind that pesky NAT firewall), but in order to do that a web server is required to facilitate that initial rendezvous, the Kandy platform does all of that too.

So you now have some real choice when it comes implementing applications for the real-time web, Kandy provides a really nice set of features and “glue” to enable multimedia capabilities in Contact Centres, time to have a play with those Javascript libraries….. ( Maybe it’s finally time to have a go at getting HlpBuddy™ off the drawing board.

Loads of posts on WebRTC in general on this site here.

Read the previous posts in this Genband sponsored WebRTC week:

The disruptive potential of WebRTC to communications networks by Greg Zweig
The role of the reseller in a software world by Chris Barley
WebRTC and Client Container Technology by Ralph Page
Another step forward for telecommunications for business by Peter Gradwell
WebRTC monetisation by Carlos Aragon

Business webrtc

WebRTC where is the money?

webrtc monetisation

carlos aragon webrtc monetisationCarlos Aragon, Senior Solutions Marketing Manager at GENBAND, asks ‘how might UC vendors and service providers profit from WebRTC’? Carlos has extensive experience with both mobile and fixed-line UC services, Unified Communications as a Service and WebRTC. Today, he is intimately involved in GENBAND’s Hosted UC offers to both service providers and enterprises.

Last week, I fielded an interesting question on WebRTC.

If WebRTC is an Open Source technology, how can companies like yours profit from it?”

While I provided a fast answer to the customer (time is crucial when dealing with customers), I believe this topic is worthy of further discussion. Firstly, we need to clear up some misconceptions.

Open source software is not always free

There are still people out there that have this equation locked into their brains:

Open Source = Free

And it is partly true, just partly. First, not all open source is free, it depends on the license that you get with it. For example, there are open source projects that are free for personal or educational use but when you want to use it commercially you have to open your wallet.

Even if the software itself is free e.g. Linux or Asterisk, there are still ways for individuals and companies to profit from it: training, installation, operation, maintenance, professional services… The list of profitable options is quite large.

In the case of WebRTC in particular, the technology behind it is not totally open source. Yes, the HTML5, Javascript and CSS3 technologies that constitute the basis of WebRTC are free. The codecs, however, are a different story, not all were free until recently.
H.264 is a royalty bearing codec and there was some friction with it because an open project like WebRTC could not use a for-profit codec. VP8 was proposed but its lack of hardware acceleration on mobile devices was a serious handicap. In the end, WebRTC made both codecs mandatory thanks to someone else taking the royalty tab (in this case Cisco via their browser plugin).

So now that WebRTC is truly free, and ignoring for now the training, consulting and professional services opportunities, there are still other ways for companies like mine to make money.

The do-not-throw-that-away factor

Contrary to what companies try to force on consumers – that everything has an expiration date and we are supposed to discard old products and embrace the latest novelty – when it comes to their infrastructure and assets they want to make them last as long as possible.

Sometimes the motivation is their own amortization schedules, other times it is because of their existing customers and this is particularly true for Communications Service Providers (CSP). Customers that are happy with a service or a device take a long time to accept a new technology (especially if the user experience changes and it means they have to learn how to use it).

If everyone exclusively used a WebRTC browser (like ChromeFirefoxOpera) all the time, it would be feasible to have every person in the world communicating using pure WebRTC and most CSPs would go out of business or relegate themselves to the role of a broadband pipe provider.  Reality however is somewhat different. Almost everyone out there has a phone, whether it is mobile, fixed or attached to a business PBX and these phones are not going to disappear anytime soon.

There needs to be a connection between that legacy phone world and the new web world and that is where companies like GENBAND are leading the way in WebRTC. We were the pioneers in launching a WebRTC Federation Gateway that provides the interworking (signalling and media) between the traditional CSP networks and the WebRTC browsers. CSPs are willing to pay someone a little money to preserve their larger investments while, at the same time, enable their networks to find new revenue streams facilitated by WebRTC.

And if that WebRTC Federation Gateway also brings SDKs for iOS, Android and Javascript to allow the developers to save time interconnecting to the CSP’s network, then you have another community that will be willing to pay a reasonable fee.

But not everyone wants to build applications or maybe they don’t have the skills for it. In that case, there are companies such as SAP or IBM and other specialist developers that will be happy to build the WebRTC applications for a cost.

And if someone wants to build an application that benefits from WebRTC, how will they interconnect it to the telephone network? What if they are a small developer? In this case, it is better to get a platform-as-a-service solution such as Kandy that allows them to access and use the real time communications features that they need for an affordable cost.

So where’s the webrtc monetisation?

WebRTC is a new frontier where there is a lot of land ready for the taking, and whoever comes first and does a good job building a brand, a reputation and a good service and product portfolio will harvest the fruits. Here is a summary of the areas related to WebRTC where profit can be found:

  • Network Federation – products or cloud services that provide interconnection between the legacy networks and the new WebRTC world. Includes signalling and media.
  • Application Development – companies or individuals that build tailored applications for service providers, enterprises or organisations.
  • Professional Services – Network design, planning, consultancy, installation & commissioning, operation & management, maintenance, troubleshooting, support, etc.
  • Training – Technology training, user training, product literature, as with any new technology, there are people who have the knowledge and there are people who need the knowledge.
  • Platform-as-a-Service (PaaS) offerings – the middleman that wraps the real time communications services into a package that developers can embed into applications easily and affordably.

These are the ways I could think of. If you have any more, or you don’t agree with these. I would definitely like to hear about it in the comments.

Try out WebRTC for yourself… GENBAND KANDY is a real-time communications Platform-as-a-Service that provides access to voice, video, rich-messaging and collaboration services using WebRTC as an enabling technology.  Developers can sign up to KANDY and start using their free accounts to run Quick-Start tutorials before integrating into their own applications.  ITSPA UK members can enter their KANDY applications and ideas into the GENBAND UK Summer of Apps competition.

Read my previous post on WebRTC monetisation on Loads of posts on WebRTC in general on this site here.

Read the previous posts in this Genband sponsored WebRTC week:

The disruptive potential of WebRTC to communications networks by Greg Zweig
The role of the reseller in a software world by Chris Barley
WebRTC and Client Container Technology by Ralph Page
Another step forward for telecommunications for business by Peter Gradwell

Business media UC Tech Marketing lunch # 2 Building communities of interest Tech Marketing lunch

Had some great feedback on the 1st Tech Marketing lunch that took place last month. Despite the tube strike we had almost 100% attendance and a very useful session.

Thought if anyone was interested in coming along to the next one which is entitled “Building communities of interest” you might like to see some of this feedback:

What people said about the first Tech Marketing lunch

Kate Stolworthy, Marketing Exec, Provu Communications

Great afternoon meeting marketing minds within the VoIP channel. There was plenty of useful advice and the chance to share thoughts and ideas.

Wayne Mills-Kiddals, Head of Voice Services, Metronet

Attendance at these events is invaluable, Tref is someone who knows the industry inside out and brings a wealth of knowledge to the table along with like minded people from the industry​. Great way of networking and well worth the money.

Karen Adams, Director, Express Telephony

I found the Tech Marketing lunch to be a really great use of my time and has given me plenty to think about in terms of what to do with our own business

More details on the next tech marketing lunch can be found on the events page here. We have in Helen Jeffrey great guest speaker who you will find extremely engaging and have invaluable insights into the world of building communities using social media. also produces Executive dinners. These are occasions where C Level individuals from the internet communications world get together to discuss issues of import to our industry. if you want to hear more about these dinner please do get in touch. You can do so by leaving a comment on this post – it won’t be published. tech marketing lunches – makes sense for your business for you to attend.

Business webrtc

Another step forwards for telecommunications for business

Onwards and upwards for business telecoms WebRTC says Peter Gradwell

peter gradwell talks webrtcIn the fourth of our WebRTC articles this week Peter Gradwell , Founder of Gradwell Communications, explores the buzz surrounding WebRTC and what it means to small business. Peter started Gradwell Communications because he couldn’t find the communication technology he needed for his own business, so he developed it. Gradwell has grown year-on-year, now handling communication services for nearly 22,000 small business customers. Peter is a founding member of the Internet Telephony Service Providers Association and has served on industry advisory boards and has lobbied domain policy and VoIP regulations.

Nowadays it is more and more common to see SMBs adopting new communication technologies. From feature-rich hosted VoIP services (like those provided by GENBAND NUViA), to the latest in Cloud tech, more than ever SMB’s are looking for a competitive edge over their larger counterparts. And whilst in this field we can find innumerable combinations and products, many customers just want a basic PBX seat at a reasonable price.

Therefore, for those customers looking for a straightforward, no nonsense communication over IP service, I am happy to give praise for WebRTC. Which gives an open framework for the web that enables Real Time Communications through the browser. It takes into account the fundamental building blocks for high quality communications on the web such as network, audio and video components used in voice and video chat applications; thus allowing a really different sales pitch into the SMB market through bespoke IT integration.

So, as a small business, which are the main benefits that I gain from adopting WebRTC?

  • It is built on the strength of the web browser: WebRTC abstracts signalling by offering a signalling state machine that maps directly to PeerConnection. Web developers can therefore choose the protocol of choice for their usage scenario (for example, but not limited to: SIP, XMPP/Jingle, etc…)
  • The calls from the website are delivered seamlessly either to existing VoIP platforms or can be received on web-based agent desktops.
  • For the agent, it is possible to receive the customer calls from inside their browser based CRM systems so that they are delivered with customer information and website context.
  • Once customer and agent are in a conversation, video, co-browsing and screen-sharing can be used to provide a co-ordinated multi-channel customer experience.
  • WebRTC is already integrated with best-of-breed voice and video engines that have been deployed on millions of end points over the last 8+ years.
  • Includes and abstracts key NAT and firewall traversal technology using STUN, ICE, TURN, RTP-over-TCP and support for proxies.

Combining all the functionalities already listed and an open and free project that is supported by companies like Google and Mozilla; one can see why there is such a buzz surrounding WebRTC.  Just another example of how the evolution of the internet never takes a break.

Loads of posts on WebRTC in general on this site here.

Read the previous posts in this Genband sponsored WebRTC week:

The disruptive potential of WebRTC to communications networks by Greg Zweig
The role of the reseller in a software world by Chris Barley
WebRTC and Client Container Technology by Ralph Page

Business webrtc

WebRTC and client container technology – lower deployment costs without sacrificing functionality

WebRTC and client container technology – lower deployment costs without sacrificing functionality

ralph page genbandIn the third of our WebRTC articles this week, Ralph Page, Strategic Solutions Director at GENBAND, looks at the emergence of client container technology.

We’ve seen an explosion in Unified Communications solutions, each bringing their own ecosystem of apps to match a bevy of new devices.  This hyper connectivity stampede means that a Service Provider launching a Unified Communications service needs to offer clients for PC, Mac, tablets(i.e. iPad & Android), phones (i.e. iPhone & Android) and Web browsers. Each of these clients’ needs to be kept up-to-date, driven by changes from both device vendors and operating system providers.

Further, some customers want custom-branded clients; each of these also has to be touched each time the base client is updated.  Ultimately, Service Providers finds themselves upgrading at least one of their UC clients every quarter and potentially touching every customer that has a custom branded variant.

UC clients are particularly susceptible to OS and device changes because their very existence is tied to unifying multiple services and leveraging multiple device functions (speaker, mic, location, etc.).  Not to mention that real time services don’t respond well to performance issues from lagging operating systems or apps.

In theory, simple WebRTC browser-based clients should be a cost-effective alternative.  Using a browser means that changes are centralized in a web server.  Web developers can customise features or deliver customised branding to individual enterprises using HTML5.  No need for multiple apps and app store issues.

However, native WebRTC browser based clients, especially in mobile devices, have limitations.  First and foremost, some devices don’t support WebRTC compliant browsers.  More importantly, many mobile devices don’t give the browser access to push notifications services or allow access to contact lists or leverage battery-saving techniques.

Recently a new concept has emerged that leverages WebRTC and HTML5 but offers access to the best bits of the device’s operating system for push notifications, on-screen pop ups or the ability to start-up when the device starts.  Unlike a simple browser, this new model uses a client container to dupe the device operating system into thinking it is a full application.  However, the container itself runs its own browser so it can display the HTML5 content and deliver WebRTC services.

At GENBAND we’re very excited by the container concept and are embracing the model for all of our next generation Smart Office UC clients.  See more at:

Try out WebRTC for yourself… GENBAND KANDY is a real-time communications Platform-as-a-Service that provides access to voice, video, rich-messaging and collaboration services using WebRTC as an enabling technology.  Developers can sign up to KANDY and start using their free accounts to run Quick-Start tutorials before integrating into their own applications.  ITSPA UK members can enter their KANDY applications and ideas into the GENBAND UK Summer of Apps competition.

Loads of posts on WebRTC in general on this site here.

Read the previous posts in this Genband sponsored WebRTC week:

The disruptive potential of WebRTC to communications networks by Greg Zweig
The role of the reseller in a software world by Chris Barley

Business Cloud voip webrtc

The role of the reseller in a software world


Telecoms resellers becoming obsolete?

chris barleyIn the second of our WebRTC articles this week, Chris Barley asks ‘what might the comms reseller look like in a software world’? Chris has spent too many years in telecoms, starting out in business development in the early days at NTL, where he was responsible for satellite services and data network roll out, followed by a product manager role at LCR service provider ACC Telecom, where he was responsible for Intelligent Network and broadband services. More recently Chris worked at iHub, heading up product and network roll out for hosted voice services.

With the role of software becoming more dominant as a disrupter in many industries, it is interesting to look at what the potential affects of software development could be on the communications world.

A recent poll revealed that 80% of Fortune 500 Company CEOs were concerned that their businesses would face a serious threat from the tech sector in the next 10 years. This is due to many large corporates trying to keep competitive by applying sticky plaster to their legacy business models, only to see new software companies solving the same problem at a fraction of the time and cost.

So what does this mean for communications? Curiously for a tech segment, it could be argued that the comms industry has not been very adventurous when it comes to product innovation. A business requiring voice comms is sometimes offered a hosted service, but it is equally likely that a bit of hardware will be installed with traditional black phones placed on the desk, a solution that has stood reasonably still over the last 20 or so years.

In the case of the traditional PBX and phone installation, the infrastructure, telco lines, central office switches, proprietary software etc, dictated what the solution looked like – which was pretty much the same for every customer, be the user a banker or a builder. Just as importantly, installers and maintainers were required to look after all the equipment, adding significantly to the solution’s cost and complexity. The result? Expensive network equipment that provided a fixed solution, supplied through layers of resellers and providers at a high cost necessary to support all the elements in the chain.

The situation has improved with the move to hosted services, with providers offering cloud PBX services to business customers. Whilst the model has been reasonably successful, most observers would however say that it has not reached the rate of penetration that some expected. Unfortunately there are still too many layers of cost in equipment infrastructure and support services that make the hosting model too expensive for rapid penetration in the business market.

But now two things are happening that are changing the future shape of the market – costs are coming down and customers are getting more demanding.

In the comms world as we know, there is no need for expensive telecoms infrastructure to make and receive a phone call. Services are being transferred from circuit switched to IP networks, and as bandwidth speeds and codec efficiencies increase, many voice services will move completely to the internet, where the majority of customers will accept a few quality problems for a free service. Indeed the demand from the younger generation workforce for voice comms has and will continue to decrease, with messaging and video chat rising in importance as their use moves from social to business networks.

At the same time software in most industries is driving business change at a much faster rate, and this is a big challenge for companies that want to remain competitive. Now businesses are moving from large, inflexible, fixed work environments, to more mobile groups of cross functional teams, consisting of knowledge workers that now need to respond more rapidly to market changes.

With the advent of webRTC, it is now likely that web based applications that have changed so many other industry segments will now have a similar effect on the comms world. Now that everyone is speaking the same language, there are substantial opportunities for new operators to take on the existing business model.  With a pure software model there is minimal equipment required to provide services. Rather than developing their own full stack, service providers (SPs) such as Veyring can easily just use the APIs from traditional vendors and opensource providers to build services with a wide range of features at a fraction of the cost. In addition the requirement for network and telephony engineers is reduced.

And as these are all services distributed via the web, there will be no requirement for a traditional reseller to install and maintain the service, indeed the end user will be able to buy these solutions directly from the SP, who has packaged the service using APIs from the software vendors themselves.  So whereas previously there may have been 5 layers in distributing a service to the end user (vendor – carrier – wholesaler – reseller – end user) increasing there will now only be 3 (vendor – service provider – end user).

This more streamlined and efficient model will result in a dramatically reduced cost base and less inertia in the sign up and onboarding stages. This has the advantage of enabling the freemium business model, where the lower cost base allows the introduction of free services (for a basic product package) that incentivises use and initiates the viral spread of the service. As sign up is a much more frictionless process than installation of traditional services, rapid scale can be achieved. This is important as this engine of growth can be much more cost effective and rapid than off line marketing methods used for the traditional comms solution.

The freemium model works when a certain percentage of users upgrade to the paid service and create a healthy revenue stream for the business. This upsell will be the acid test of a successful service provider, since common freemium take up rates are commonly less than 5%. However applications such as the messaging service Slack, with a paid service take up of in excess of 30%, illustrate what can be achieved with a well designed service that meets the needs of the customer.

A paid service needs to demonstrate real value add for the business user. The key to this value add is likely to be the move to cloud based business applications for many functions and processes, and the expectation that comms will be an integrated element allowing users to complete tasks seamlessly within the same app. Previously this would have required an expensive CTi solution, but now most web based business apps publish APIs that make integration with a comms solution considerably easier and less expensive.

Therefore the SP of the future will not need to focus on providing lines, network, and hardware, but will instead need to differentiate by adding value through developing features that will be relevant to the specific company or industry. This will involve developing new skills around understanding a customer’s business challenges and building product to solve these problems.

These new SPs may originate from web developers and internet companies that understand their customers and see the opportunity to comms enable core business applications and private intranets. Alternatively, it will be interesting to see from the comms sector which resellers embrace this change and are successful in a software dominated market.

Try out WebRTC for yourself… GENBAND KANDY is a real-time communications Platform-as-a-Service that provides access to voice, video, rich-messaging and collaboration services using WebRTC as an enabling technology.  Developers can sign up to KANDY and start using their free accounts to run Quick-Start tutorials before integrating into their own applications.  ITSPA UK members can enter their KANDY applications and ideas into the GENBAND UK Summer of Apps competition.

Loads of posts on WebRTC in general on this site here.

Read the previous post in this Genband sponsored WebRTC week:

The disruptive potential of WebRTC to communications networks by Greg Zweig

Business webrtc

The Disruptive Potential of WebRTC to Communications Networks

WebRTC Disruptive Potential to Communications Networks

greg zweigThis is the first of our WebRTC articles this week, Greg Zweig, Director of Solutions Marketing at GENBAND, introduces WebRTC and suggests that its solid engineering and developer-accessibility has the potential to disrupt how we communicate today.

Some background on VoIP

Until fifteen years ago communications networks were primarily built on predictable and reliable circuit-switched networks.  In the late 1990s Voice over IP (VoIP) started making inroads as it allowed service providers to better leverage the massive investments they were making in data networks; they could simply add voice as another application.  It’s easy to see their logic, why keep building two networks when they could invest in one and use it for multiple services?  In the end, the basic math couldn’t be denied, VoIP won.  However, it’s important to appreciate that the pace of change is slow and that even today, the majority of voice services are still circuit switched.

VoIP has gained the most ground in new network builds such as fibre to the home and cable television.  More recently VoIP is being used in mobile networks that have adopted 4G.  Service providers learned quickly that there is a big difference between making one VoIP phone call that connects quickly and sounds fine and creating a network that consistently supports tens of thousands of calls.  Not surprisingly, as a VoIP call traverses more networks and touches more devices the opportunity for issues grow.  Service providers quickly found that customers were far more accepting of VoIP when it was deployed in a more predictable network environment with a well understood set of endpoints.

The explosion in Internet access and IP-connected devices have made it more and more impractical to try to limit endpoint choices or potential connectivity paths.  The trade-off for greater flexibility assures occasional issues with disparate audio and video devices, variations in OS or hardware platforms, local network or Internet access limitations as well as issues with intermediary elements like NAT or firewalls or VPN.  Additionally, basic issues such as blocked media stream routes between the devices or incompatibilities with the media encoding are still common.

webrtc disruptive potential
Certainly, all of these issues can be solved.  If you’re a massive global cloud service provider looking at providing “freemium” voice and video services to complement your application suite then you could roll up your sleeves and start building some great end-user software apps that solve many of the client related problems.  In fact, maintaining a walled garden for the user community is just another way of streamlining variables to manage quality.  Deploying Session Border Controllers (SBCs) can ease firewall and NAT issues and in theory the SBC could encrypt every call.  Unfortunately, many of these answers may be fine for a walled garden but they don’t actually encourage extemporaneous communication.  They may be cost-effective for narrowband voice access with a low peer-to-peer call ratio but they don’t necessarily scale for mass-market peer-to-peer HD voice and video.  And, the reality is that encryption is rarely applied while lowly narrowband G.711, not HD, often prevails.

Introducing WebRTC

A more radical approach was taken when WebRTC emerged.  Initially driven by Google, WebRTC specifies how two endpoints on the internet can securely, reliably and cost-effectively establish a session to exchange real-time voice, video and data.  Today it is natively implemented in Chrome, Firefox and Opera browsers and is made available through a JavaScript API that an average web developer should be able to understand.

webrtc disruptive potential


WebRTC defines internet tolerant and royalty free-codecs to promote an interoperable high definition experience.  It mandates security for media flows between peers to ensure security is not an option but is also not difficult to implement.  It leverages ICE to be facilitate peer-to-peer connections where possible, dealing with NATs and minimising usage of media relay servers.  Media can even be configured to run on TCP port 443 (common HTTPS port) so that it busts through firewalls often found in corporate or guest WiFi networks.

WebRTC implementation in the browsers abstract the details of the OS and the platform, manage audio/video input devices and provide things like echo cancellation (it is a joy to simply “talk-at” your laptop built-in speaker/mic/camera and not fuss with USB headsets).

WebRTC does not however specify what it should be used for or how two [or more] parties should locate each other and exchange connectivity information.  The common expectation is that this will be done using well understood web client-server protocols (secure, reliable, firewall tolerant and supported by web browsers) and will be considered as part of other user identification and communication flows already provided by the web application.

WebRTC your Application

The network engineering and developer-accessibility of WebRTC catalyse the integration of real-time communications into web applications.  Web applications today usually operate at a tangent to the communications network with users pivoting between them to meet their objectives.

webrtc disruptive potential

With WebRTC, the expectation is that communications will become an embedded part of the application.  Where we have an ability for a buyer to send a message to a seller on an e-commerce website, this can be extended with WebRTC to provide real-time voice and video.

The fact that users do not need to install software on their machines means that you can build services which are only used occasionally.  The ease of application development means that you can build services that might serve a very specific niche of users.  The royalty free clients, preference for peer-to-peer media and attention to security means that you can build services that might serve a global user base of millions of users.

Not the complete picture

Stepping down from the hype, there are still things that need to be worked – not least the place that WebRTC has on mobile devices.  You can run a WebRTC app in a compatible browser on a compatible smart-phone but it might not be how users actually want to use your application (they use an installed “app”) and you may be restricted in user experience because browser applications can’t receive notifications or access the device address book.

It is also not quite as easy as you’d like to get started… there is still some generic “state machine” requirements to deal with for the WebRTC implementation, its use of ICE and the co-ordination between the two parties.  And, there is still some wrinkles between different WebRTC engines in browsers or apps.

We’ll deal with these points in a subsequent article but we should also see that there is sufficient positives with WebRTC and industry momentum that there is no excuse for not getting started with the technology.  It is quite simple to dip your toe into the WebRTC water and see how it might change your application or relationship with your customers.

Try out WebRTC for yourself… GENBAND KANDY is a real-time communications Platform-as-a-Service that provides access to voice, video, rich-messaging and collaboration services using WebRTC as an enabling technology.  Developers can sign up to KANDY and start using their free accounts to run Quick-Start tutorials before integrating into their own applications.  ITSPA UK members can enter their KANDY applications and ideas into the GENBAND UK Summer of Apps competition.

Loads of posts on WebRTC in general on this site here.

Apps Engineer webrtc

WebRTC week on



Once more it’s WebRTC week on The last time we did this the week was very kindly sponsored by our good friends at ipcortex. Their CEO Rob Pickering assembled a great collection of guest posts on the subject which were very widely shared.

This week’s posts are sponsored by global voice infrastructure player GENBAND. I have worked with GENBAND for the past 10 years. The business, formerly the Nortel carrier division, has come through a difficult time in the telecoms world and has emerged as a very strong player.

This summer I am running a WebRTC Summer of Apps competition based on the GENBAND Kandy platform – register your interest here.

That GENBAND also sponsor this week of WebRTC posts is therefore quite appropriate. The guys at GENBAND have put a lot of effort into sourcing some very interesting pieces which I’m sure you will enjoy. We have great posts going out every day at 1pm.

Note the posts published during these sponsored weeks are not allowed to be sales pitches. However the theme is usually something from a field in which the sponsor may be considered to be an expert. Don’t be surprised then if posts sometimes refer to work/products/solutions owned by the sponsor.


broadband End User social networking

New Facebook group – B4RL

B4RL – Broadband for Rural Lincolnshire

Hi all. I’ve learned from the example of B4RDS (fast broadband for Rural Devon and Somerset – ) and decided it would be a good thing to have B4RL as a focal point for people to discuss issues they may have with getting superfast broadband to their homes and businesses.

I have initially invited people to the group who I know to be involved with rural broadband issues elsewhere. They have their own issues to sort so I’m not expecting them to become active members. We need to find our own voice in Lincolnshire.

However they are there on the off chance that people living in Lincolnshire may well be able to benefit from the experience of others elsewhere in the the country.

The BT/BDUK rollout of superfast broadband is progressing but it isn’t going to cover everyone.

There is also a cohort of individuals who think that superfast or fibre broadband (as it has been dubbed by marketeers) isn’t the right solution. Fibre broadband is not fibre all the way to your home but to the green cabinet down the street. Should we be going straight for Fibre to the Premises as in the case of B4RN in Lancashire (see .

FTTP doesn’t necessarily cost out for big businesses like BT so what’s the alternative?

This group is going to be the place for people interested in high speed broadband in Lincolnshire to air their views and is open to anyone to join.

The group url is here. Feel free to sign up. The more the merrier.

PS this is not a knock the incumbent group – we want constructive useful dialogue.

Apps Business social networking

Sentiment analysis experiment ends

Sentiment analysis experiment ends

I’ve ditched sentiment analysis as a metric on the website. The idea that we might be able to rate broadband providers according to social media sentiment was a good one but in reality most people commenting on their broadband provider were slagging them off (to use the venacular).  Most positive vibes were being generated by positive marketing initiatives by the ISPs themselves, and then mostly by TalkTalk who seemed to be extensive users of Twitter. Nothing generally to do with customers unilaterally praising their ISP.

It is interesting to see sentiment analysis creeping in to more and more places in our lives (ish). During the general election it was being used to gauge how parties were doing. In fact for it to be anything other than random guesswork we found that the results needed to be 100% human generated.

In other words we couldn’t leave it to a computer to decide whether a tweet was praising or condemning an ISP. The English language has too much scope for misunderstanding. In theory this manual activity could be outsourced to somewhere with low cost labour but then that ran the risk came with a very high probability of it being done by someone whose first language was not English and who would therefore be facing some of the problems of the computer in identifying the tone of a tweet.

We bore the cost of getting this work done in the UK for some months but in the end decided the feature wasn’t worth it. It was an interesting experiment.

In the meantime we still have the Customer Service metric – how long it takes an ISP to answer the phone and where their call centres are typically based (ie UK or India). We will also no doubt introduce others but in the meantime are concentrating on pure marketing activities such as the pig racing and the bulletproof broadband videos (both also featured on this site if you’re interested).

So there ya go. The sentiment analysis experiment was an interesting toy but in the end didn’t cut it. You have to move on.

Business social networking

LinkedIn invite strategy

LinkedIn invite – do you really wanna be my friend?

I haven’t got a LinkedIn invite strategy. I don’t collect contacts as such. They just happen as and when. On occasion LinkedIn  shoves me some. Sticks em in my face and says “how about this one Tref”. Sometimes I connect.

The other day I sat looking at my list of broadband exec contacts. There were a few ISPs where I didn’t have their CEO names. I figured I’d try LinkedIn. Wasn’t that easy. Before connecting it wanted to know how I knew them. I didn’t necessarily know their email address.

So I ditched that line of enquiry. Then LinkedIn wouldn’t let me go any further without me agreeing that it could look at my email address and match up contacts on their own database. I assumed. It came up with around 700 contacts for me to choose from.

I began to manually filter through these but then gave up. Sod it. It was easier to just invite all of them to connect. I did this. Now for the last few days I’ve been inundated with notifications of accepted LinkedIn Invite requests (or whatever they are called).

Some of these are with people where I have absolutely no idea how I am hooked up with them. A very brief check has however shown that they are mostly in approximately the right space so maybe there is some method in there. There have been a couple of emails asking how I chose the individuals concerned. These have had honest replies along the same lines of this blog post with a footnote that I wouldn’t in the least bit be offended if they chose to delete my request.

I look forward to seeing what comes of this expansion in contacts. With LinkedIn I no longer care whether I’ve met the person. Mostly for me it’s about whether they are in the right space. The CTO of an ISP is likely to have far more in common with me than a sales person from the pharmaceutical industry (for example) or a social media “guru” (you do get em).

A big part of this exercise is shameless self promotion. LinkedIn is the social networking platform most used for shares on Feels like an increasingly good place to do business, or at least promote your business.

Business olympics UC

Sat in hospital waiting room on the Anniversary of the July 7th London bombings

London bombings – mobile network shut down.

Sat in the waiting room of Lincoln County Hospital. As I wait the media reminds me that it is the 10th anniversary of the July 7th London bombings.

I was in town at the time. The previous day I’d been at the Lloyds of London insurance building.  Doing a talk about Unified Communications to IT folk from insurance brokers. IT in the insurance industry in those days mostly involved replacing notebooks – the paper variety. The insurance industry is very conservative in its outlook.

We finished just as the announcement was being made re London winning the 2012 Olympics bid. Naturally a party ensued and later I staggered back (I should point out this was due to me carrying all the AV kit  (projector) and pop up booth) to the plush comfort of the Royal Scot Travelodge, nominally in Kings Cross.

We had an office in Camden Town in those days and the next morning it was a toss up whether  I hiked to Kings Cross Station with the gear to travel to the office on the one or two tube stops on the Northern Line or wait for a taxi. The Travelodge (I stop short of giving it the accolade of “hotel”) wasn’t in a good spot to find a taxi – they were mostly already full and going away from the train station.

Eventually I caught one and got to the office 10 minutes later to hear the news of the bombing. Had I decided to walk I’d probably have been there just at that time!!!

I had planned to catch a train home sometime that day. Not much chance of that happening. Noticeably the mobile networks stopped working. In the State of Emergency as was the networks close to the public to allow emergency services access only apparently.

By lunchtime there was no point thinking of doing any work. Lots of the staff hadn’t been able to make it in anyway. We hit the pub and I stayed the night with my sister who lived in Bal ham (gateway to the south). Caught the first available train nowf the next day.

I was pitching presence an IM to the insurance community. We never got anywhere with it but it’s the same stuff used by everyone in the world nowadays.

You should know that the 7/7 London bombings were still quite close in memory to the 9/11 tragedy in the USA. On that occasion I was stranded at a SIP Summit in Austin Texas and it took nearly a week to get a plane home. After being affected by both incidents my wife began to believe I was jinxed. Still married mind you 🙂

This Thursday I am in London for the Technology Marketing lunch. The transport system will again be in chaos as the tube drivers exercise their democratic right to withhold their labour. I suspect some French influence.

Don’t worry though. The restaurant is only a gentle 30 minute stroll from Kings Cross so it will still go ahead. We have three places left if you want to come. It’s going to be a very useful and informative session.

Featured image courtesy of Tom Bird, Portfast

Business voip

The SIP trunk market will die

SIP Trunk Market Futures

Sounds a little negative does’t it? SIP Trunks? A big growth area? Die? SIP Trunks?

Well I’m not talking straight away. It’s got plenty of legs yet. The point it that SIP trunks are a replacement for ISDN lines into an on premise PBX. It’s the PBX that is going to die because eventually all “phone systems” will be hosted. They will merely be cloud based applications. Voice minutes will be integral to the whole proposition. No need for SIP trunks.

It’s the same argument as for VoIP gateways. Gateways exist to convert TDM to IP. When TDM systems fizzle out, break and die the gateway will be a redundant component. I don’t know how global gateway sales are doing. Still growing probably.

It’s an interesting conversation. What is the future of the voice market? Will there be one? Doomsayers have been predicting the death of the voice minutes market for ever. At least since the advent of VoIP. Costs plummeting, competition driving down ARPUs to near zero etc etc.

Actually the argument remains the same. Last night I answered my mobile phone and found it was Rob from the office calling me via Google Hangout. I immediately told him I’d ring him back on his landline. Uh?!

He wasn’t making a voice call. It was a Google Hangout. I only have 1GB of data in my EE 4G bundle. Video uses it up at a rate of knots. I rang Rob back on a geographic number to which I have unlimited calls at very low cost.

The mobile industry presumably currently makes it’s money from people breaking out of bundles, eg calling non geos not covered by the “unlimited calls” deal and from mobile data charges.

Rob in making the call would not have been paying anything. He was using his broadband bandwidth. The time will inevitably come where I can get the same deal on my mobile. In fact as broadband service providers are increasingly adding mobile to their deals (BT/EE!) a flat rate price for bandwidth of any flavour seems inevitable.

Add to that embedded voice in every browser and you have your ubiquitous and essentially free internet phone calls. All driven from web based applications. No SIP trunk in sight.

Just finishing off this line of logic we will actually still be paying for the calls indirectly. The big social media platforms which will essentially own the directories whilst giving away their service free to punters live off advertising revenues. Advertisers add the cost of reaching you to their products which you buy with your hard earned cash.

Still, the calls will seem free:)

I’ve had enough of this. TGIF. I’m off camping this weekend. C ya.

Business fun stuff social networking

Effectiveness of Facebook over YouTube for video reach

Facebook versus YouTube – best bet for video marketing?

On 2nd June we released the “bullet proof broadband” video in which we blasted some routers with a shotgun to monitor the effect. A light hearted bit of advertising for our affiliate marketing site. Thus far on Facebook it has had 2,730 views with a reach of 6,880. Compare this with 55 views on YouTube!

You do have to wonder at where YouTube is going. If we ever have a video to show on a website we always stick it on YouTube because they make it easy for you to embed and it saves on a  lot of server disk space. However it doesn’t really look as if YouTube is necessarily the place if you’re wanting to market something.

facebook versus youtubeWhen you think about it when do you ever engage with friends on YouTube? Never? It isn’t the same answer on Facebook. Videos posted to Facebook are therefore far more likely to spread virally than YouTube. Certainly in our experience.

In our case there were three factors driving the viewer count. One is the video producer, Tom Davies, has an active community on Facebook, as do I (Tref Davies). Then I posted the video, which was shot at a farm just outside Lincoln, to a Lincoln community group (Your1 probably from Lincoln if…).

Posting to the group more than doubled the number of views overnight. The group has nearly 18,000 members. You could see the number of views increasing by 20 – 30 a second simply because of the reach of this group.

Content posted to a group has to be valid. In this case the video was footage of Lincoln/Lincolnshire so it was of. You can’t post any video to any group as it will be moderated out.

This does provide food for thought in how to go about getting the most out of social media platforms for your business. Just sticking up something you might want the world to know about isn’t going to work. Put up some genuinely entertaining of interesting stuff and posting it to relevant pages and groups can clearly make a big difference.

I’ve also found this to be the case with individual blog posts. Post to the right group on LinkedIn, for example, and you get a lot more shares. These is a science behind it. If you want to get more exposure it’s really just about putting in the graft and finding the right places to place the content. Of course the content has to be good…

The one other thing you can do is get a celebrity to retweet or share. Their presumably large following has the same effect as posting to a relevant group. People blindly accept that if their heroes say something is worth looking at then they look. Fair play…

PS Happy to hear from folk with different experiences of the two platforms

1 Their grammatical error not mine

Business social networking voip

LinkedIn endorsements but no poetry

There was a young feller called…

trefor davies linkedin endorsements

It’s all coming out now, the narcissist in me:) This is a screenshot taken from my LinkedIn profile. I did it really because I liked the colours. I’m quite a simple guy tbh. I spotted it when looking to see how many LinkedIn connections I have fwiw. I’d spotted an old friend and colleague in my timeline, dropped him a note and then drilled a bit more into my connections.

Whilst I have been around the block a few times the endorsements on LinkedIn do have to be tempered by the fact that one does get endorsed as knowing about a particular subject by people you know who clearly know nothing about it themselves. Hey let’s not be ungrateful eh?

Disappointingly nobody has endorsed me for my poetry. I can understand that no one would do it for my golfing prowess. Poetry is an important part of the workings of the internet industry as attendees of RIPE meetings will know (if you don’t know about this it’s a secret and you’re not in on it). Beer is the other important bit.

Not quite sure how “Cisco Technologies” and “Strategic Partnerships” make the list as they don’t appear to have a number next to them. I should have been shouting more about my Strategic Partnerships skills obviously. I did used to have a Cisco router at home and Timico’s network was initially built around Cisco although that company has lost ground in the core.

I have started to get more out of LinkedIn over the last year or so. There seem to be more LinkedIn shares on the blog than any other social media platform. When you think about it this is a good thing as I whilst I do indulge in consumery stuff the more serious content of the site relates more to business.

VoIP tops this list of endorsements. I guess this is appropriate as I’ve been “doing” VoIP pretty much since it all started. If anyone is interested in coming along to our VoIP workshops, done jointly with ITSPA the next one on October 7th at Sandown Park Racecourse. It’s timed to coincide with Convergence Summit South. Look out for details on this blog.

Anyway got to go. I have an appointment with a therapist who says he can cure narcissism. Btw my wife, who has probably never heard of LinkedIn, should note that none of the endorsements are for plumbing, diy, painting and decorating, or a miscellany of other skills required to maintain the smooth running of the Davies household. I will acknowledge “changing light bulbs” and “mowing grass” as among my core competencies.

PS the one skillset that perhaps should be on the list but isn’t is in writing. Maybe that isn’t available on the LinkedIn list. Or maybe you are all trying to tell me something (scampers off with tail between legs). Check out the Technology Marketing services we launched last week.

Apps End User mobile apps social networking

I used Skype Out yesterday

My six monthly Skype call

I used Skype Out yesterday. I’d previously had an email from Skype telling me my Skype Out account had been frozen because I hadn’t used it recently. That’s because Skype is quite expensive compared to other VoIP services so I dropped it. Still had about £6.60 in there though and i was dischuffed to say the least to think that Skype might happily pocket this.

Unlocking the account was simple enough though and Skype told me that as long as I used it in a 6 month window the account would remain active. I find it convenient to keep that account just in case of emergencies so I rang my dear old dad in the Isle of Man. As it happens all the DECT handsets in the house needed charging so Skype was it. Not an emergency mind you but hey…

I’m now ok until sometime in December at which time I’ll do another keep alive call, maybe to me dad again.

You might ask why didn’t I just use my mobile to call dad. That’s because the rip off mobile networks categorise the Isle of Man as overseas and charge international rates. It is actually overseas but the fixed line networks treat it as an UK number.

Although I said Skype was more expensive than other voip services I still have approximately the same amount of money in the account. It’s all relative.

If anyone wants to call me my Skype address is I do have an account that is something like Trefor.Davies but I lost the password for that yonks ago and moreover can’t remember which (probably long defunct) email address I used so had to set up a new one. is good anyway.

When turned into a business I decided not to have phone numbers so my contact details are [email protected] (G+) and (Skype). In reality I also use my mobile phone number although when I recently changed mobile networks I did consider just getting a data only sim. I figure that at this stage of the game that was a step too far.

Feel free to give me a call on either of those addresses. I’m a pretty approachable guy:)

PS lots of Skype stuff on this blog – check it out here.

Business webrtc

Where is the WebRTC money? We don’t just do this for fun.

WebRTC monetisation – where is it at?

Last week I chaired a WebRTC workshop. There seem to be a lot of them around at the moment. Very trendy/topical. It was an ITSPA/ event.

We previously had a WebRTC workshop two years ago where a room full of engineers  were treated to fairly uninspiring demos of WebRTC in action. The uninspiring bit was down to the fact that effectively what we were being shown was person to person video. This kind of service was something that everyone in the room had been offering since time immemorial (we have short memories in the VoIP business – it’s still a young industry).

My prior experience with WebRTC, incidentally,  was at an ipcortex event the previous year where I was privileged to have been one of the first people to make a WebRTC to PSTN call.

Regardless of the number of panel sessions there have been recently on this subject we decided it was reasonable to follow up that first ITSPA workshop with a progress report. The theme of this workshop was the WebRTC business model. Where’s the money?

It took quite a few years for VoIP monetisation to happen. In the early years the only people profiting from the technology were conference organisers. Then came a batch of startup acquisitions – SIP vendors being snapped up by established businesses who had woken up to the fact that they needed to be in the game. Now of course VoIP is mainstream and the growth of the ITSPA membership is testament to the health and profitability of the industry.

So where is WebRTC when it comes to making money?

Before we can answer that we need to understand a little about the technology. The whole reason for being of WebRTC is scalability. If we want to be able to embed communications into any device, and seemingly we do, then current client technology, mostly SIP, doesn’t cut it. WebRTC can be embedded in any browser in theory. At least that’s the ultimate goal. WebRTC also comes with a simple set of APIs that should allow any web developer to incorporate the capability into a site design. One can envisage a WordPress plugin for example.

So WebRTC is about simplicity and scalability of deployment. It’s also about interoperability but I’m not going to touch on that in this post. Interop goes with scalability really.

What about WebRTC monetisation then? WebRTC isn’t something you are going to sell per se. It’s not like an iPhone or a toothbrush (make what you will of my choice of saleable objects). WebRTC is an enabler. The issue is how you take advantage of it

What you will be selling is a capability. A solution. An added value function. There are one or two business models that spring to mind. Using the WordPress example from earlier in this post there is likely to be a support ecosystem for devs in the same way that now exists for WordPress. Linux is another example.

Web developers will be able to sell Real Time Communications functions in websites they pitch to their clients. Customer service organisations will lap up such capabilities. How great will it be to ba able to talk to customers browsing your website and answer any sales questions? Push some relevant product pages maybe?

There could well be some infrastructure money to be made. PSTN Gateways?!

The biggest question in my mind is how a sales channel might approach WebRTC. It’s always been said that traditional telephony channels found it hard to adjust to the world of VoIP. WebRTC takes this a step further away from their comfort zone. Now you need to be able to talk web design to customers.

We live in fast moving and interesting times and it won’t take WebRTC nearly as long to climb the maturity curve as did VoIP. In fact  it is already pretty wide scale use. Google Hangouts for example, and Facebook Messenger.

The Internet of Things is a natural port of call for the tech. IoT, IPv6 and WebRTC. An engineer’s dream. We got it wrong with the concept of the intelligent fridge. Really we shouldn’t expect it to know when we need more milk. We will however find it useful ourselves to talk to Tesco to ask them to deliver some more and we will do that via WebRTC. Strike while the iron’ hot and before the milk runs out.

At last we will be talking to our fridges mwahahahahahaaaaaaaaa.

Previous posts from the ipcortex WebRTC week:

WebRTC and the reseller

Real Time Campaigning: How will WebRTC and other tech impact elections in 10 years’ time?

Hacking together a WebRTC Pi in the sky – keevio eye

Wormholes, WebRTC and the implications of algorithmical analysis Defragmenting today’s communications

WebRTC – where are the real world applications?

Welcome to ipcortex WebRTC week on

Check out all our WebRTC posts here

4g Business Mobile ofcom UC webrtc

WebRTC and the mobile reseller opportunity

The WebRTC opportunity for mobile sales dealers

So far in the ipcortex WebRTC week we’ve talked a lot about the impact that WebRTC will have on how we might communicate, as well as exploring some of the technical aspects of the technology. One thing that we’ve not really touched upon is the way that WebRTC will change the commercial comms ecosystem and, being browser based technology, how it will come to affect the mobile business market.

We invited Dave Stephens,  ‎Sales Manager at major O2 dealer Aerial Telephones to share his views on the current challenges in the business mobile market, diversification into unified communications and how WebRTC will impact the delivery of solutions that marry the two.

A changing market

mobile conversationThe business mobile market is in a difficult space right now. Monthly prices are falling whilst handset costs are rising dramatically; a situation made worse in the UK where by and large we still expect to be able to get a free handset with a new contract. Of course we all know the handset is not really free, rather subsidised by the selected tariff, but the result is that many mobile providers only seeing a profit in month 18 onwards.

This differs from  most other countries, where the norm is to select a tariff and then have to purchase the handset separately. While this alternative is beginning to creep into the UK market it’s proving to be a very difficult shift from the “free handset” culture that’s become so ingrained over the last fifteen years.

The business mobile world has also taken a few other hits recently. Non traditional mobile players are making real plans to infringe on the space. WhatsApp are now offering phone calls over 3G, 4G and Wi-Fi, and Google have confirmed their intention to act as an MVNO (in the US at first). Their Project Fi will introduce pay-for-what-you-use data plans, where unused data allowance is credited at the end of the billing cycle. Add to this that within the last few months, Ofcom have proposed a dramatic cap on the price of mobile phone calls between different networks. This will reduce another revenue stream for most UK mobile providers.

For business mobile resellers, there is additional pressure in that many of them have seen their base being attacked by traditional IT or unified comms resellers. It is true that it is far easier for IT or UC resellers to move into the business mobile market than it for a mobile reseller to go the other way, which would take significant investment and upskilling.

Adapt or perish

ChameleonThis all contributes to an environment where companies in the mobile space must adapt or perish. This isn’t limited to resellers, either. It can even be seen at a mobile network operator level where even the big players are beginning to move into some very untraditional services such as hosted telephony, landline services and even hosted IT products.

For the opportunistic and imaginative reseller, however, moving into other areas of business comms like these can present significant benefits and is a challenge worth attempting. “Mobility” is a growing concern within the IT and Telecoms industry right now with many businesses striving to adopt a “work anywhere” approach. We are seeing a clear push to give employees the tools they need to be effective wherever they are. This is ideal for the savvy mobile reseller that has always had this as their core remit.

There are of course issues when looking after a truly mobile unified communications platform. Primarily this is related to the fact that there are 3 core mobile operating systems which are constantly being upgraded, not to mention the 1000s of different handsets that users can choose from, each with their own quirks and nuances. Standard native mobile apps delivered by PBXs produce all kinds of headaches for engineering teams. This is where the development of WebRTC is really exciting as it may negate the need to install, upgrade and manage these difficult situations.

That’s a long way off – not every mobile OS supports WebRTC – but we are watching the progression of the standard with a keen eye.

Previous posts from the ipcortex WebRTC week:

Real Time Campaigning: How will WebRTC and other tech impact elections in 10 years’ time?

Hacking together a WebRTC Pi in the sky – keevio eye

Wormholes, WebRTC and the implications of algorithmical analysis Defragmenting today’s communications

WebRTC – where are the real world applications?

Welcome to ipcortex WebRTC week on

Check out all our WebRTC posts here

End User social networking surveillance & privacy webrtc

Real Time Campaigning: How will WebRTC and other tech impact elections in 10 years’ time?

What might a WebRTC enabled democracy & election process look like in 10 years’ time? (Or, technically, 12)

There’s a lot of pre-election stuff that’s the same every year. The campaigning, the squabbles, the gaffes and the villains: they’re all regular plot lines in Britain’s most depressing pantomime. As we go to the polling stations tomorrow, however, we can reflect on 2015 as the year that something did change – the first year that the parties appear keen, rather than reluctant, to embrace technology. We’re seeing as many memes and mashups as we are manifestos; not surprising really as this is, afterall, what many of the traditional media outlets have dubbed “the social media election”.

It’s true that there’s been far more activity on the social media battlefield than ever before (even if they’ve not quite got it right) and it seems that parties are even beginning to use big data – although they’ve a long way to go to replicate the success that Obama had with data in his 2012 campaign. But what role could or should technology play in the elections of the future? What might, say, the 2027 election look like? How might WebRTC play a part in that? Here’s what I imagine might happen…

Every campaign sits on a foundation of micro targeting

TargetIf there’s a question worth asking, in 2027 there’ll be some data that supports the answer. Parties will dedicate greater spend to using big data as the foundation of each campaign – whether that’s in the capture and curation of data relevant to them or analysing it.
This will allow focus of specific campaign messages on certain groups, or even at an individual level. They’ll focus on swing voters, and those within swing constituencies, targeting them with whichever marketing method suits that opportunity, at that time. Meaningful, one-to-one engagement with individual voters will be commonplace, made easier with social media. In addition, these engagements will be more memorable because they’ll use video and other real time comms via WebRTC.
Shaping campaigns in this way has obvious benefits for the parties, but could this type of targeting backfire? Will voters get creeped out and perceive the relevant party in a negative way? Will the long heralded privacy backlash make it too difficult to capture the right data in the first place? Do we rely too much on the integrity of the people to whom we give our data?

Predicting outcomes and campaign agility

With so much data available, much of it collected from social media engagements, will it be easier to predict results?

In the 2012 election in the US, analyst Nate Silver created a model that accurately predicted the winner in every state. Was his success simply due to the fact that Nate was ahead of the curve with the system he was using, and no one had time to react? In 2027, prediction models will have become even more sophisticated and we will see a greater emphasis on doing this in real time. That will then have an effect on parties’ activities and focus throughout the campaign. Each party will need to be agile and have the means to react quickly to changing predictions. Technology like WebRTC could provide another way to communicate with party members, on the ground campaigners or even swing voters in a really quick and effective way.

Real democracy in real time

Electronic systems could allow the public to vote on issues before or as decisions are taken in Parliament. The government paid lip service to using technology to help represent the public’ views with e-petitions, but will they ever be brave enough to open up decision making to registered voters on a regular, or even real time basis? Technology like WebRTC, with its low barrier to delivering enriched comms universally, could potentially be used to allow voters to watch a live debate and then vote at the end. This vote could then shape Members’ opinions or, even, make the decision outright. Would Parliament ever be that bold, and would MP’s accept their role being changed from being a voting representative of a constituency to its steward?

Some governments have already trialled this kind of approach, albeit to shape decision making in advance of its debate. DemocracyOS is an example of this: an open source solution that seeks to provide voters with the means to inform, debate and vote on bills before they are passed. According to them, it’s already been used by the Government of Mexico, the Congress of Buenos Aires, and by some congressmen in the US amongst others. Adopting this kind of approach would be an interesting way to reduce the effectiveness of large companies’ lobbying, and ensuring that airtime in front of MPs isn’t just a question of money and power.

I easily can imagine that forward-thinking councils in the UK, or even individual MPs could use this kind of democratic technology to debate local issues, gaining traction by social media sharing. It would be a welcome alternative to local, “public” consultations that are conducted so discreetly that the public are not properly represented.

Even if government, councils and elected representatives don’t themselves adopt that approach, there are other organisations that seek to make government more democratic from the outside. US startup Placeavote has an interesting model, where site members vote on bills on any range of topics and Placeavote’s candidates will represent the majority of voters. It has failed to gain much traction so far but could prove disruptive given the chance, and I imagine that by 2027 we could have seen someone try a similar approach in the UK.

Reducing expenses, humanising politics and customer service 101

keevio webrtc interfaceIn 2027, MPs will find it much easier to balance their Parliamentary duties with those in their constituency. Technology like WebRTC will mean there’s little excuse to not participate in a debate or vote because they will be able to do so remotely, and there would no longer be the possibility for bills to be passed due to poor scheduling and low turnour. Furthermore, MPs won’t need a second home in London and can spend more time in their constituency.
Internet connectivity will be ubiquitous, as will devices to access it. This means that they can use tech like WebRTC to engage with their constituents in a different way with memorable, multimedia enriched conversations with the same universal reach of the phone systems of the past. For example, elected MPs and their representatives could use this to make their “MP surgeries” more accessible for their constituents by negating the need to travel. They could even adopt a real time “ask me anything” approach during pre-election campaigns.
By 2027, local MPs will have learned lessons from the way that businesses use technology to improve their customer service. Communicating with your MP will be more efficient and timely and, as a result, people will engage with them more than ever before.

The voting process itself

DecisionAn obvious area where technology could improve elections is in the voting process itself. For example, how backwards and archaic is it that we should turn up to a physical location with just a polling card and no verification of identity, yet we already need an online government gateway ID to get a passport? And how secure is it really to leave counts of paper ballots to volunteers? Technology like WebRTC could reduce the technical barrier of providing biomechanical verification in the process.

In addition, increasing the number of people who are registered to vote, and those who actually do place a vote is an ongoing challenge. Technology could make the process of registering and voting more convenient in the hope of increasing participation. To this end, the Political and Constitutional Reform Committee has already proposed that all electors should have the choice to vote online in the UK by 2020. Electronic voting has already been trialled in some countries and so some level of e-voting in the UK by 2027 is not unimaginable – although the experience in Estonia hasn’t actually increased turnout in itself so its effect on this could be in question. Furthermore, whilst paper counting by humans may have its drawbacks, it is very open, auditable and therefore resilient against high level, systematic abuse. Will we ever have the same level of assurance with an electronic vote?

Whatever happens, it’s pretty safe to say that the stage has been set for much wider use of technology during the election process. The challenges will be cultural and institutional – and we’ll be interested to see which parties will be first to adopt real time technologies to make a real difference to the voting public.

Previous posts from the ipcortex WebRTC week:

Hacking together a WebRTC Pi in the sky – keevio eye

Wormholes, WebRTC and the implications of algorithmical analysis Defragmenting today’s communications

WebRTC – where are the real world applications?

Welcome to ipcortex WebRTC week on

Check out all our WebRTC posts here

Engineer gadgets webrtc

Hacking together a WebRTC Pi in the sky – keevio eye

WebRTC on a drone

Team ipcortex put together the keevio eye hack for the TADHack London mini hackathon at Idea London on 11-12th April. The idea was to develop a proof of concept for WebRTC running headless on small embedded devices and talking to our keevio video chat interface. Hardly mission critical but TADHack is a load of fun, and a good way of trying stuff out that pushes the technology envelope a bit which inevitably ends up feeding back useful ideas and techniques into our core platforms. There was also a lot riding on this after our success with RTCEmergency at TADHack last year. Matt Preskett is one of our lead developers and the guy behind the hack, and this is his write up of the experience of developing the app.

On the Tuesday evening before TADHack we hadn’t had time to think about possible hacks. We’d been busy with other events and the process of progressing our core keevio platform towards release. A few months ago we were playing with the idea of a WebRTC Raspberry Pi security camera for our bike shed, so as I walked out of the office I suggested, perhaps to my detriment, that it might be a fun idea to use our JavaScript API, running on a Raspberry Pi strapped to the bottom of a quad copter feeding live video via WebRTC…

I did a bit of research on Tuesday evening, but decided with the timescales involved and some of the parts/equipment needed that perhaps we were biting off more than we could chew. Also I wasn’t really sure how I was going to run our API on a headless Raspberry Pi 50ft in the air. Even if that could be overcome I wasn’t sure the ARM processor would be up to the task of decrypting and encrypting the streams.

Wednesday morning I had all but written off the idea. At the time I was working on load testing our UC platform, which required running our API on a headless server. I set about looking into running headless Chromium, and, by the end of Wednesday with the help of Xvfb I had our API running and automatically accepting video chat from keevio.

Thursday was a busy day we didn’t really have an opportunity to discuss the hack. Rob as perhaps a sign of desperation speculatively ordered a Pi and Pi camera.

Friday morning and we still hadn’t concluded what we’d be doing for the hack, after a quick meeting we gave Pi copter (Pi in the sky?) the go ahead. We had just over 48 hours to put all the pieces together. I started off with Raspbian; I don’t really like the extra gumpf that comes with this distribution but I didn’t have time to piece a fresh instance of Debian together. Raspbian only offers Chromium 22 in its repositories; this was when WebRTC was in its infancy. I looked at compiling the latest Chromium, but this would require either a cross compile environment or compiling on the Pi, neither of which I had time for. I looked around again for an alternative distribution and settled on Arch after checking that they offered an up to date version of Chromium for ARM. It’s a bit bleeding edge but more than sufficient for our requirements.

After getting the Pi installed the first thing was to get Chromium to recognise the camera. Chromium talks to video devices through the V4L component of linux.

I inserted the following lines to /boot/config.txt to enable the camera:




Then I added the camera module to /etc/modules-load.d/raspberrypi.conf:


After rebooting the Pi, udev created a /dev/video0 device, so it was looking good. The next step was to install Chromium, Xvfb and lighttpd. I setup lighttpd to listen on loopback as I was going to be hard coding the username and password into the webpage: not nice but necessary.

This is the JavaScript I wrote for the hack, due to using our API I could keep it short and sweet.

var keevioShare = (
  function(username, password) {

    function avCB(av) {

      console.log('INFO: avCB with', av);

      if ( av.get('existing') )

        function() {
          if ( av.get('status') != 'acknowledged' )
            video: {mandatory: {maxWidth: 640, maxHeight: 480}},
            audio: false
            function(stream) {
              console.log('INFO: Accepted request with', stream);
            function(e) {
          console.log('INFO: Getting user media.');

    function authCB(authenticated) {
      if ( authenticated ) {
          function() {
            if ( ! IPCortex.PBX.enableFeature('av', avCB, ['chat']) )
              console.log('ERROR: av not enabled!');
            /* Set myself online */
            IPCortex.PBX.enableChat(function() { });

          function(number, description) {
            console.log('ERROR: API reports ' + description + '!');
        console.log('INFO: Authenticated.');
      } else
        console.log('ERROR: Failed to authenticate!');
    onAPILoadReady = (
      function() {
        IPCortex.PBX.Auth.login(username, password, null, authCB);

Next I needed Chromium to start automatically on boot, I cheated a little bit by using cron. I’m not overly familiar with systemd so writing a startup script didn’t seem a priority with the time scale involved. I added the following to crontab:

@reboot /usr/bin/xvfb-run –wait=15 /usr/bin/chromium –use-fake-ui-for-media-stream –disable-default-apps –remote-debugging-port=9222 –user-data-dir=remote-profile http://

localhost &

Chromium required a few switches to allow it to run headless:

1) To stop Chromium asking for permission to access the camera:



2) To stop Chromium asking to be set as default:



3) For remote debugging (it only listens on loopback):



4) Place the users Chromium profile in a defined location:


At this point I started running into trouble with the camera. Every time I started up Chromium I could only get a maximum resolution of 16×16 no matter what v4l2-ctl commands I ran, which wasn’t going to be a good experience. After quite a lot of searching I found the solution and added the following to /etc/modprobe.d/bcm2835.conf:

options bcm2835-v4l2 gst_v4l2src_is_broken=1


We needed to serve everything over https as Rob was going to be in London and I would be back in Buckinghamshire flying the quad. That caused me another headache as you can’t load secure and insecure content in the same page. I setup lighttpd to serve pages via https using a self-signed certificate for localhost. Due to Chromium running headless I couldn’t accept the certificate security warnings; I needed access to the Xvfb instance. Installing x11vnc enabled access to the X display. I started the service using the following command on the Pi:

# x11vnc -localhost -display :99

By default xvfb-run starts on display 99. I port forwarded VNC via SSH:

# ssh [email protected](hostname) -L 5900:

Then I connected using vncviewer to localhost; this allowed me to import the localhost certificate into Chromium’s certificate authority to stop the security warnings.

I settled on netctl to setup the wireless network as this was quick and easy, after having a bit of a nightmare with an access point I borrowed from work I ended up using an old Sky router I had lying around.

keevio eye - the Pi in the sky
keevio eye mk II: no zip ties in sight!
keevio eye - the Pi in the sky
Special lightweight case and minimal gubbins inside due to payload limitations

Finally I put everything together. Feeding power from the balanced charging port of the LiPo battery to a 5V UBEC into the Pi’s GPIO interface. In the process, I managed to accidentally reverse the polarity into the GPIO… which felt like game over as it was now midday Saturday. Luckily something in the supply saved me and it was OK. Attaching the Pi to the quad was an engineering challenge in itself but inventive use of zip ties and self adhesive pads worked out. After a quick test run we got clean video up to 150M and still received video up to 300M.

Here’s a quick video of keevio eye in action!

Previous posts from the ipcortex WebRTC week:

Wormholes, WebRTC and the implications of algorithmical analysis Defragmenting today’s communications

WebRTC – where are the real world applications?

Welcome to ipcortex WebRTC week on

Check out all our WebRTC posts here

Engineer surveillance & privacy video webrtc

Wormholes, WebRTC and the implications of algorithmical analysis

James Batchelor is Founder and Chief Executive at Alertacall, an organisation which uses neat technology to deliver services which increase human contact with people at risk and are used to improve the lives of many thousands of vulnerable people. Prior to that he was involved in the creation several ventures in the internet service provision, internet retail, telecoms, recruitment and telecare sectors. James has been an ipcortex customer since some of our earliest days and is one of those people who, every time I have the pleasure of chatting to him, I always walk away with a valuable bundle of unique insight. I posed the question to James about the technology impact of WebRTC, and this is what he came back with…

WebRTC meets wormholes

On a long-haul flight in 2001, with the occasionally pungent aroma of reconditioned air in my nostrils and the drone of Rolls Royce engines through my headphones I was transported for a few hours not only to USA – but in to an alternative future. I had the immense pleasure of having time and little else to do but read a novel and a science fiction one too.

The story I read, “The Light of Other Days”, is centred on the discovery of wormhole technology which can be used to pass information instantaneously between points in the space-time continuum. The technology is commercialised by a global media company and used to create the “wormcam” which allows for anything anywhere to be viewed with profound implications for privacy.

As I ponder the applications and implications of WebRTC, and explore its own wormhole like qualities, I wonder whether there are similar impacts for humanity and how the absolute digitisation of our communications streams – coupled with the massive computing power now at our fingertips – could impact upon our own privacy in novel and unexpected ways.

My own company Alertacall is particularly interested in understanding how patterns in the way people communicate with us can indicate a change in their “need”. This is with the positive goal of helping our older customers get the help they need before a situation escalates and becomes materially more difficult to manage. And, as our future products and services start to use WebRTC and other similar communications technologies I wonder what additional data we’ll have at our disposal.

Real-time analysis

I’ve long hypothesised that computers should be able to detect from cameras and other input devices subtle things about human physiology that the human eye cannot, but only had clear evidence of it after stumbling across the fascinating TED talk See invisible motion hear silent sounds.

This talk demonstrates the possibility of detecting heart rate with nothing more than video, by analysing the microscopic movements in our skin caused by pulsating arteries. I wonder how long it is before a methodology to determine skin temperature is devised, or what can be inferred by knowing how quickly someone breathes, blinks or swallows?

In 2012 the mathematician Mr Max Little announced that Parkinson’s symptoms can be detected by using algorithms that analyse voice data. There is also Voice Stress Analysis, which can indicate a range of emotional states including the detection of whether someone is potentially lying. What else could be inferred from a “call”?

But what specifically has this got to do with WebRTC and similar stacks? I suggest that the incredible proximity of these communications streams to silicon provides an unprecedented opportunity to develop applications that exploit all of these methods for causes good and bad. For example: imagine if calls to emergency services were prioritised using real-time analysis of video and voice, where the person most likely to be having a heart attack is answered first.

Also, imagine a world, in which the person or organisation you are in a call with has installed one of the dozens of analysis applications that are likely to emerge – and can infer huge amounts about your physiology. “Mum, I’m absolutely fine” the daughter says to her mother, but moments later the concerned mother’s machine tells her it’s simply not true with a simple Chrome plugin.

We’re tremendously excited about the applications we can build with WebRTC to connect with our customers and to connect our customers to each other – but live in constant wonder about what opportunities will emerge.


Previous posts from the ipcortex WebRTC week: Defragmenting today’s communications

WebRTC – where are the real world applications?

Welcome to ipcortex WebRTC week on

Check out all our WebRTC posts here

Bad Stuff Business scams voip

Mechanics behind International Shared Revenue Fraud

VoIP fraud continues to rear its head this week with a post on ISRF mechanics.

Continuing with his week as guest editor covering VoIP fraud issues David Cargill has invited industry expert Martin John from AQL to discuss IRSF mechanics – how it actually works:

As we all know International Shared Revenue Fraud (ISRF) plays a large part in the overall fraud that we see in the industry, even though services are marketed legitimately they are widely used for fraudulent purposes and the artificial inflation of traffic, whilst some of the traffic will terminate in the target country a high percentage will never reach the expected destination (commonly referred to as short transit or short stopping)

Whilst the ITU governs the allocations of Country Codes once the code is allocated the usage and numbering plan is controlled by the responsible authority in the recipient country, the ITU publishes updates on the reported use of each numbering block for each allocated Country Code ( however this is based on information submitted by the responsible authority and is not always an up to date source of information.

Historically Telecoms Operators interconnected directly via TDM on a bilateral basis, a settlement rate would be negotiated with a key objective being the balance of traffic to reduce any financial settlement between the parties, using this method the majority of ISRF traffic actually terminated in the country that holds the number allocation.

isrf mechanics

Smaller countries or those with financial constraints could not justify or afford this method and opted for a cascade accounting method, cascade accounting meant that the smaller operator would make an agreement with one or two larger international operators whereby the larger operators became an aggregation point for the allocated country code and in return kept a percentage of the revenue.

isrf mechanics

With cascade accounting traffic to designated number ranges could potentially be short transited, the authority responsible for the allocation and administration of the number ranges may have requested that the cascade accounting partner terminate certain prefixes to alternate carriers/partners for other services, these opportunities were very financially rewarding due to the expensive part of the network (the international circuits) not being utilised.

isrf mechanics



As the market developed and with the establishment of VoIP clearing houses/exchanges and traffic aggregators cascade accounting has become less popular, operators favour being able to interconnect to lots of different operators in one place, increase their profitability as they no longer have to give a percentage to the cascade accounting partner and lower their cost base as they would no longer need to purchase other international routes via their previous cascade accounting partner, however this simply made ISRF easier, the telecoms market is more cost driven today than it has ever been operators strive to  maintain lcr with the minimum of man power and international destinations that are outside of their main business area are commonly terminated through large traffic aggregators or clearing houses, interconnection between the aggregators and clearing houses is a common practice it is in their business interest for a call attempt to complete and convert to revenue and therefore as the financial barriers to connect to clearing houses are small the interconnection by parties that want to abuse the situation is relatively easy.

Take for example the following scenario:-

The island of High Termination Rate is assigned the country code of +997 from the ITU the and files a numbering plan. The island of High Termination Rate Telecommunication Regulatory Authority (HTRRA), announces the following:
isrf mechanics table



The national operator of the island of HighTerminationRate HTRT is a respectable and ethical company that interconnects to a large traffic aggregator and a clearing house to not only gain access to a full international A-Z for terminating traffic but also to ease interconnection with other international carriers so that the residents of The island of HighTerminationRate are globally reachable, the per minute rate is advertised as £1.00 ppm

To this point everything is legitimate however there is nothing stopping the aforementioned opportunistic man in the middle/ISRF reseller from also interconnecting to an aggregator and clearing house and advertising a rate of £0.98 ppm supporting either the full list of breakouts or “specialising” in certain areas such as HTR Mobile +99780




In the background the ISRF reseller has been busy harvesting numbers and happily upsetting the observed statistics (reduced ASR’s etc) whilst tying up network capacity to obtain a better understanding of the utilisation of the ITU allocation.  Once this understanding has been obtained numbers can be tested and resold to customers.

Some may wish to offer chat services or other services of the like whilst avoiding any national regulation and of course this then opens the door to parties that wish to generate fraudulent traffic.  To expand further after number harvesting it is discovered that anything that starts +99780752 can NOT be completed via the legitimate route offered by HTRT.  It is a range that falls within the allocation but perhaps due to demand has not been opened yet.

Any traffic generated to this range will fail on the HTRT route if in fact it even attempts the HTRT route first due to the ISRF route being marketed at a lower rate. Once that call has failed the aggregator/clearing house would normally route advance the call to the next available route where ISRF are happy to complete it.  Legitimate traffic that the ISRF route receives is simply terminated back to another carrier. Whilst this incurs a loss with restrictive routing and capacity the impact is minimal and aesthetically legitimises the service offering provided by the ISRF route.









Martin John is the General Manager of aql wholesale. aql, established in 1998, is a wholesale integrated Telecommunications Operator, Regulated by Ofcom. Providing services to many of the FTSE 100 and is one of the UK’s largest IP Telephony fixed line operators.  It is recognised as a significant market force in fixed and mobile services by the UK Regulator.

Check out our other VoIP fraud posts here. Below are links to other fraud related posts this week:

PABX fraud by Manuel Basilavecchia here
IRSF Fraud by Colin Yates here
CLI Spoofing detection by Matt Anthony here

Business internet social networking webrtc Defragmenting today’s communications Comms Federation

In his week as guest curator Rob Pickering of ipcortex now has a post by Amandine Le Pape who discusses WebRTC federation.

I’ve held a view for a long time that the world would be a better place if there were a widely used standard for messaging federation, so that I could for example have one universal public chat address on my business card just like I have a phone number and e-mail address. I know quite a few folks disagree with this, and think that it is a “feature” rather than a bug that they have to use a myriad of apps each with their own private chat space and no interoperability, but I think this is a big usability headache.

Like most things, there is an Internet standard for messaging interop: XMPP, but it doesn’t have the wide adoption of other standards like SMTP for e-mail, or HTTP for the web. In fact it suffered a bit of a body blow when Google dropped support for messaging interop via XMPP from its front line messaging products a couple of years ago – I wrote about this at the time. Whilst XMPP is a well documented protocol, it is over complex with many extensions to do fairly basic operations. A new initiative has emerged from the folks at Matrix which aims to produce a de-facto standard protocol for messaging interoperability – I wish them well and suspect that this is probably our last chance to sort this out. Here is what Amandine Le Pape from Matrix has to say…

Take a look at your smartphone. Chances are, among the various icons on the screen, there are quite a few messaging apps and apps with a messaging capability. Whether text, chat, calling or via video, every week brings a new app to download. We use all these different applications daily – LinkedIn for colleagues, Facebook for family, WhatsApp for the sports club, Viber for some international contacts, Skype for video and that is without even touching messages sent from within other apps.

The only point where these apps and the profiles on them converge, is on your phone. We then have to juggle what app connects me to what person, or holds the information you need. is a new open source and non-profit project aiming to fix the problem of fragmented IP-communications between devices, people and services with a very pragmatic and novel approach. Matrix defines a persistent data layer for the Web, with open federation, strong cryptographic guarantees, eventual consistency and push semantics. Like the Web, Matrix can be used for many purposes, from Instant Messaging to IoT, via VoIP and WebRTC. With it the “missing link” of interoperable calling between WebRTC silos becomes interoperable and as simple as a single HTTP PUT to invite the callee, and a single HTTP PUT for them to answer. Meanwhile, OTT messaging apps can finally federate by synchronizing their conversations into Matrix; letting users own their history and select their preferred app and service.

As an open source project, any developer can use Matrix (it’s all on Github) to easily create and host their own feature-rich real-time communication apps that openly interoperate with one another, or add such features to an existing service whilst building on the Matrix community of users. Existing communication services can also easily join in and integrate with the Matrix ecosystem, extending their reach while participating in this collaborative effort to break down the walls between communication silos.

Matrix is an open project and will stay so because for Matrix to achieve its mission of making all communications services interoperable we believe it needs to be truly open; giving people access to take all the code we produce to use and build on top of it. We need the trust and support of those who want to use Matrix in their own applications and startups and want to see an end to all walled garden applications and closed silos.

We firmly believe in doing what is right for the consumer and the internet user. As people begin to use interoperable communications tools, service providers will have to compete on the quality of their service, security and features rather than relying on locking people into their walled garden. Can you imagine using a phone network that only allowed you to call people on the same network? We genuinely hope that one day, Facebook, Whatsapp, BBM etc will all integrate with Matrix voluntarily.

Once consumers realise they can choose to use their favourite app, from their trusted app provider, and still be able to communicate with friends using competing apps and services, they will likely demand integration and interoperability.
Matrix is here to help foster innovation throughout the Internet. We are making communications safer, more ubiquitous and innovative. Generic messaging and data synchronization across the web will never be quite the same again. The project may well provide the disruption needed to change how real-time data is shared on the Internet, and usher in a new age of services which by default collaborate rather than compete. There is no doubt that a revolution of sorts has begun and Matrix intends to fan the flames.

As a company or an individual, whether you believe that today’s communications are fragmenting and need to change or not, check out the website or follow us on Twitter @Matrixdotorg. We also recently launched our ‘Matrix Console’ app which is free to download from the Google Play or Apple App Store.

Amandine Le Pape is the Co-founder and Business lead for

Previous posts from the ipcortex WebRTC week:

WebRTC – where are the real world applications?
Welcome to ipcortex WebRTC week on

Check out all WebRTC post on here.

Engineer webrtc

WebRTC – where are the real world applications?

I’ve been working with WebRTC for a few years now and from time to time talk in public about the technology and its potential. A pretty popular question goes along the lines of “that’s all very well, but where is the revenue in it for me?”

Around the time we did our first end-user demo of WebRTC technology making phone calls in 2012, I wrote up an article where I predicted a range of applications for the technology. Thankfully none of the fairly scary scenarios that I painted in that post have come to pass. Standardisation and browser support have been a bit slower than some of us would have liked but spite of this WebRTC has been quietly making inroads into both the traditional communications space and being used to deliver novel new applications. With the Microsoft announcement about WebRTC support in the next version of their browser, and Google’s massive strides in reliability and interoperability in the core WebRTC project, the future of the technology now looks certain.

At ipcortex we’ve worked on a number of WebRTC developments including RTCEmergency, a weekend hack last year to re-imagine the way we do emergency services calls which won a Google prize for innovation at TADHack Madrid and, with feet closer to the ground, our first major commercial WebRTC end-user application keevio which provides a full range of business Unified Communication services into any device with a WebRTC capable browser.

Amazon Mayday and other apps, do they or don’t they?

An interesting property of WebRTC is that in a really well implemented application, a user need not know or care if it is using WebRTC. It is of course really easy to tell if a web-page prompts to use the device camera or microphone in Chrome or Firefox and then delivers in-page audio and video without a 10-minute plugin dance, but for a dedicated mobile app with no web interface, it is impossible to know for sure without resorting to examining the source code or tracing interactions on the wire.

That is how the world found out that the Amazon Mayday service was using WebRTC to provide real time video chat as part of its live support service.

Other consumer communication applications that have more or less publicly adopted WebRTC to deliver real time communications over the past couple of years include:

  • Comcast – streaming personal video between set-top boxes and handhelds using WebRTC
  • AT&T – allowing calls to/from own mobile number via browser & API
  • Google Hangouts – Google are the major force behind WebRTC development and it was seen as a bit of a coming of age for the technology when they publicly announced that their flagship hangouts product was now using it half way through 2014.
  • Facebook Messenger – head over to using Chrome and start an audio of video call with a Facebook friend. Your conversation just used WebRTC. That is a huge user base.

Now to some extent many of these don’t need to use WebRTC to deliver what they do; all of these companies have sufficient muscle that they could have developed dedicated applications or plugins to achieve the same functionality – albeit in a less usable way. Indeed most of the examples above still do use plugins that have been developed if you access them from a browser that doesn’t include native WebRTC support, so WebRTC is just a way of streamlining certain kinds of access.

That’s the point really, WebRTC isn’t something users care about – it should be invisible. It is the applications you create with it that have the user-visible value.

The value is in the application not the network

Whilst the simple messaging use cases for WebRTC have been early adopters, and nobody could claim that Facebook, or WhatApp are commercially insignificant, their existence has probably closed the door on making vast amounts of cash out of building a simple consumer messaging application with a bit of WebRTC voice and video thrown in.

If that is bad news for a would-be application developer, the good news is that the universal end-to-end capability that WebRTC delivers means that smart applications can still emerge which generate value by streamlining some aspect of communication.

Metcalfe’s Law (smart guy, even if he did have to eat his own words after predicting the Internet would collapse by 1997) says that the value of a telecommunication network is proportional to the square of the number of participants. This was later tweaked for social networks to be closer to n  log(n) for the number of participants, but you get the point – it is a hockey stick curve where biggest network creates vast value and smaller networks have a very low comparative value. It explains why for example Fring sold a couple of years ago for a reported $50m and the WhatsApp acquisition closed out at close to $22bn, it also explains RCS’s commercial failure. It is really hard to build networks that acquire enough scale quickly enough to have significant value.

WebRTC is a bit different as, once browser and device support is complete, it builds a ready rich communication network of “everything on the Internet”. That isn’t by the way just “everything on the Internet with a screen”; we’ve put full implementations of WebRTC applications on a Raspberry Pi and strapped it under a quadcopter running off the flying machine battery (more on that later this week!).

A really important feature of building an application with WebRTC is that you get a huge potential Metcalfe’s Law advantage before you write a line of code (but so does everyone else).

Contextual vs Free Communication

So if there is vast amount of potential derived from intrinsic network size, and one class of basic social communication applications are already stitched up, where will the next killer communication applications, perhaps using WebRTC, come from?

Most new applications succeed because they are either some large factor better than what currently exists (10 times is an oft quoted number), or they solve a universally felt pain point.

Thankfully there are lots of pain points in communication, and it is relatively easy to deliver 10 times the value of a 3KHz phone call. Unlike the personal realm, where some quite good messaging tools not only exist but now dominate, business in many areas still relies pretty heavily on basic communication mechanisms.

Look at how phone calls work. Users sit working on a processing task and in the middle of this a loud intrusive ringing sound comes from a plastic box on their desk. They have just a few seconds to decide whether to respond, and the only choice they have is to ignore it and lose the conversation (or even worse commit to a longer interruption to pick up a voicemail later), or pick it up and be immediately dropped into a high bandwidth synchronous communication with no context. The only information they may have about the reason it is ringing will be the name or number of the caller. We must respond immediately, context switching away from what we are doing or not at all. Depending on the job that you do, just the interruption itself, never mind the actual cost of dealing with the communication has probably cost 5-10 mins of productive work. You really wouldn’t invent a system like that from scratch today, and indeed much of the value in existing business phone systems relate to applying workarounds for these fundamental drawbacks (call queues to make interactions asynchronous for the recipient, screen popping/click to dial to give agent context etc).

Phone calls are then initiated outside of any particular context, and once started are synchronous, demanding the undivided attention of both participants.

It is far easier to initiate communication without moving away from a task flow, and with the benefit of additional context. In this way attention flows naturally and productively between communicating and processing. This is one of the important ways that WebRTC will deliver contextual communication from within other task based systems – dealing with customer support communications within the context of a support application etc. Done properly, because it is web based, this will be entirely seamless and the user will just view communication as another task experience.

Synchronous to Asynchronous

Many folks of my age are conditioned and therefore still obsessed with calling each other, but fast forward to the next generation and they pretty much exclusively run their lives far more effectively on asynchronous messaging, only escalating to realtime (usually group) voice/video when they really want to give some high bandwidth communication their undivided attention. This is way more efficient and allows interleaving and prioritising of communications and processing.

Asynchronous, Synchronous, Free and Contextual communication - a quadrant diagram

Not only will the next business communication apps be primarily contextual, if they want to remove pain points, they will also offer asynchronous communications as the norm with a simple escalation path to high bandwidth, rich synchronous communications like video and screensharing with voice.

So in summary what does all this mean to me if I’m thinking of deploying my first WebRTC based service or application?

  1. Don’t think of it as a “WebRTC service”. That shouldn’t be visible to your users if you do your job properly.
  2. A personal multimedia messaging application for free communication among your own customers is fine, but won’t set the world on fire – you will be competing with WhatsApp, Facebook,, Google etc and Metcalfe’s law is on their side (unless federation ever happens and don’t bet on that).
  3. If you are looking for a USP, think of integration with a key business process to either massively streamline communication or remove a pain point.
  4. Find a bunch of 16-25 year olds and test your application with them. If it has the key attributes of contextual and asynchronous then it will probably pass muster with them. If it doesn’t, they will wonder what planet you come from.
  5. Don’t think about it for too long – just get on and do it! The time for producing WebRTC toolkits, APIs, test applications and pilots was 2013, it is about delivering polished applications and services ahead of the competition now.


Previous posts from the ipcortex WebRTC week:

Welcome to ipcortex WebRTC week on


Bad Stuff Business scams security voip

Caller ID Is Broken – How Can We Fix It?

matt anthony pindropCLI spoofing doesn’t have to be as big a problem as it is.

In the third of this week’s posts on VoIP fraud guest editor David Cargill has Matt Anthony, Vice President of Marketing at Pindrop Security as a contributor.

There was once a time when people trusted the number that showed up on their Caller ID. Phone companies charged extra for the service. Even banks allowed you to activate your credit card just by calling from a registered phone number. Today, that is no longer the case.

Caller ID (CLI) and Automatic Number Identification (ANI) were originally designed as systems to be used internally by the phone companies. As such, they didn’t need any real security. As they emerged as consumer facing tools, they never developed the security features that we expect today.

The result is that spoofing Caller ID data, or ANIs, is very easy. A quick Google search turns up pages of articles on how to spoof a number. App stores are full of easy to use apps that enable spoofing. One smartphone app, Caller ID Faker, has over 1,000,000 downloads.

spook card - disguise your caller id

Adding to the problem is the fact that in general, Calling Liner ID spoofing is completely legal. Though it is always illegal to use CLI spoofing for fraud or threatening messages, it is perfectly legal to spoof a number as a friendly prank, or as a helpful business practice. (Think doctors on call who don’t want to give out their cell phone number.) While it might be fun to spoof a CLI in a prank call to your friend, too often fraudsters are the ones disguising their numbers to hide their criminal activity.

Pindrop Security tracks phone fraud activity and trends. We have found that CLI and ANI spoofing is the most common technique used by phone fraudsters. In addition, more than half of the caller ID spoofing attacks cross international boundaries, meaning they are almost impossible to track down and prosecute.

Consider the case of one attacker, known to Pindrop researchers as “Fritz.” This fraudster is likely based in Europe and works alone. Fritz is in the business of account takeover. He calls financial institution call centres, impersonating legitimate customers by spoofing ANIs, and socially engineers the bank into transferring money out of an account. In one four month period, we found that Fritz had targeted 15 accounts. We estimate that he has netted more than £650,000 a year for at least several years.

While there is no technology that can prevent CLI spoofing, it is possible to detect these calls. The key is to detect anomalies between the information being sent over the Caller ID and the actual audio characteristics of a call using phoneprintingTM, created by Pindrop Security.

Phoneprinting technology analyses the audio content of a phone call, measuring 147 characteristics of the audio signal in order to form a unique fingerprint for the call. Phoneprinting can identify the region the call originated from and determine if the call was from a landline, cell phone or specific VoIP provider. These pieces of information provide an unprecedented level of insight into caller behavior.

So, if a Caller ID says a call is coming from London, but the phoneprint of the call shows that the individual is calling from 1,000 miles away, it should be a red flag for anyone running a call centre that the caller has malicious intent.

pindrop caller id verification









One recent fraud attempt thwarted by Pindrop tools happened on a Saturday night, a time when most call centre employees are not at their most vigilant. The caller asked to transfer £63,900 from one bank to another. The Caller ID matched the phone number associated with the account, and the caller knew all the answers to the identity questions the agent asked. However, while the Caller ID said the call was coming from San Francisco, Pindrop detected that the call was actually coming from a Skype phone in Nigeria. As a result, the wire transfer was put on hold, and the bank was able to verify with the account holder that the request was fraudulent.

Pindrop phoneprinting solutions are already protecting calls to top banks, financial institutions, and retailers. The Pindrop platform is a comprehensive solution designed to protect the entire call system: inbound, outbound, live, recorded and in the IVR, customer-facing and employee-facing interactions. Pindrop uses the information from the phoneprint to create a highly accurate and highly actionable risk score for each call, which has allowed it to catch more than 80 percent of fraud calls within 30 seconds after the call has been initiated.

Historically, the phone channel has been over-trusted and under-protected, making it a major target for fraudster exploitation. Today, technology is available to detect spoofing and stop phone fraud.

Matt Anthony, Vice President of Marketing

Matt Anthony is the Vice President of Marketing at Pindrop Security. With over twenty years of experience in the technology industry, Matt is a frequent speaker at technical conferences. Prior to joining Pindrop, Matt served as Director of Marketing at Dell SecureWorks. Matt has also held marketing roles at CipherTrust, Monorail, and Dell Computer. He is a graduate of the University of Texas at Austin.

Check out our other VoIP fraud posts here. Below are links to other fraud related posts this week:

PABX fraud by Manuel Basilavecchia here
IRSF Fraud by Colin Yates here

Engineer webrtc

ipcortex WebRTC week cc @ipcortex

Welcome to ipcortex WebRTC week on

It is with some terror that I accepted the invitation to contribute a series of posts here on the future of communication technology – Tref’s readers are a pretty smart bunch and this is a great opportunity make complete fools of ourselves when our crystal ball inevitably turns out to be myopic given a few months or years of hindsight.

We’ve instead decided to ask the following question as a theme for the week and then invite some posts that illustrate views of the future from different perspectives, not just our own.

Game changers like WebRTC are emerging and will spawn a wide new range of services with secure, contextual user to user and user to server communication. Wildly imaginative applications for this technology are already starting to be developed and many more are probably yet to be invented.

Irrespective of the technology most people already rely on the rich and intuitive communication capabilities of various existing Internet based silos to run their personal and social lives.

On the other hand, much of our business and formal communication is still using the kind of systems that we are giving up on in the personal realm: email, telephone calls etc.

So the question is this: what factors will shape how we use communication technology in future? will users just be swept along on application by application waves of technical features, or can we hope to shape things by applying what we have learned about how people want to communicate to build useful global capabilities?

In line with this theme, coming up we have:

  • Some ideas on how the future of WebRTC will pan out, timed to coincide with the ITSPA workshop in London today
  • Matt, one of the developers of keevio eye, an R&D hack to put video chat on a Raspberry Pi and strap it on a drone will be talking about how he did it and the kind of serious applications this enables
  • The folks from will be talking about their attempt to build an open standard for decentralised communications and federation

This is an exciting time with some big recent shifts, and even bigger ones ahead. We hope you enjoy reading the ipcortex week posts and that they stimulate some healthy debate.

Rob Pickering is CEO and Founder of British communication software vendor ipcortex. An engineer with a technical pedigree tracing back to the beginnings of TCP/IP, he is a keen innovator and a champion of open standards like WebRTC, which are helping to improve the way we work. His team have worked on a number of WebRTC developments including keevio, their latest production interface that extends UC and multimedia functionality to the web browser, and RTCEmergency, the Google prize-winning proof of concept app that augments emergency services calls with real time video

Footnote by Tref: This is Rob’s first post on WebRTC on Rob has significant form when it comes to the technology. I first encountered WebRTC at an ipcortex seminar in which I was thrilled to make one of the first WebRTC to PSTN phone calls. Check it out here.

Loads of WebRTC posts on this blog here.