Challenges of real-world deployments of rich communications services

Last week I had the honor to talk at the 4th FUSECO Forum 2013, organized by the Fraunhofer FOKUS in Berlin. I’ve tried to outline why small OTT players have been able to launch successful services while powerful Telco companies struggle to get traction on their own services, focusing on pains experienced across deployments and strategies to tackle them, unveiling some of the opportunities I seen lying ahead!

Check below the slides and feel free to comment or drop me an email!

Make yourself hirable!

I’ve recently had a great experiencing mentoring people at Pitch Bootcamp Porto, an event integrated on series named So You Think You Can Pitch, targeted to help people gain conscience of their strengths and use them to change themselves and their world. On the ultra-competitive market which we face today, people must come out of their comfort zone and dare to go beyond what they think is their area of expertise because they simply have a degree on a particular field.

Over the last years, as part of my job, I’ve been involved in the recruitment process and reviewed hundreds of resumes and interviewed many candidates. From my personal experiences, here’s some tips:

Your Resume is your promotional leaflet

  • Be honest: never lie on your resume or it will come back to haunt you later. References are not critical and you can provide them in a separate document.
  • Go beyond stating which jobs you’ve done: establish what you’ve accomplished on those jobs.
  • Keep dark stories out: your resume is a promotional document and needs to be positive.
  • Don’t list every job you’ve ever held: include the work you’ve done that tells an employer you’re skilled and reliable for the job. Notice that it is important not have gaps therefore you should include unrelated jobs to support your history but make sure you list the accomplishments in that job that are relevant to the job you’re applying for.
  • Use active verbs: while describing your job positions, make the sentence tight and active.
  • Forget about templates: innovate and create a graphical image that relates to your persona. You don’t need to be a graphic designer: keep it clean, simple and beautiful to ensure it will stand out from the pile!
  • Make sure your resume has no typos, grammar goofs or factual errors: review your resume several times for grammatical or spelling errors. A simple typo will negatively impact the message.

Be ready of an interview

Interviews will largely depend on the company and people that you have in front of you. Your ability to read other people is key to smoothly drive the process but you should be prepared:

  • Be sure about why are you applying: interviews take time from you and the company who is willing to hear you so make sure you make the most of it!
  • Research the company:  learn about the company, their mission and envision how and why you should fit in the organization. What can you bring and how can you add value?
  • Develop your personal pitch: keep it short but focus on clarify your background, your accomplishments and your future goals.

Don’t forget!

Beyond what you write and say, how you behave and what you do tell a lot about yourself.

  • Network: companies tend to rely on employee referrals. Make a list of all of your friends, relatives, and acquaintances and reach them. Don’t be too humble or apologetic, tell them what you’re looking for, but let them know you’re flexible and open to suggestions. Touch base with all of your references.
  • Volunteer: if you aren’t already, start volunteering for an organization that focuses on something you’re passionate about. Not only will you be helping others, but you’ll also be gaining references.
  • Check your attitude: there’s a huge difference between making phone calls and going to interviews thinking “I’m looking for a job” versus “I’m here to do the work you need to have done”. Everything that you write and say should be preceded silently by the statement “This is how I can help your business succeed.”
  • Be mindful of your social media profile online: it’s not uncommon for employers to check Facebook pages and other social media. Ensure they reflect the right image of you.
  • Dress for success: when you go to a job interview, dress like it is your first day at the job. (Remember, you are not dressing for a night out!).


Over-the-top or through the network?

Standards can be a burden. Proprietary over-the-top services have shown that public Internet can be a viable transport for secure, high-quality communications. However, for telco service providers, globally accessibility and the lack of regulation create challenges to launch new real-time communications services via the Internet.

Strict firewalls deployed by most enterprises are configured to block and/or suppress Internet access to hosted unified communications and other interactive services. Also, privacy and confidentiality are a basic requirement for Internet-based communications, with encryption adding communication overhead and complexity to endpoints.

