COMPARATIVE ANALYSIS OF DIFFERENT QUEUING MECHANISMS IN HETROGENEOUS NETWORKS

Similar documents
Modeling and Simulation of Queuing Scheduling Disciplines on Packet Delivery for Next Generation Internet Streaming Applications

RASHED ET AL: A COMPARATIVE STUDY OF DIFFERENT QUEUING TECHNIQUES IN VOIP, VIDEO CONFERENCING AND. Fig. 1 Network Architecture for FIFO, PQ and WFQ

Performance Analysis of Queuing Disciplines for Different Internet Service Protocols

Analysis of IP Network for different Quality of Service

A Comparative analysis on traditional Queuing and Hybrid Queuing Mechanism of VoIP s QoS Properties

Investigation and Comparison of MPLS QoS Solution and Differentiated Services QoS Solutions

Quality of Service (QoS)) in IP networks

Quality of Service versus Fairness. Inelastic Applications. QoS Analogy: Surface Mail. How to Provide QoS?

The network we see so far. Internet Best Effort Service. Is best-effort good enough? An Audio Example. Network Support for Playback

Improving Quality of Service

Quality of Service. Traditional Nonconverged Network. Traditional data traffic characteristics:

This topic lists the key mechanisms use to implement QoS in an IP network.

Lecture 16: Quality of Service. CSE 123: Computer Networks Stefan Savage

QoS scheduling. Scheduling algorithms

VoIP Performance Over different service Classes Under Various Scheduling Techniques

Improving the Performance of TCP Using Window Adjustment Procedure and Bandwidth Estimation

Sources: Chapter 6 from. Computer Networking: A Top-Down Approach Featuring the Internet, by Kurose and Ross

Congestion Control Review Computer Networking. Resource Management Approaches. Traffic and Resource Management. What is congestion control?

Quality of Service Analysis of site to site for IPSec VPNs for realtime multimedia traffic.

- QoS and Queuing - Queuing Overview

EXPERIMENTAL STUDY FOR QUALITY OF SERVICE IN VOICE OVER IP

Real-time apps and Quality of Service

6.6 Scheduling and Policing Mechanisms

Chapter 5 Configuring QoS

Distributed Systems 3. Network Quality of Service (QoS)

Requirements of Voice in an IP Internetwork

Quality of Service (QoS) on Netgear switches

VoIP Quality of Service - Basic Theory

Network Management Quality of Service I

Passive Queue Management

Optimizing Converged Cisco Networks (ONT)

Per-Flow Queuing Allot's Approach to Bandwidth Management

5 Performance Management for Web Services. Rolf Stadler School of Electrical Engineering KTH Royal Institute of Technology.

Improving QOS in IP Networks. Principles for QOS Guarantees. Principles for QOS Guarantees (more) Principles for QOS Guarantees (more)

The Affects of Different Queuing Algorithms within the Router on QoS VoIP application Using OPNET

Network management and QoS provisioning - QoS in the Internet

Chapter 7 outline. 7.5 providing multiple classes of service 7.6 providing QoS guarantees RTP, RTCP, SIP. 7: Multimedia Networking 7-71

Cisco CCNP Optimizing Converged Cisco Networks (ONT)

VoIP QoS on low speed links

The QoS of the Edge Router based on DiffServ

A Novel QoS Framework Based on Admission Control and Self-Adaptive Bandwidth Reconfiguration

16/5-05 Datakommunikation - Jonny Pettersson, UmU 2. 16/5-05 Datakommunikation - Jonny Pettersson, UmU 4

Implementing Cisco Quality of Service QOS v2.5; 5 days, Instructor-led

VOICE OVER IP AND NETWORK CONVERGENCE

QoS Parameters. Quality of Service in the Internet. Traffic Shaping: Congestion Control. Keeping the QoS

Authors Mário Serafim Nunes IST / INESC-ID Lisbon, Portugal mario.nunes@inesc-id.pt

Nortel Technology Standards and Protocol for IP Telephony Solutions

Faculty of Engineering Computer Engineering Department Islamic University of Gaza Network Chapter# 19 INTERNETWORK OPERATION

"Charting the Course to Your Success!" QOS - Implementing Cisco Quality of Service 2.5 Course Summary

Traffic Modeling and Evaluation of QoS schemes in Wide Area Monitoring System

