TNZI's 'Zero Hop' testing a success! Friday 31 May 2019 @ 11:30

 

 

Back in January, we posted about our Open RTP trial between the USA and India. 4 months on, the testing has proved to be very successful and TNZI is now well on the way to productising Open RTP. In addition, we have created a second wave of testing to include new countries and use-cases. For TNZI, productisation is about building the Open RTP connectivity into our existing international voice services. Much like we currently offer connectivity via TDM, Public IP or Private IP, we will introduce Open RTP into that mix. But unlike those 3 options, Open RTP disrupts the normal business model by separating the media and sending that component directly to the destination address, so TNZI only manages the SIP signalling.

What we learned

The Call Detail Records (CDRs) were a very good match, both from customer to TNZI and TNZI to supplier. We measured an almost 100% correlation of CDRs with the differences well within acceptable margins of error, so bill shock is unlikely. It is not that difficult to provision either - fine-tuning our SIP timers settings and other network configs has given us a template to expand. We identified changes to our business and operations support systems (BSS/OSS) to minimise lead times and are working through those currently. We know what architecture will give us the best ability to provide scale and we've learnt a lot about our internal network capability.

Our exploration continues

With the second wave of testing, we want to explore the 'improved quality' claim. Touted as providing better voice call quality because the media is sent directly, we will compare Open RTP to traditional connectivity options where TNZI manages the media. This will be interesting as the Internet uses Border Gateway Protocol (BGP) which works by selecting the best autonomous system path to get to the destination network. It's not optimised for voice, so what BGP picks as being the best path may not be best for latency, which impacts voice quality.

A nice problem to have?

We could not test our fault management processes as we didn't receive any during the trial. While ordinarily this is a good thing, in terms of the testing it means we do not have any live experience to draw from. If we increase the volume and complexity of voice calling with the next wave of testing, we logically should get something not working right. Meanwhile, our Global NOC processes are being adjusted to accommodate what we can and cannot manage.

Get in touch with the team if you can supply Open RTP termination or have Open RTP minutes. Please forward your targets/rate sheets.