Firewalls can be configured to block IMS protocols when carried natively over IP on different transport protocols (e.g. SIP over UDP/TCP/TLS, RTP over UDP, MSRP over TCP/TLS…) and although 3GPP standards exist for tunneling IMS protocols over IPsec (e.g. TS 43.318, TS 33.234 and TS 33.402), these solutions still do not work over firewalls which block IPsec.

Faced with these issues, there has been several approaches and proposals from vendors but now Acme Packet is working on an emerging standard known as Tunneled Service Control Function (TSCF), which delivers an infrastructure-based alternative for real-time, over-the-top (OTT) communications. This new network element has been proposed for standardization to the Third Generation Partnership Project (3GPP) which already approved initial specifications to be included in TR SA3#68 (TSCF Control Message Header & Control Message TLV’s for TSCF).

TSCF High-level architecture

Diagram courtesy of The Packet blog

Tunneled Service Control Function makes use of TLS tunneling (very similar to HTTP/HTTPS) and HTTP_CONNECT mechanism for allowing IMS traffic to flow seamlessly through all types non-IMS firewalls. Endpoints, upon registering to the network, initiate a tunnel, which persists as long as the application is active and which is capable of transporting all the signaling and media flows that comprise real-time communications sessions. Unencrypted SIP and RTP flow securely within the tunnel, minimizing the overhead caused by separately encrypting (SIP/TLS and SRTP) the individual flows.

CU-RTC-Web: Microsoft’s view on web real time communications

Microsoft released an alternative proposal to the W3C WebRTC 1.0 Working Draft, designated Customizable, Ubiquitous Real Time Communication over the Web (CU-RTC-Web) demonstrated by a working prototype showcasing an interoperability scenario with a voice call between Google Chrome running on MacOSX and Internet Explorer 10 on Microsoft Windows OS.

Microsoft draft outlines a low-level API that allows developers more direct access to the underlying network and media delivery components, exposing objects representing network sockets and giving explicit application control over the media transport.

Technically, from a functionality and interoperability stand point, both approaches are equivalent, but while WebRTC leverages Session Description Protocol (SDP) for media negotiation, CU-RTC-Web redesigns the functionality around JavaScript, arguing that endpoints should not be required to support SDP processing thus providing simple, transparent objects.

Following the ongoing discussions around video codecs in WebRTC, with concerns being raised about patents on H.264 being too restrictive to be used as a core Web technology and Microsoft not yet committed to support VP8, this proposal leaves up to the developer to select the codec to be used, embedding flexibility on its core to support popular media formats and codecs while remaining open to future innovation.

Co-authored by Skype Senior Architect Martin Thomson, Lync Principal Architect Bernard Aboba and Microsoft Open Technologies Principal Program Manager Adalberto Foresti, Microsoft’s proposal shows a strong commitment to the technology which could drive Skype to open up its walled garden and enable interoperability with other third-party services.

Although Microsoft strategy is not fully clear, WebRTC and CU-RTC-Web will most likely be debated over the coming months (remember VHS vs. Betamax or Blue Ray vs. HD DVD standards war?). WebRTC takes a simple approach which Microsoft may genuinely believe is too restrictive. On the other hand, Microsoft may be playing a delaying game to protect Skype and their  €6 billion investment.

Most likely this war will delay time to market for a full interoperable solution. It took SIP three years to get from the initial draft submission to standardization in RFC2543 and the first commercial SIP phones and services took a couple more years. The first SIP-based 3GPP draft took five years after the protocol was introduced. WebRTC was introduced in May 2011, how much time will we take to see real WebRTC services?

Let me know your thoughts by comment this post or send me an email!

Looking into WebRTC