Policing and Shaping Overview

PFS scheme for forcing better service in best effort IP network

Transport Layer Protocols

IMPLEMENTING CISCO QUALITY OF SERVICE V2.5 (QOS)

Indepth Voice over IP and SIP Networking Course

Chapter 6 Congestion Control and Resource Allocation

Comparative Analysis of Congestion Control Algorithms Using ns-2

Turning Copper into Gold

Figure 1: Network Topology

Quality of Service using Traffic Engineering over MPLS: An Analysis. Praveen Bhaniramka, Wei Sun, Raj Jain

4 Internet QoS Management

How To Monitor And Test An Ethernet Network On A Computer Or Network Card

Voice Over IP. MultiFlow IP Phone # 3071 Subnet # Subnet Mask IP address Telephone.

Research Article Average Bandwidth Allocation Model of WFQ

Voice over Internet Protocol (VoIP) systems can be built up in numerous forms and these systems include mobile units, conferencing units and

Flexible Deterministic Packet Marking: An IP Traceback Scheme Against DDOS Attacks

Analysis of QoS parameters of VOIP calls over Wireless Local Area Networks

Quality of Service for IP Videoconferencing Engineering White Paper

Network administrators must be aware that delay exists, and then design their network to bring end-to-end delay within acceptable limits.

A Preferred Service Architecture for Payload Data Flows. Ray Gilstrap, Thom Stone, Ken Freeman

Encapsulating Voice in IP Packets

NOVEL PRIORITISED EGPRS MEDIUM ACCESS REGIME FOR REDUCED FILE TRANSFER DELAY DURING CONGESTED PERIODS

Communications and Computer Networks

Performance Evaluation of the Impact of QoS Mechanisms in an IPv6 Network for IPv6-Capable Real-Time Applications

IP videoconferencing solution with ProCurve switches and Tandberg terminals

RESOURCE ALLOCATION FOR INTERACTIVE TRAFFIC CLASS OVER GPRS

Clearing the Way for VoIP

Adaptive DCF of MAC for VoIP services using IEEE networks

Quality of Service in the Internet. QoS Parameters. Keeping the QoS. Traffic Shaping: Leaky Bucket Algorithm

1. The subnet must prevent additional packets from entering the congested region until those already present can be processed.

APPLICATION NOTE 209 QUALITY OF SERVICE: KEY CONCEPTS AND TESTING NEEDS. Quality of Service Drivers. Why Test Quality of Service?

Protagonist International Journal of Management And Technology (PIJMT) Online ISSN Vol 2 No 3 (May-2015) Active Queue Management

Curso de Telefonía IP para el MTC. Sesión 2 Requerimientos principales. Mg. Antonio Ocampo Zúñiga

QoS issues in Voice over IP

VoIP Network Dimensioning using Delay and Loss Bounds for Voice and Data Applications

DOCSIS 1.1 Cable Modem Termination Systems

Three Key Design Considerations of IP Video Surveillance Systems

QoS Strategy in DiffServ aware MPLS environment

Highlighting a Direction

Multimedia Requirements. Multimedia and Networks. Quality of Service

CS 78 Computer Networks. Internet Protocol (IP) our focus. The Network Layer. Interplay between routing and forwarding

Quantifying the Performance Degradation of IPv6 for TCP in Windows and Linux Networking

The Conversion Technology Experts. Quality of Service (QoS) in High-Priority Applications

AN OVERVIEW OF QUALITY OF SERVICE COMPUTER NETWORK

Transcription:

