<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>Telecom Auditing Guide &#124; Telecom Expense Management Blog&#187; TCP/IP</title>
	<atom:link href="http://www.telecomauditguide.com/category/tcpip/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.telecomauditguide.com</link>
	<description>"Telecom Tips and Strategies" by TelCon Associates, Inc.</description>
	<pubDate>Thu, 15 Jul 2010 21:09:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Preparing Your TCP/IP Data Network For Voice Traffic</title>
		<link>http://www.telecomauditguide.com/voip/preparing-your-tcpip-data-network-for-voice-traffic/</link>
		<comments>http://www.telecomauditguide.com/voip/preparing-your-tcpip-data-network-for-voice-traffic/#comments</comments>
		<pubDate>Thu, 14 Feb 2008 19:46:52 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[TCP/IP]]></category>

		<category><![CDATA[VoIP]]></category>

		<category><![CDATA[network data]]></category>

		<category><![CDATA[voice over data network]]></category>

		<guid isPermaLink="false">http://www.telecomauditguide.com/voip/preparing-your-tcpip-data-network-for-voice-traffic/</guid>
		<description><![CDATA[                                          As much as vendors would like you to believe,     [...]]]></description>
			<content:encoded><![CDATA[<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">                                          As much as vendors would like you to believe,                                          employing voice applications over your                                          existing TCP/IP data network is certainly                                          not as simple as plugging in VoIP-enabled                                          phones and installing software to make                                          them work. Combining voice and data networks                                          into one seamless operation can be tricky.</font></p>
<p><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Before                                          you attempt to run voice communication                                          over your TCP/IP network, familiarize                                          yourself with the following key issues                                          in order to avoid any unpleasant surprises.                                          </font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Voice                                          vs Data<br />
</strong></font></p>
<p align="center">
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">VoIP                                          enables the human voice to be sent over                                          networks as data &#8220;packets&#8221;.                                          These packets are then reorganized into                                          the human voice upon reaching their final                                          destination. One would think that non-voice                                          traffic travels over the network in the                                          same manner as data traffic. After all,                                          data is data, right? </font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Wrong.                                          The reasons are that TCP/IP networks do                                          not generally deliver &#8220;packets&#8221;                                          of data in the same order, along the same                                          route, or even within the same time frame.                                          This is not a problem for normal data                                          downloads or data transfer, but for voice                                          conversations it is critical that &#8220;packet&#8221;                                          information is transferred without packet                                          loss or latency.</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>                                          Bandwidth</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">It                                          goes without saying that in order to run                                          voice over a TCP/IP network, sufficient                                          bandwidth is required. Most network services                                          customers are familiar with the raw bandwidth                                          of each of their connections. The key                                          issue here is not to confuse &#8220;available&#8221;                                          bandwidth with &#8220;total&#8221; bandwidth.                                          For example, a T-1 devoted to data networking                                          may have 1.5 Mb of raw bandwidth. That                                          does not mean, however, that the entire                                          1.5 MB of bandwidth will be available                                          for voice applications.</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Packet                                          Loss</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Inherent                                          in any network is the inevitability of                                          &#8220;packet loss&#8221;. Packet loss refers                                          to the percentage of data packets that                                          travel the network then fail to reach                                          their final destination. Packet loss can                                          be tested and measured using network analysis                                          tools. If you test and determine a packet                                          loss of 3% or more, your existing network                                          will not successfully handle voice traffic.                                          </font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Keep                                          in mind that packet loss increases dramatically                                          when a network is overloaded with traffic.                                          In fact, a network may even become unusable                                          for voice applications when approaching                                          their maximum bandwidth capabilities.<br />
</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Jitter</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Packets                                          of voice information traveling across                                          a network take varying amounts of time                                          to go from one end to the other. This                                          variation is referred to as &#8220;jitter&#8221;.                                          The receiving end of a VoIP voice call                                          &#8220;buffers&#8221; packet information                                          so it can be played as a smooth and unbroken                                          stream of voice audio. The depth of jitter                                          (measured in milliseconds) can and should                                          be measured. Always be sure that jitter                                          settings match the behavior of the network.                                          Dropouts may occur if the setting is too                                          low, and delays in the audio will occur                                          if the setting is too high.<br />
</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Latency</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">The                                          total amount of time it takes for a packet                                          of voice information to get from one end                                          of the network to the other is called                                          latency. Latency is also measured in milliseconds.                                          A latency of 200 or more milliseconds                                          can result in echo, especially if the                                          connections at the receiving end are not                                          all digital. A latency of more than 400                                          milliseconds results in both parties of                                          the call constantly &#8220;interrupting&#8221;                                          each other, then waiting for the other                                          person to finish. This situation is simply                                          not acceptable for even the most patient                                          of callers.</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Codecs</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A                                          codec is responsible for converting the                                          analog voice signal of a phone call to                                          digital packets of information - then                                          converting them back to analog voice audio.                                          There are many types of codecs available                                          depending on available bandwidth and the                                          quality of the audio that is desired.                                          First determine the amount of voice data                                          traffic you anticipate having, then choose                                          the appropriate codec. The G.711 codec                                          is widely used throughout North America                                          and although it consumes up to 83 kB per                                          second of bandwidth it provides toll-quality                                          voice connections.</font></p>
<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Configuration                                          for Quality of Service (QOS)</strong></font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">The                                          most complicated and difficult issue you                                          will encounter will be how to successfully                                          configure the network to handle both data                                          and voice packets simultaneously. File                                          downloads and other data transfers that                                          occur at the same time as voice calls                                          can easily interfere and even interrupt                                          these voice conversations if the network                                          is not configured properly. </font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">It                                          is the job of the routers to treat voice                                          packet information in a special way. Without                                          routers giving voice packets special treatment,                                          they will almost always lose the battle                                          when in direct competition with data packets.                                          The configuration of routers to do this                                          properly is called &#8220;Quality of Service&#8221;,                                          or QOS. There are four types of configurations                                          of QOS. Each provide different levels                                          of efficiency for handling voice and data                                          traffic simultaneously.<br />
</font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>1)                                          Best-Effort QOS </strong><br />
This configuration is the most inefficient                                          and one that most network routers are                                          configured by default. Voice traffic may                                          sound fine with this configuration, although                                          any large data downloads will easily interrupt                                          voice conversations.</font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>2)                                          Differentiated Service</strong><br />
One way to solve the problem of competition                                          between voice and data packets is to configure                                          routers to simply determine the difference                                          between the two types of information,                                          then handle them accordingly. Differentiated                                          service allows for routers to use different                                          schemes for handling the two types of                                          traffic.</font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>3)                                          Dedicated Service </strong><br />
Routers can be configured to ensure that                                          sufficient bandwidth is always available                                          for voice traffic. This configuration                                          tells the router to never use the dedicated                                          bandwidth for data transmission. Although                                          it can be complicated to configure routers                                          with dedicated service, it does a good                                          job of eliminating the problem of data                                          traffic interfering with voice communications.                                          One major disadvantage, however, is that                                          the &#8220;dedicated&#8221; portion of the                                          network will go unused when there is no                                          voice traffic.</font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>4)                                          Guaranteed Service </strong><br />
The most complex and expensive option                                          to packet competition is guaranteed service.                                          This configuration allows routers to set                                          up dedicated but temporary bandwidth for                                          each individual call. When a call has                                          ended, the bandwidth then becomes available                                          for other voice calls or data traffic.</font></p>
<p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">The                                          ability to use data networks for voice                                          applications is an attractive one although                                          not always simple and straightforward.                                          Proper planning and testing will help                                          you avoid the inevitable pitfalls of configuring                                          voice applications over data networks.</font></p>
<p align="left">Submitted by: <a href="http://www.telconassociates.com">TelCon Associates, Inc</a>. a leader in telecom cost-reduction and bill management for over 35 years.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.telecomauditguide.com/voip/preparing-your-tcpip-data-network-for-voice-traffic/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