WebRTC is an HTML5 standard being drafted by the World Wide Web Consortium (W3C) Web Real-Time Communications Working Group and the Internet Engineering Task Force (IETF) Real-Time Communication in WEB-browsers Working Group with first working on standardizing the interaction with HTML and the second the underlying protocols. The framework was open sourced in June 2011 by Google under a royalty free BSD (Berkeley Software Distribution) style license as Google bought the company Global IP Solutions which owned the intellectual property.

WebRTC framework includes iLBC (Internet Low Bitrate Codec), iSAC (Internet Speech and Audio Coder), G.711, and G.722 codecs for audio and VP8 for video. These codecs include capabilities such as packet loss concealment and echo cancellation so they can robustly cope with a lack of guaranteed quality of service.

Although still under development, WebRTC standards aim to provide simple access to a robust, state-of-the-art, real-time voice and video engine, placed in the web browser, along with all the transport and security tools required to make it work. However, it is important to highlight that WebRTC is only a media tool, without any specific signaling channel. Technology relies on the developer to implement session management mechanisms to establish and manage real-time communications between two or more parties.

Traditionally, the roles of signaling and media in real-time communications are fairly straightforward:

  • Media or bearer, is the channel, stream, or circuit that is actually carrying the voice or video image across the network;
  • Signaling is separated from media, and responsible for user management, including identity, authorization and authentication, charging, location management, and routing.

Although signaling and media are separate, they are connected at the core of any real-time communication service because the signaling must negotiate and establish the media sessions. WebRTC abstracts signaling by offering a signaling state machine that maps directly to PeerConnection.

WebRTC also manages a number of practical issues: includes and abstracts key NAT (Network Address Translator) and firewall traversal technology such as STUN (Simple Traversal of User datagram protocol through Network address translators), ICE (Interactive Connectivity Establishment), TURN (Traversal Using Relay NAT), RTP-over-TCP (Real-time Transport Protocol over Transmission Control Protocol) and support for proxies.

However, a deeper look into the WebRTC landscape shows that there are still a number of technical battlegrounds and topics to debate:

  • Codec choices: particularly VP8 vs. H.264 for video;
  • Current draft WebRTC vs. Microsoft’s proposed CU-RTC-Web vs. other proprietary approaches;
  • The role of WebSockets, PeerConnection, SPDY and other assorted protocols for creating real time-suitable browser or application connections;
  • Signalling protocols adopted along with WebRTC – SIP, XMPP…;
  • Specification support across major browsers and devices, including when and how.

Both Cisco and Ericsson are fans of H.264 being made a mandatory video codec for WebRTC as it is widespread on the Internet and mobile devices and it is acknowledged for its good quality and bandwidth-efficiency. But it is not open-source and requires royalty payments. On the other hand, Google’s preferred VP8 is royalty-free but has limited support today.

From an end-to-end solution architecture perspective, there are also several aspects to define and clarify such as the roles of WebSockets (a browser-server protocol) and PeerConnection (browser-browser protocol) as well as the role of SIP (server/gateway-centric). In browser-to-browser communications scenario, there is very little space for communications service providers but without a server-side infrastructure able to connect and inter-work WebRTC applications with our endpoints, WebRTC will be the Internet equivalent of a pair of walkie-talkies blended into applications and web-pages.

There is an exciting open space for network vendors to close the gap on SIP/IMS-based platforms supporting WebRTC. It will be interesting to see how vendors design their solutions: Application Servers vendors will present WebRTC-to-SIP Gateways but SBC vendors might have an edge as they are seat on the network border and can enforce security mechanisms preventing exposing the network core.

H.265: high-quality mobile video or low-bandwidth video?

The International Telecommunications Union (ITU) has announced the first stage for H.265 video codec standard has been completed and that the new codecs will be twice as efficient in video compression, requiring half the bandwidth for the same quality as H.264 compressed video.

The new standard is intended to improve video on smartphones, tablets, TVs, and other devices as screen resolutions increase over the next 10 years, while reducing the burden on wired and wireless networks. Notice that today’s estimations point to half of all network traffic to be video, which should go up to as much as 90 percent of all network traffic by 2015.