COMPARATIVE ANALYSIS OF DIFFERENT QUEUING MECHANISMS IN HETROGENEOUS NETWORKS Shubhangi Rastogi 1, Samir Srivastava 2 M.Tech Student, Computer Science and Engineering, KNIT, Sultanpur, India 1 Associate Professor, Computer Science and Engineering, KNIT, Sultanpur, India 2 Abstract: Each router in the network must implement some queuing discipline that governs how are buffered while waiting to be transmitted. So Queuing is one of the important mechanisms in traffic management. In this paper various existing queuing algorithms are explained First in First out (FIFO), Priority Queue (PQ), Fair Queue (FQ), Weighted Fair Queue (WFQ), Class based WFQ (CBWFQ), Self Clocked FQ (SCFQ), Worst case fair WFQ (WF 2 Q), Worst Case fair WFQ plus (WF 2 Q+), Round Robin (RR), Weighted RR (WRR), Deficit WRR (DWRR). Then a comparative analysis of three queuing mechanisms FIFO, PQ and WFQ.WFQ technique has a superior quality than the other techniques. Keywords: FIFO, PQ, FQ, WFQ, CBWFQ, DWRR. I. INTRODUCTION Congestion in Internet occurs when the link bandwidth exceeds the capacity of available routers or when the arrival rate of is greater than the departure rate due to one of the following two reasons: Input interface is faster than the output interface or Output interface is receiving coming in from multiple other interfaces. This results in long delay in data delivery and wasting of resources due to lost or dropped. The primary role of a router is to switch from the input links to output links through buffer. Apart from forwarding the, routers are involved for controlling the congestion in the network. It is known from that routing algorithms focus on two main concepts namely queue management and scheduling. Queue management algorithms manage the length of packet queues by dropping whenever necessary whereas scheduling algorithms determine which to be sent next. These algorithms are used primarily to manage the s of bandwidth among various flows. So objective of this paper is to analyze different existing queuing mechanisms and produces a comparative picture. Initial implementations of queuing used a single FIFO (first-in-first-out or first-come-first-serve queuing) strategy. More complex queuing mechanisms were introduced when special requirements need routers to differentiate among of different importance. Queuing was split into two parts: first is the hardware queue that still uses FIFO strategy, which is necessary for the interface drivers to transmit one by one. The hardware queue is sometimes referred to as the transmit queue or TxQ and the second is the software queue that schedules into the hardware queue based on the QoS requirements. Each queuing mechanism has three main components that define it: 1. Classification (selecting the class) 2. Insertion policy (determining whether a packet can be enquired) 3. Service policy (scheduling to be put into the hardware queue) II. BACKGROUND Existing Queuing Mechanisms: Copyright to IJARCCE www.ijarcce.com 3075

There are many more queuing algorithms but in this paper the main focus is on three algorithms i.e. FIFO, PQ and WFQ. A. FIFO First in First out i.e. FIFO is the most basic queuing mechanisms. It is simplest queuing mechanisms as in FIFO queuing there exist no classification because all are treated equally by placing them in a single class. Here Tail Drop policy is used in which are dropped when the output queue is full. The scheduler services in the order they arrived. B. PQ Fig. 1. FIFO Queuing Priority Queue PQ is the basis for various queuing mechanisms. Packets are first classified into different priority queues as High queue, Medium queue, Normal queue (the default queue) and Low queue. Scheduling prefers in the same order. Each class uses one FIFO queue, where are dropped if a queue is full. In Strict priority queue, first in High queue are scanned if there exist in high queue then these are scheduled first otherwise move to next queue and scan the medium and so on. While in rate controlled Priority queue, higher priority are scheduled before lower priority one if the amount of traffic is below the user-configured threshold. C. FQ Fig. 2. Priority Queuing Fair Queuing FQ is the foundation of various queuing mechanisms that are designed to ensure that each flow has fair access to network resources. Bandwidth is allocated fairly among all the flows. So arrived first (in FIFO) and of high priority will not monopolize the whole bandwidth. Here the flows which are sending more number of or large in size i.e. the of aggressive flows are dropped. So the misbehaving flow will not be destructive to other better behaved applications. Fair queuing algorithms can achieve fair bandwidth s by maintaining per-flow state and information. If there are n numbers of active flows then each flow is allocated 1/n of the output bandwidth. As the no. of flows changes, the amount of bandwidth allocated to each of the queue also changes. 1) WFQ: WFQ is basis for a class of queuing mechanisms that are designed to address limitation of FQ. WFQ supports Flow with different bandwidth requirements by giving each queue a weight that assigns it a different percentage of output bandwidth. WFQ also supports variable length, so that flows with large packet are not allocated more bandwidth than flows with smaller. But to support fair when forwarding variable length adds complexity to queue mechanisms. Copyright to IJARCCE www.ijarcce.com 3076

