Voice bandwidth requirements depend on a number of parameters, including the sampling rate, codec, link type, header compression techniques, and the number of simultaneous voice calls. This section identifies voice bandwidth requirements for WAN links.
The most important issue is the number of simultaneous calls that are permitted across the WAN link.
The organization can limit the number of calls via call admission control; however, with a centralized call processing model, attempts that are made at calling capacity will simply busy out. This is the same behavior one would expect with a centrex solution when an outside line is not available. In addition, no exact rules exist for the percentage of lines to phones since it depends on business requirements. The organization can start by determining how many outside lines and phones the remote location currently has implemented. The organization may also be able to collect statistics on how frequently a busy-out occurred with the current solution to determine additional needs. Since you are implementing a new solution, this is a good time to investigate whether the number of lines available at the remote location is sufficient for the remote location.
Once you determine the maximum number of calls allowed across the WAN link, you can better understand the additional bandwidth requirements for that link. The next step is to understand the amount of bandwidth required for one voice call. Unfortunately, if you ask for the bandwidth requirements for a voice call, you are likely to get a variety of different answers, all of which may be correct for any given situation. It is therefore important to understand the components of a VoIP packet and the different variables that affect overall utilization. The following diagram identifies the
components in a VoIP packet. In addition to packet size, the sampling rate will affect bandwidth requirements. The configuration of VAD (voice activity detection), will also impact bandwidth requirements. VAD reduces bandwidth requirements using the theory that in any given voice call, only one party is talking at a time. Using this theory, periods of non-activity are then not transmitted across the link. VAD is expected to save overall bandwidth by as much as 50%. Planners must be careful however because at any one time 100% of the expected bandwidth may be required for one voice stream.
WAN Link and
Direction Minimum Delay Maximum Delay Potential Jitter
Packet Loss Percentage
San Jose to Denver 20 ms. 100 ms. 80 ms. .01%
Denver to San Jose 20 ms. 40 ms. 20 ms. .003%
San Jose to Los Angeles
8 ms. 29 ms. 21 ms. none
Los Angeles to San Jose
8 ms. 18 ms. 10 ms. none
San Jose to Seattle 26 ms. 120 ms. 94 ms. none
Seattle to San Jose 26 ms. 102 ms. 76 ms. none
Figure 3-5 VoIP Packet Components
The organization can start by understanding payload requirements. Two different encoding methods are currently available: G.711 and G.729A. In general, Cisco recommends G.711 encoding for LAN environments and G.729A across the WAN. When both are tested for voice quality, G.711 slightly edges out G.729 because of the additional payload information. The more important factor is the sampling rate, which is the period of time allocated to encoding information before the packet is transmitted. 20 millisecond sampling rates have higher quality because less voice information is needed for a 20 ms.
time slot. 30 millisecond sampling rates have lower voice quality than 20 ms. It is possible to configure sampling rates above 30 milliseconds; however, this is not recommended because it usually results in very poor voice quality. The following chart shows payload requirements for G.711 and G.729A for 20ms and 30ms sampling rates. Note that the sampling rate does not significantly impact bandwidth for the payload. However, when overhead is added, there are significant increases with 50 packets per second rather than 33 packets per second. The bandwidth consumption is also required for each VoIP stream. In any conversation, two such streams are required: one in each direction.
Table 3-19, Part 1 Payload Requirements
The next table takes into account the additional overhead of headers including RTP headers, UDP headers, IP headers, and link headers. All of the media types below include RTP, UDP, and IP headers at 40 bytes per packet.
Table 3-19, Part 2 Payload Requirements
Codec Sampling Rate
G.711 at 50 pps 85.6 kbps 82.4 kbps 106 kbps 81.6 kbps
G.711 at 30 pps 56.5 kbps 54.4 kbps 70 kbps 54 kbps
G.729A at 50 pps 29.6 kbps 26.4kbps 42.4 kbps 25.6 kbps
G.729A at 33 pps 19.5 kbps 17.4 kbps 28 kbps 17 kbps
You can improve bandwidth allocations using RTP header compression and VAD. RTP header
compression reduces the size of the RTP header from 12 bytes to 2 bytes. VAD reduces the bandwidth requirement by approximately 50 percent since bandwidth is only allocated to the talking party.
The values below for VAD can be misleading since it is unclear where the speaking party is at any one point in time. For this reason, use caution in simply reducing the bandwidth requirement by a full 50 percent. The following table shows bandwidth requirements for all major media with and without RTP header compression and VAD on a per-stream basis. Remember that any conversation has two streams, one in each direction.
Table 3-19, Part 3 Payload Requirements
Using the information above, network planners can estimate the bandwidth required for each WAN site.
Remember that WAN links are generally full-duplex so an equal amount of bandwidth should be allocated in each direction for one voice call. Be careful when estimating bandwidth using VAD because the values above do not represent the actual required bandwidth in any one direction at a particular point in time.
Codec
Ethernet 14 Bytes of Header
PPP 6 Bytes of Header
ATM
53-Byte cells with 48-Byte payload
Frame-Relay 4 Bytes of Header
G.711 at 50 pps 85.6 kbps 82.4 kbps 106 kbps 81.6 kbps
With cRTP 81.6 kbps 78.4 kbps 102 kbps 77.6 kbps
With VAD 42.8 kbps 41.2 kbps 58 kbps 40.8 kbps
With cRTP & VAD 40.8 kbps 39.2 kbps 51 kbps 38.8 kbps
G.711 at 33 pps 56.5 kbps 54.4 kbps 70 kbps 54 kbps
With cRTP 54.1 kbps 52.0 kbps 67.6 kbps 51.6 kbps
With VAD 28.3 kbps 27.2 kbps 35 kbps 27 kbps
With cRTP & VAD 27.1 kbps 26 kbps 33.8 kbps 25.8 kbps
G.729A at 50 pps 29.6 kbps 26.4kbps 42.4 kbps 25.6 kbps
With cRTP 25.6 kbps 22.4 kbps 38.4 kbps 21.6 kbps
With VAD 14.8 kbps 13.4 kbps 21.2 kbps 12.8 kbps
With cRTP & VAD 12.8 kbps 11.4 kbps 19.1 kbps 10.8 kbps
G.729A at 33 pps 19.5 kbps 17.4 kbps 28 kbps 17 kbps
With cRTP 16.2 kbps 14.1 kbps 24.8 kbps 13.8 kbps
With VAD 9.8 kbps 8.8 kbps 14 kbps 8.5 kbps
With cRTP & VAD 8.6 kbps 7.6 kbps 12.8 kbps 7.3 kbps
For example, the Acme Corporation has a remote field site that has 20 permanent employees. The site currently has three Centrex lines and users sometimes busy-out because an outside line is not available.
Network planners talked to the provider and found out that the busy-out condition was occurring roughly ten times a day. This was considered unacceptable to the office so the network planner agreed to provide bandwidth for four simultaneous voice calls. The site is currently connected via frame relay. The network planner also tested different compression techniques and decided to use G.729 encoding with cRTP and VAD over frame relay at 50 pps. Using the available information, the network planners found that each call would use approximately 10.8 kbps per stream. However, the planner was a bit
uncomfortable with only 43.2 kbps in each direction because VAD does not guarantee that bandwidth requirements will be this low in each direction at one time. The planner decided that to better guarantee voice quality, 64kbps should be allocated across frame relay. The site currently has 64 kbps CIR over frame relay so the planner intends to double CIR to 128k and configure the appropriate QOS, traffic shaping, and link fragmentation interleaving to provide acceptable voice quality.