The current specification, also known as MPEG-4, is the most used video-compression standard in the world, according to ITU. It’s the coding and decoding system for more than 80 percent of all Web video and is used to deliver high-definition video over broadcast, cable, satellite, and Internet TV. H.264 is also used in mobile phones, video conferencing, digital storage, and Blu-ray discs.

Informally known as ‘High Efficiency Video Coding’ (HEVC), H.265 has been drafted in August of 2012, supporting resolutions up to 7680-by-4320, enough for the new Ultra HD (4K and 8K) resolutions. Work is also underway to develop an extension of H.265 for stereoscopic and 3D video coding.

The new standard is expected to be more efficient than its predecessor, H.264 Advanced Video Coding, but how much better it will perform is a crucial question to understand if it will be enough to justify widespread industry adoption.

Studies (see Comparison of Compression Performance of HEVC Working Draft 4 with AVC High Profile by Bin Li, Gary Sullivan and Jizheng Xu and Comparison of the Coding Efficiency of Video Coding Standards – Including High Efficiency Video Coding (HEVC) by Jens-Rainer Ohm, Gary J. Sullivan, Heiko Schwarz, Thiow Keng Tan, and Thomas Wiegand) show that on average, H.265 outperforms H.264 by 39% for random access scenarios (e.g. broadcast) and by 44% for low delay scenarios (e.g. video calling). Meaning that H.265 codec can achieve the same quality as H.264 with a bit rate saving of around 39-44% bandwidth.

What most media reports seem to have focused on is the potential effect that H.265 will have on bringing us closer to 4K video resolution in OTT delivery, speculating that H.265 will allow 4K video to be delivered over the Internet at bit rates between 20 and 30 Mbps. But given the current state of video streaming technology, we can actually be able to deliver 4K video at lower bit rates when the time comes for 4K streaming. Moreover, as many studies show, the law of diminishing returns applies to video/image resolution too – if you sit at a fixed distance from your video display device eventually you will no longer be able to distinguish the difference between 720p, 1080p and 4K resolutions due to your eye’s inability to resolve tiny pixels from a certain distance.

Historically, bit rates used for OTT video delivery and streaming have been much lower than those used in broadcasting, consumer electronics and physical media. On average:

  • Digital broadcast HDTV: ~19 Mbps for video (in CBR mode);
  • Blu-ray (1080p): ~15-20 Mbps (in 2-pass VBR mode);
  • Streaming video (720p): ~2.5-3.5 Mbps;
  • Streaming video (1080p): ~5-6 Mbps.

Whereas Blu-ray aims to provide a high-definition movies, streaming/OTT is completely driven by the economics of bandwidth and consequently only gives us video at the minimum bit rate required to make the video look generally acceptable. Considering that currently, 1080p video is being widely streamed online using H.264 compression at 6 Mbps, then 4K (4096×2304) video could probably be delivered at bit rates around 18-20 Mbps using the same codec and similar quality levels. Switching from H.264 to H.265 compression we can expect 4K video at bit rates closer to 12-15 Mbps!

Posted on Feb 11, 2013


Having had always strong opinions about the world that surrounds me, I’ve though many times about starting a blog as a method to record my thoughts, capture ideas and lead myself to elaborate on them. That’s the primary goal of this blog but getting your feedback comes close to it: please feel free to question all ideas, criticize any views and raise new topics for discussion.

You can expect reading on a wide range of topics covering technology, telecommunications, business development and management. The only rule is: there are no rules. I intend to share my own experience and write about topics I consider particularly interesting such as forecasting how people will communicate in the future, beyond technologies and devices. Notice that, although being a tech focused blog trying to take an objective look to all topics and themes, all contents reflect my own personal opinions and views. Moreover, I expect that to be the added value on read it.

I like to keep my promises therefore I won’t make any: writing frequency will depend on my own availability, opportunity and drive.

Enjoy and have fun!