The figure illustrates the dropping scheme of WFQ. The process can be split into the following steps: Step1: Drop the new packet if the WFQ system is full (holdqueue limit reached) and the new packet has the worst finish time (the last in the entire system). Step2: Drop the packet with the worst finish time in the WFQ system if the system is full and enqueue the new packet. Fig. 3. WFQ Queuing Step3: Drop the new packet if the queue, where the packet should be enqueued, is the longest (not in but in the finish time of the new packet) and there are more in the WFQ system than the CDT. WFQ dropping is not a simple tail-drop. WFQ drops of the most aggressive flows.wfq scheduler is a simulation of a TDM system (time-division multiplexer). The bandwidth is equally distributed to all active flows. Classification identifies a flow and assigns a queue to the flow. WFQ Insertion and Drop Policy WFQ has two modes of dropping: 1. Early dropping when the congestion discard threshold (CDT) is reached- to start dropping of the most aggressive flow, even before the hold-queue limit is reached 2. Aggressive dropping when the hold-queue limit (HQO) i.e. total maximum number of is reached Fig. 4. WFQ insertion & dropping policy CBWFQ, which extends the standard WFQ fair queuing, the weight specified for the class becomes the weight of each Step4: Otherwise enqueue the new packet. 2) CBWFQ: Class-based weighted fair queuing (CBWFQ) extends the standard WFQ functionality to provide support for userdefined traffic classes. For CBWFQ, define traffic classes based on match criteria including protocols, access control lists (ACLs), and input interfaces. Packets satisfying the match criteria for a class constitute the traffic for that class. A queue is reserved for each class, and traffic belonging to a class is directed to the queue for that class. Once a class has been defined according to its match criteria, you can assign it characteristics. To characterize a class, you assign it bandwidth, weight, and maximum packet limit. The bandwidth assigned to a class is the guaranteed bandwidth delivered to the class during congestion. To characterize a class, you also specify the queue limit for that class, which is the maximum number of allowed to accumulate in the queue for the class. Packets belonging to a class are subject to the bandwidth and queue limits that characterize the class. After a queue has reached its configured queue limit, enqueuing of additional to the class causes tail drop or packet drop to take effect, depending on how class policy is configured. Once a packet is classified, all of the standard mechanisms that can be used to differentiate service among the classes apply. Flow classification is standard WFQ treatment. That is, with the same source IP address, destination IP address, source Transmission Control Protocol (TCP) or User Datagram Protocol (UDP) port, or destination TCP or UDP port are classified as belonging to the same flow. WFQ allocates an equal share of bandwidth to each flow. Flow-based WFQ is also called fair queuing because all flows are equally weighted. For packet that meets the match criteria of the class. Packets that arrive at the output interface are classified according to the Copyright to IJARCCE www.ijarcce.com 3077

match criteria filters you define, and then each one is assigned the appropriate weight. The weight for a packet belonging to a specific class is derived from the bandwidth you assigned to the class when you configured it; in this sense the weight for a class is user-configurable. After the weight for a packet is assigned, the packet is enqueued in the appropriate class queue. CBWFQ uses the weights assigned to the queued to ensure that the class queue is serviced fairly. 3) SCFQ: The Self-Clocked Fair Queuing, SCFQ is enhancement to WFQ that simplifies the complexity of calculating the finish time in a corresponding GPS system. The decrease in complexity results in a larger worse-case delay and delay increases with the number of service classes. However, it was discovered that calculating the Finish Time (the time at which a packet would have been serviced given a hypothetical fluid server) for WFQ was complicated/difficult. SCFQ uses a simplified method of calculating the service time, based on the transmission delay of the packet, and the finish time of the packet currently being serviced. 4) WF 2 Q: The Worst-case Fair Weighted Fair Queue is an enhancement to WFQ that uses both the start time and finish times of to achieve a more simulation of a GPS system. It is neither forward nor back more than one package length. For avoiding oscillations between high and low services for a flow. WF 2 Q is also more suitable for the resumption of the congestion and control algorithms. In a system that uses WF 2 Q, the server selects the following packages which must be processed among those packages the GPS system would have sent. Among these packages it is chosen that one who has minimum reference time in GPS. WF 2 Q is a better packet approximation algorithm of GPS than WFQ. It provides almost identical service with GPS, the maximum difference is no more than one packet size. The problem with WF 2 Q is the time complexity for computing the virtual time. 5) WF 2 Q+ The Worst-case Fair Weighted Fair Queue + is an enhancement of WF 2 Q which implements a new virtual time function that results in lower complexity and higher accuracy. Scheduler maintains a virtual clock in addition to the real clock and separate queue for each session. When a packet reaches the head of its queue, it is assigned a Virtual Start Time and a Virtual Finish Time. Only the at the head of their queues with Virtual Start Time less than or equal to the current Virtual Time are eligible for transmission. Among eligible, the one with the least Virtual Finish Time is picked for transmission. III. COMPARATIVE ANALYSES OF QUEUING TECHNIQUES S. Queuing Description Advantages Limitations Applications No. Algorithm 1 FIFO -no. of queues= 1 -based on first come first served -packet by packet dispatching -tail drop mechanism used -enabled when bandwidth is more than 2 Mbps -high processing speed -simple and fast -no need to configure -low computational load -predictable in nature -no reordering -supported on all platforms -unfair bandwidth -causes starvation -causes jitter -do not allow routers to organize buffer gives benefits to UDP flows over TCP flows and gives acceptable results for FTP 2 PQ -no. of queues= 4 -high priority are serviced first -packet by packet dispatching - tail drop mechanism used -designed for low bandwidth links -low processing speed -low delay to high priority -low computational load - allow routers to organize buffer - unfair bandwidth -starvation of lower priority -need to be configured -low processing speed Used in real time applications as VOIP Copyright to IJARCCE www.ijarcce.com 3078

