Layer 2 QoS
Issue 3.4.1 June 2005
313
Layer 2 QoS
On Avaya and Cisco switches, IP Telephony traffic can be assigned to higher priority queues.
The number and the sizes of queues and how the queues function are device dependent, and
beyond the scope of this document.
However, in general, a fixed number of queues exist, and the queues are usually not
configurable. If the queues are configurable, it is typically not recommended. Older or lower end
switches commonly have only two queues or none at all. Newer or higher-end switches
commonly have four or eight queues, with eight being the maximum because there are only
eight Layer 2 priority levels. When configured to do so, the Ethernet switch can identify the
high-priority traffic by the 802.1p/Q tag, and assign that traffic to a high-priority queue. On some
switches, a specific port can be designated as a high-priority port, which causes all traffic that
originates from that port to be assigned to a high-priority queue.
Layer 3 QoS
It is usually more complicated to implement QoS on a router than on an Ethernet switch. Unlike
Ethernet switches, routers do not just have a fixed number of queues. Instead, routers have
various queuing mechanisms. For example, Cisco routers have standard first-in first-out
queuing (FIFO), weighted fair queuing (WFQ), custom queuing (CQ), priority queuing (PQ), and
low-latency queuing (LLQ). LLQ is a combination of priority queuing and class-based weighted
fair queuing (CBWFQ), and it is Cisco’s recommended queuing mechanism for real-time
applications such as IP Telephony. Each queuing mechanism behaves differently, is configured
differently, and has its own set of queues.
First, the desired traffic must be identified using DSCP, IP address, TCP/UDP port, or protocol.
Then the traffic must be assigned to a queue in one of the queuing mechanisms. Then the
queuing mechanism must be applied to an interface.
The interface itself might also require additional modifications, independent of the queuing
mechanism, to make QoS work properly. For example, Cisco requires traffic shaping on Frame
Relay and ATM links to help ensure that voice traffic is allotted the committed or guaranteed
bandwidth. Cisco also recommends link fragmentation and interleaving (LFI) on WAN links
below 768 kbps, to reduce serialization delay. Serialization delay is the delay that is incurred in
encapsulating a packet and transmitting it out the serial interface. It increases with packet size,
but decreases with WAN link size. The concern is that large low-priority packets induce
additional delay and jitter, even with QoS enabled. This is overcome by fragmenting the large
low-priority packets and interleaving them with the small high-priority packets, thus reducing the
wait time for the high-priority packets.
Table 72: Serialization delay matrix
on page 314 lists
Содержание Application Solutions
Страница 1: ...Avaya Application Solutions IP Telephony Deployment Guide 555 245 600 Issue 3 4 1 June 2005 ...
Страница 20: ...About This Book 20 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 21: ...Issue 3 4 1 June 2005 21 Section 1 Avaya Application Solutions product guide ...
Страница 22: ...22 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 74: ...Avaya Application Solutions platforms 74 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 106: ...Call processing 106 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 124: ...Avaya LAN switching products 124 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 139: ...Issue 3 4 1 June 2005 139 Section 2 Deploying IP Telephony ...
Страница 140: ...140 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 186: ...Traffic engineering 186 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 204: ...Security 204 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 214: ...Voice quality network requirements 214 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 228: ...Avaya Integrated Management 228 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 239: ...Reliability Issue 3 4 1 June 2005 239 Figure 69 S8700 Media Server in a high reliability configuration ...
Страница 274: ...Reliability and Recovery 274 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 275: ...Issue 3 4 1 June 2005 275 Section 3 Getting the IP network ready for telephony ...
Страница 276: ...276 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 350: ...Implementing Communication Manager on a data network 350 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 356: ...Network recovery 356 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 366: ...Network assessment offer 366 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 367: ...Issue 3 4 1 June 2005 367 Appendixes ...
Страница 368: ...Appendixes 368 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 394: ...Access list 394 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 414: ...DHCP TFTP 414 Avaya Application Solutions IP Telephony Deployment Guide ...