![]() ![]()
|
|
| |||
|
Getting there from here Tips for planning your voice-over-IP migration.
By Mark Miller
Tap your existing resources. In many cases, voice and data network responsibilities are handled by separate departments. Each may have a separate budget and an empire to match. There are likely two areas of expertise, as well: circuit switching and traffic analysis for the voice side, and packet switching and IP knowledge on the data network side. Both skill sets are required for a successful voice-over-IP implementation, so tap into your existing resources by forcing these two groups to collaborate. Know your traffic. Make sure your data network can handle the traffic increase before you add voice to the mix. With steady growth of only a few percent per month, that DS-3 circuit you put in just last year may be getting close to its capacity during peak traffic periods. Verify that excess capacity exists before adding more traffic. In addition, get a handle on the number of hops between selected destinations and the resulting network latency, as these delays will dramatically effect the quality of the packetized voice and video service. Most telephone traffic is characterized using statistical models called the Erlang tables, named after A. K. Erlang, a Danish scientist who was a pioneer in the study of telephone network design. These models are used for traffic engineering studies and can be applied to a variety of voice applications, such as calculating the number of lines required for a particular grade of service. An inexpensive series of software packages, called the Westbay Traffic Calculators from U.K.-based Westbay Engineers, Ltd., is available to ease these calculations [For information, see www.erlang.com]. Measure performance. End users will likely judge your voice-over-IP implementation based on current perceptions of their telephone service, which is generally high-quality and reliable. (The figure 99.999%, or "five nines" of reliability, is an oft-quoted statistic that reflects how infrequently phone service is unavailable.) Thus, the net architect must manage client expectations of service and reliability. To do this effectively, the various voice-over-IP network elements must be able to provide packet delay and packet loss information, signal-to-noise ratios and other statistics that affect voice and data transmission quality. Support for SNMP- and Remote Monitoring-compatible network management systems are other important factors. The ability to baseline the network and identify trends as they develop are also key ingredients for optimum performance tuning. Examine existing carrier contracts. Many net managers have carrier service contracts that should be reviewed prior to jumping into voice-over-IP service. You may need to divert a significant number of minutes from existing contracts to new IP services in order for the economics of the new hardware investments to be favorable. And when that diversion occurs, you may end up paying more for your existing voice services. For example, assume your existing service agreement specifies a rate of 5 cents per minute if you use one million minutes per month, and 3 cents per minute if you use two million minutes per month. You now use more than two million minutes per month (at 3 cents), but you estimate usage will be cut by more than half when you divert some voice traffic to the IP net. In this new scenario, the existing (non-IP) voice traffic will cost you 5 cents per minute because you have dropped below the 3-cent price point. In other words, in order to reduce costs with new IP services, you increased costs for the remaining voice services. A word to the wise: Look at the interrelated economics before you commit. Weigh international vs. domestic: One of the early driving factors in the voice-over-IP marketplace has been the promise of "free" or very low cost long-distance service. But before you take this promise at face value, get a good handle on your calling patterns, and determine what percentage of your traffic is international vs. domestic. With international rates in excess of $1 per minute to some destinations, voice-over-IP rates that are only a few cents per minute look very favorable and may be worth some compromises in quality. The domestic story may paint a completely different picture, as noted above. Make sure it's compatible. Your voice-over-IP gateway may need to interoperate with a number of existing and future voice processing systems, such as your PBX, automatic call distributor, interactive voice response system and others. Do the trunk circuit port types on your PBX match those available from your gateway vendors? Are you planning any future expansion or applications, such as a migration to ISDN or the installation of a Web-enabled call center? Make sure the new voice-over-IP hardware is compatible with all other voice systems. Be careful about codecs. Analog voice must be converted to a digital pulse stream before it can be placed in packets and sent over an IP net. A coder/decoder is the device that performs these voice processing functions. A variety of standards are available, including the ITU-T G.711 (64K bit/sec voice), G.729 (8K) and G.723 (5.2K to 6.3K). In addition, a number of vendors have developed proprietary schemes. Each alternative has unique characteristics, including the quality and delay associated with the coding algorithm, which vary with the amount of voice traffic being crammed into the packet. So it's important to understand the characteristics of the voice you're transmitting, as well as end-user expectations. Do the network requirements include the ability to pass fax traffic or music-on-hold over IP? Or is voice traffic the sole need? Does the gateway product allow for multiple codec options, or is it locked in to one standard or algorithm? Ask some questions about the codecs to get the right match for your network requirements. Manage your bandwidth. Real-time traffic, such as voice and video, should be given priority over more routine transmissions such as file transfers and e-mail. Several methods are possible, including setting priority by IP address, setting priority by protocol or using a reservation mechanism such as the Resource Reservation Protocol. However, not all routers are configurable to support such schemes. Check your existing routing infrastructure to see if prioritization capabilities exist. Keep ease of use in mind. Remember the early days of alternative carriers, when you had to remember to dial an extra dozen access digits and account codes to complete a long-distance call? Users have higher expectations now. If they are going to be accepted, voice gateways must be easy for the end users to operate, and they must work within existing dialing plans. As you research various products, ask for a demonstration of the dialing sequence required to access the voice-over-IP network, and verify it's compatible technically and procedurally with your existing methods of establishing, transferring and otherwise managing voice calls.
Acknowledgments: Thanks to Mike Berta (Motorola Information Systems Group), Lior Haramaty (VocalTec Communications, Ltd.), Lori Gadzala (Vienna Systems Corp.); Bryan Katz (Lucent Technologies, Inc.), Jim Machi (Dialogic Corp.), Eldon Mast (Netrix Corp.) and Tom Oser (Ernst & Young) for their insights into these issues. |
![]()
IMTC Web site
Review and buyer's guide: Voice over IP gateways Drill down into IP convergence:
Forum
The big picture
Economics
Regulatory
Customers
Carriers
Pundits
Links Miller is president of DigiNet Corp., a Denver-based data communications engineering firm. He has written 13 books on internetwork design and analysis, including Troubleshooting TCP/IP and Implementing IPv6. He can be reached at Mark@ diginet.com.
| Copyright, 1995-2001 Network World, Inc. All rights reserved. |
|