3 WFQ -number of queues are configurable -low volume traffic is given priority -conversational dispatching -Modified tail drop mechanism(drops most aggressive flow) - enabled when bandwidth is less than 2 Mbps - processing speed is faster than PQ but is slower than FIFO -easy to configure -fair bandwidth -reduced jitter -proportional bandwidth for traffic of different priorities -complex -not applicable to delay sensitive real time services Works best for FTP and video conferencing IV.CONCLUSION BIOGRAPHY After surveying the various existing queuing mechanisms and comparatively analyzing the queuing mechanisms FIFO, PQ and WFQ we conclude that WFQ performs the best among above mentioned mechanisms in most of the applications. WFQ is not suitable for delay sensitive traffic such as voice in VOIP application. PQ gives the best result for delay sensitive data so it is suitable for VOIP. Whereas FIFO is simple and fast queuing mechanism in which there is no need of reordering and configuring the. So WFQ gives good performance in FTP, Video conferencing and many more applications. Shubhangi Rastogi has completed her B.Tech from Shri Ram Murti Smarak College of Engineering and Technology, Bareilly (U.P.) in 2011 with Computer Science and Engineering stream. Currently she is pursuing M.Tech from Kamla Nehru Institute of Technology, Sultanpur with Computer Science and Engineering stream. Her areas of interest are Computer Networks, Cryptography and Parallel Algorithm. REFERENCES [1] G.Thiruchelvi and J.Raja, A Survey On Active Queue Management Mechanisms, IJCSNS International Journal of Computer Science and Network Security, VOL.8 No.12, December 2008. [2] Jung-Shim Li, Yi-Ting Lin, Ching-Fang Yang, CORE-STATELESS FAIR RATE ESTIMATION FAIR QUEUING 0-7803-7625-0/02/$17.0W0O 0 2 IEEE British Crown Copyright. [3] Mohammad Mirza Golam Rashed and Mamun Kabir, A COMPARATIVE STUDY OF DIFFERENT QUEUING TECHNIQUES IN VOIP, VIDEO CONFERENCING AND FILE TRANSFER, Daffodil International University Journal of Science and Technology, volume 5, issue 1, January 2010. [4] Anca VARGATU, Ionut BOSOANCA, A Survey of Wireless Fair Queuing Algorithms with Location-Dependent Channel Errors Informatica Economica vol. 15, no. 4/2011. [5] Tomas Balogh, Martin Medvecký, Comparison of Priority Queuing Based Scheduling Algorithms VOL. 1, NO. 1, APRIL 2010 [6] QoS Congestion Management (queuing) [ONLINE] Available at: http://www.cisco.com/en/us/tech/tk543/tk544/tsd_technology_support_pro tocol_home.html [7] P. Ramanathan and P. Agrawal, Adapting packet fair queuing algorithms to wireless networks, Proc. ACM/IEEE Int l Conf. Mobile Computing and Networking, pp.1-9, 1998 Copyright to IJARCCE www.ijarcce.com 3079