SHARE
Follow this article on Twitter Facebook LinkedIn Bookmark and Share
Home >> Information Architecture >> Identity Management

VoIP tests single out some best practices

VoIP tests single out some best practices

By:  Tim Wilson  On: 25 May 2006 For: Network World Canada Creator

The good news is that VoIP equipment among multiple vendors is finally interoperable; the bad news is that there are still lots of potholes that can ruin VoIP implementation.

That’s the broad view of results from Interop Labs tests of VoIP gear run on the show’s test network and presented at the Lab’s Interop exhibit earlier this month.

Volunteers set up five model enterprise networks — fitted with VoIP equipment, network firewalls, application firewalls, Wi-Fi­ access points and VPNs — and ran VoIP calls through them using­ a variety of VoIP phones: softphones, hard phones, Wi-Fi handsets and PDAs.

The tests involved network gear from two dozen vendors.

The calls were placed over a combination of the public phone network and the Internet using a service provider that supports SIP signaling, and then testers tried to disrupt the calls and measure the outcome.

Some of the results:

• Network Address Translation (NAT), the masking of private IP addresses from public view, can break VoIP by making it impossible to set up SIP-based calls over the Internet to devices with private IP addresses.

The best option the Labs found was to get rid of NAT if at all possible. If not, get a SIP proxy server that can ignore the public addresses on VoIP packets and find the actual addresses within.

An alternative is to install a server outside the NAT device — usually a firewall — that keeps track of where packets come from and shepherds them through the NAT.

• Use QoS on Wi-Fi networks. While the Labs didn’t quantify the difference, testers say the improvement in quality jumped dramatically to their ears when QoS was turned on.

“It was noticeable even on non-busy networks,” says Jed Daniels, one of the volunteer testers, who said the biggest improvement was it cut delay.

• VPNs don’t disrupt VoIP. This came as a surprise to testers, who expected that encapsulating real-time UDP voice packets inside TCP packets would cause delay, but that wasn’t the case.

With IPSec and SSL VPNs there was no significant degradation, Daniels says, although the quality over SSL VPNs was markedly better.

QuickLink: 069353


Sign up for our Newsletters












Print |  Views: 438   |   Rating:offoffoffoffoff  (0 votes)
Rate this article on a scale of
1 to 5 stars,5 being the best.




Tim Wilson Tim Wilson is a contributor to the International Data Group (IDG) News Service, which publishes global technology stories from bureaus around the world to more than 300 publications in more than 60 countries.

Related Content

Six quizzical VoIP issues
Six quizzical VoIP issuesCanadian governments and other public sector agencies have identified VoIP as one of the most useful technologies to help them meet the high expectation for citizen service. VoIP may be hot, but all that heat can raise some issues. We resolve to answer some of the more pressing questions you might be facing.
For many colleges, VoIP doesn’t make the necessary tech grade
For many colleges, VoIP doesn’t make the necessary tech gradeEven the lure of phone systems that withstand disasters combined with the benefits of unified messaging don’t outweigh the costs to bring IP communications to college campuses, according to a survey by ACUTA, the Association for Communications Professionals in Higher Education.
Shell plans global VoIP rollout on Microsoft server platform
Shell plans global VoIP rollout on Microsoft server platform Oil giant Royal Dutch Shell is planning a global VOIP rollout with tens of thousands of IP phones that will ultimately run off of a mostly Microsoft-based server platform.
Objectworld expands Polycom support
objectworld communications corp. said its uc server now supports an increased range of polycom phones and servers.  they include the vvx 1500 business media phone; soundpoint ip 450, 560, and 670 ip desktop phones and soundstation ip 6000 and 7000 conference phones. these phones are all certified at the objectworld connect plus level, enab
blog comments powered by Disqus