Prioritize for best quality

Prioritize for best quality
Tom Lancaster

Here's a nice tip for getting better service from your VoIP installation. Set a priority on it so other apps won't steal processor cycles.
Do you have a VoIP tip? Why not send it in?

    Requires Free Membership to View

    SearchUnifiedCommunications.com members gain immediate and unlimited access breaking industry news, expert advice on UC, technical guides, and more -- all at no cost. Join me on SearchUnifiedCommunications.com today!

    Kate Gerwig, Editorial Director

    By submitting your registration information to SearchUnifiedCommunications.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchUnifiedCommunications.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

We'll post it on our site, and we'll enter you in our tips contest for some nifty prizes.

Although Quality of Service on the network is certainly critical to the success of Voice over IP, it shouldn't monopolize your attention. The network is important, but so are the clients and servers. This is particularly true in an IP Telephony environment, where you might have soft phones on the desktops and an IP Telephony gateway or other application, such as IVR or voice mail, running on a Windows NT or Windows 2000 server that may also be running web, proxy, email and even file and print services. On such computers, other applications contend with your voice applications for processor resources just like your VoIP packets contend with the packets of other applications for network bandwidth. Thus, it is possible for some application, such as a web browser or screen saver, briefly to consume enough CPU resources to affect your call, even when the network is behaving itself.

One solution is to adjust the priority of your applications by right clicking on the process in Task Manager. Microsoft's operating systems have had this capability for many generations, but numerous, ominous warnings caused enough apprehension to prevent almost everyone from touching that knob.

However, there is a generally safe way to accomplish this: start your voice application using the "start" command, which can be run from a command prompt, from the Run dialog box or from a shortcut. In any case, it supports a number of options including:

Realtime
High
AboveNormal
Normal
BelowNormal
Low

While most applications run at "Normal", some such as screen savers are run "BelowNormal" as default. You can set your voice application to run at AboveNormal by typing "START <application-name> /ABOVENORMAL" at the command prompt. (It's probably easiest to navigate to the directory where the program resides, to avoid eight.three problems; from the Start dialog box, browse to the program you want.) This will help prevent less important applications from using more than their share of processor cycles.

There are a few caveats though:

You generally don't want to set any program to run REALTIME.
You shouldn't set more than one program to run HIGH.
Make sure you test your voice application with the new priority before putting it into production.


Thomas Alexander Lancaster IV is a consultant and author with over ten years experience in the networking industry, focused on Internet infrastructure.

Did you like this tip? Why not let us know? Send an email and sound off.

Related Book

Voice & Data Internetworking
Author : Gilbert Held
Publisher : Osborne
Published : May 2001
Summary:
Networking expert Gil Held shows network managers techniques that can be used to transport real-time voice conversations over networks designed for data transmission.


This was first published in August 2001

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.