DOCSLIB.ORG

Considerations on Voip Throughput in 802.11 Networks

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Considerations on Voip Throughput in 802.11 Networks Advances in Electrical and Computer Engineering Volume 9, Number 3, 2009 Considerations on VoIP Throughput in 802.11 Networks Alin D. POTORAC Stefan cel Mare University of Suceava str.Universitatii nr.13, RO-720229 Suceava [email protected] Abstract—Voice data packets have to arrive at the Overlap between the channels cause unacceptable destination in time, with a defined cadence and with low and degradation of signal quality and throughput. Basically the constant delay in order to allow the real time voice radio channel overlapping is accepted in 802.11 standards reconstruction. From this point of view, transmitting voice over [2]. IP networks is the most sensitive category of applications, especially when wireless medium is involved. The paper In infrastructure wireless LANs with one access point, the discusses the possibilities of transmitting the maximum data frames do not travel directly among clients. A wireless number of simultaneous voice streams over 802.11 wireless client sends the data frame to the access point and then the networks considering the main factors which impact with VoIP access point resends the payload content of the original data throughput, in a basic scenario. Starting from a proposed frame, packed in a new data frame, to the receiving client. communication model, the number of simultaneous possible The AP bandwidth (and the radio space) is shared between VoIP sessions is calculated, taking into consideration the contribution of the protocol overheads, the security overheads, the AP radio clients and the user available bandwidth is thus the PHY level timings and the CODEC proprieties. Numerical split among those clients [6]. results are generated and compared. RTS/CTS (Request to Send, Clear to Send) mechanism is the basic solution for managing 802.11b/g mixed wireless Index Terms—throughput, quality of service (QoS), IEEE networks. One client is asking the permission for 802.22 wireless LAN (WLAN), voice over IP (VoIP), voice transmission by sending a RTS message to the access point. codec At its turn, the access point is answering with a CTS message. The clients who receive the CTS will stop the send I. INTRODUCTION initiatives and avoid the collisions. The throughput is thus Sending the voice in real world IP networks is not a trivial reduced due to the RTS/CTS exchange times. problem. This is even more complicated on wireless Considering one radio client in a clean radio environment, networks. The voice applications are the most sensitive ones the above limitations could be neglected as a first approach. as they are time sensitive. In 802.11 communications, In such conditions, there are no overlapping, no bandwidth supplementary overheads and timing intervals are necessary sharing and no RTS/CTS mechanism. However, the protocol for every carried data packet. Additionally, the radio overheads and radio communication timing intervals cannot transmission technology has some limitations due to channel be avoided and they are extensively discussed further in this overlapping, radio bandwidth sharing, legacy support, paper, being the most throughput resources consuming overheads and inter-packet times. elements. APP Application Layer (RTP) RTP Voice Packet 12B (Codec Dependent) UDP Transport Layer (UDP) UDP Data Message 8B INT Internet Layer (IP) IP Datagram 20B LLC LLC Sub- Layer MAC Security LLC IP Data Unit 30B Overheads 4B CRC MAC MAC Sub- Layer 0-20B MAC Body 4B MAC Data PLCP MAC Protocol Data Unit (MPDU) Preamble Header PHY 18B 6B PLCP Protocol Data Unit (PPDU) Figure 1. VoIP packet encapsulation. Digital Object Identifier 10.4316/AECE.2009.03009 45 Advances in Electrical and Computer Engineering Volume 9, Number 3, 2009 II. PROTOCOL OVERHEADS Finally, when no security method is involved, the PLCP For each voic e packet whic h has to be sent, different Prot ocol Data Unit (PPDU) which is launched into the overheads are added when the data unit passes to each physical transmission medium contains a total number of protocol layer. We have to notice that the package length is overhead bytes equal with 102 (78+24), but transmitted at increased each time when de data unit is transferred to the two different rates. next down layer. In Figure 1, we show how these things happen. At the application level, the voice data stream is III. SECURITY OVERHEADS compressed by a specific codec, resulting voice packets with When security issues are used, as we can see in Table 1, a certain length. The compressed packets have different 8-16-20 bytes are supplementary carried for each voice dimensions depending on the codec. They are carried by frame. Accordingly, the security overheads will have an using RTP protocol (Real Time Transport Protocol) which impact on the voice channel extending the data frame. With adds its header of 12 bytes length. Next, at the transport WEP (Wired Equivalent Privacy) we arrive at 110 bytes, layer, a new UDP 8 bytes header is necessary (UDP is User with WPA (Wi-Fi Protected Access) using TKIP (Temporal Datagram Protocol). The IP frame creation needs another 20 Key Integrity Protocol) algorithm, 122 bytes are added, and bytes header. With no security involved, the MAC layer with WPA CCMP (Wi-Fi Protected Access based on adds a total overhead of 38 bytes (with LLC contribution Counter Mode with Cipher Block Chaining Message included) and PHY has another 24 bytes as PLCP (Physical Authentication Code Protocol) the security overheads are Layer Convergence Protocol) preamble and header. 118 bytes [10]. The PLCP Preamble and Header (PCLP overheads) are It is important to note that the voice packets length transmitted at the basic channel data rate. The basic rate is 1 usually extend from 10 to 160 bytes (Table 2). For example, Mbps for 802.11b, 24 Mbps for pure 802.11g and 6 Mbps when a G729 codec is used (with a 10 bytes packet length), for 802.11a. The rest of the frame is transmitted at the employing WPA-TKIP security method, 20 bytes will be channel data rate. At this moment and in these conditions, it added for each 10 bytes payload. This is the worst case is realistic to consider the overhead for 802.11 MAC layer scenario, with the minimum packet length and maximum only, which has a length of 78 bytes, and to include the security overhead. In other words, for one packet carrying PLCP transmission time together with the other timing voice, another double length sequence has to be added. intervals of 802.11 communications. These timing intervals However, the security overheads impact on the number of are DIFS (Distributed Interframe Space), SIFS (Short possible simultaneously VoIP sessions is reduced because of Interframe Space) and CW (Contention Window, backoff the fact that VoIP goodput is less sensible in relation with time) [5], [9] and they will be later explained as 802.11 overheads variations [1] while timing intervals are dominant radio environment characteristics. in the transmission budget, as we will conclude in this We will consider now the overheads for the Application paper. Layer (RTP), the Transport Layer (UDP), the Internet Layer (IP) and the MAC Sub-Layer (MAC) as suggested in figure TABLE 1. SECURITY OVERHEADS IN BYTES/PACKET WEP WPA WPA2 1. The MAC sub-layer contributes with the MAC header (30 Security Protocol WEP TKIP CCMP bytes), with the MAC CRC trailer (4 bytes) but also with Data integrity CRC-32 MIC CCM LLC overheads (3 or 4 bytes) and with optional security Security level Poor Medium High overheads if WEP or WPA is used. Overheads 8 20 16 Accordingly, at the PHY level, excluding the PHY IV. VOICE CODECS overheads, we arrive to an already included overheads amount H, having a length of 78 bytes, as it is calculated in Since the audio information is a continuous one, even in equation (1). quiet time intervals some background noise is to be transmitted. If uncompressed voice is carried, the necessary H = H + H + H + H = RTP UDP IP MAC speed for the basic data flow is 8 x 8 = 64 kbps (PCM). If = 12 + 8 + 20 + 38 = 78 bytes (1) we are adding 102 bytes as overheads to each 1 byte sample, The PHY level contribution was not included in the we get an unacceptable channel usage efficiency of general overheads because it is always transmitted at the 1/(1+102) = 0.97%. Therefore, packing the elementary basic channel data rate and not at the channel rate [1], [9]. samples into larger packets is a necessity. When, on a radio channel, a certain data rate is established, The packets have to be long enough to assure good the bits flow for data and overheads are transmitted at this channel efficiency, but also short enough to allow time speed. The PLCP preamble and header (24 bytes in total) are multiplexing with other packets and also they have to be however transmitted at the basic rate. Based on that, we can tailored for specific carrying frames. A short packet is also a transform this PHY overhead stream in a transmission time good solution for shorter retransmissions time when errors interval, with a constant time value, not related with the occur. Each codec is defining a packet length and a packet channel data rate and addable with other time intervals, inter-arrival time, as shown in Table 2. The protocols similar with the inter-frame intervals (which will be overheads for usual codecs are also summarized. The codecs explained as 802.11 radio channel propriety). parameter values are included into ITU Recommendations 46 Advances in Electrical and Computer Engineering Volume 9, Number 3, 2009 TABLE 2. THE PARAMETERS OF THE MAIN CODECS TCP/IP Layer Voice codec G.726-32 G711 G729 G723.1 Application Layer Packet inter-arrival time [ms] 20 20 10 30 Voice packet length [bytes] 80 160 10 24 RTP layer overhead [bytes] 12 12 12 12 Transport Layer UDP layer overhead [bytes] 8 8 8 8 Internet Layer IP layer overhead [bytes] 20 20 20 20 Data link Sublayer MAC layer overhead [bytes] 36 36 36 36 Physical Sublayer PHY layer overhead [bytes] 24 24 24 24 [3], [4] and they are based on acceptable coding/decoding If the medium is sensed to be available for the duration of delays compared with the human sound perception.
Load more

Recommended publications
  • 2.4/5 Ghz Dual-Band 1X1 Wi-Fi 5 (802.11Ac) and Bluetooth 5.2 Solution Rev
    88W8987_SDS 2.4/5 GHz Dual-band 1x1 Wi-Fi 5 (802.11ac) and Bluetooth 5.2 Solution Rev. 2 — 21 May 2021 Product short data sheet 1 Product overview The 88W8987 is a highly integrated Wi-Fi (2.4/5 GHz) and Bluetooth single-chip solution, specifically designed to support the speed, reliability, and quality requirements of next generation Very High Throughput (VHT) products. The System-on-Chip (SoC) provides both simultaneous and independent operation of the following: • IEEE 802.11ac (Wave 2), 1x1 with data rates up to MCS9 (433 Mbit/s) • Bluetooth 5.2 (includes Bluetooth Low Energy (LE)) The SoC also provides: • Bluetooth Classic and Bluetooth LE dual (Smart Ready) operation • Wi-Fi indoor location positioning (802.11mc) For security, the device supports high performance 802.11i security standards through implementation of the Advanced Encryption Standard (AES)/Counter Mode CBC- MAC Protocol (CCMP), AES/Galois/Counter Mode Protocol (GCMP), Wired Equivalent Privacy (WEP) with Temporal Key Integrity Protocol (TKIP), AES/Cipher-Based Message Authentication Code (CMAC), and WLAN Authentication and Privacy Infrastructure (WAPI) security mechanisms. For video, voice, and multimedia applications, 802.11e Quality of Service (QoS) is supported. The device also supports 802.11h Dynamic Frequency Selection (DFS) for detecting radar pulses when operating in the 5 GHz range. Host interfaces include SDIO 3.0 and high-speed UART interfaces for connecting Wi-Fi and Bluetooth technologies to the host processor. The device is designed with two front-end configurations to accommodate Wi-Fi and Bluetooth on either separate or shared paths: • 2-antenna configuration—1x1 Wi-Fi and Bluetooth on separate paths (QFN) • 1-antenna configuration—1x1 Wi-Fi and Bluetooth on shared paths (eWLP) The following figures show the application diagrams for each package option.
    [Show full text]
  • 802.11 Arbitration
    802.11 Arbitration White Paper September 2009 Version 1.00 Author: Marcus Burton, CWNE #78 CWNP, Inc. [email protected] Technical Reviewer: GT Hill, CWNE #21 [email protected] Copyright 2009 CWNP, Inc. www.cwnp.com Page 1 Table of Contents TABLE OF CONTENTS ............................................................................................................................... 2 EXECUTIVE SUMMARY ............................................................................................................................. 3 Approach / Intent ................................................................................................................................... 3 INTRODUCTION TO 802.11 CHANNEL ACCESS ................................................................................... 4 802.11 MAC CHANNEL ACCESS ARCHITECTURE ............................................................................... 5 Distributed Coordination Function (DCF) ............................................................................................. 5 Point Coordination Function (PCF) ...................................................................................................... 6 Hybrid Coordination Function (HCF) .................................................................................................... 6 Summary ................................................................................................................................................ 7 802.11 CHANNEL ACCESS MECHANISMS ...........................................................................................
    [Show full text]
  • Module 4: Table of Contents
    Data Communications(15CS46) 4th Sem CSE & ISE MODULE 4: TABLE OF CONTENTS INTRODUCTION RANDOM ACCESS PROTOCOL ALOHA Pure ALOHA Vulnerable time Throughput Slotted ALOHA Throughput CSMA Vulnerable Time Persistence Methods CSMA/CD Minimum Frame-size Procedure Energy Level Throughput CSMA/CA Frame Exchange Time Line Network Allocation Vector Collision During Handshaking Hidden-Station Problem CSMA/CA and Wireless Networks CONTROLLED ACCESS PROTOCOL Reservation Polling Token Passing Logical Ring CHANNELIZATION FDMA TDMA CDMA Implementation Chips Data Representation Encoding and Decoding Sequence Generation ETHERNET PROTOCOL IEEE Project 802 Ethernet Evolution STANDARD ETHERNET Characteristics Connectionless and Unreliable Service Frame Format Frame Length Addressing Access Method Efficiency of Standard Ethernet Implementation Encoding and Decoding Changes in the Standard Bridged Ethernet Dept. of ISE,CITECH 1 Data Communications(15CS46) 4th Sem CSE & ISE Switched Ethernet Full-Duplex Ethernet FAST ETHERNET (100 MBPS) Access Method Physical Layer Topology Implementation Encoding GIGABIT ETHERNET MAC Sublayer Physical Layer Topology Implementation Encoding TEN GIGABIT ETHERNET Implementation INTRODUCTION OF WIRELESS-LANS Architectural Comparison Characteristics Access Control IEEE 802.11 PROJECT Architecture BSS ESS Station Types MAC Sublayer DCF Network Allocation Vector Collision During Handshaking PCF Fragmentation Frame Types Frame Format Addressing Mechanism Exposed Station Problem Physical Layer IEEE 802.11 FHSS IEEE 802.11 DSSS IEEE 802.11 Infrared IEEE 802.11a OFDM IEEE 802.11b DSSS IEEE 802.11g BLUETOOTH Architecture Piconets Scatternet Bluetooth Devices Bluetooth Layers Radio Layer Baseband Layer TDMA Links Frame Types Frame Format L2CAP Dept. of ISE,CITECH 2 Data Communications(15CS46) 4th Sem CSE & ISE MODULE 4: MULTIPLE ACCESS 4.1 Introduction When nodes use shared-medium, we need multiple-access protocol to coordinate access to medium.
    [Show full text]
  • Technical Report No
    ENGINEERING FACULTY,UNIVERSITY OF PORTO Technical Report no: 1 Robson Costa Supervisor: Paulo Portugal (Ph.D.) Co-supervisor: Francisco Vasques (Ph.D.) Co-supervisor: Ricardo Moraes (Ph.D.) 2010, September c Robson Costa, 2010 Contents List of Figures ii List of Tables iii List of Abbreviations iv 1 Introduction1 1.1 Benefits . .2 1.2 Challenges . .2 2 IEEE 802.11 Standard4 2.1 IEEE 802.11 Medium Access Mechanisms . .5 2.1.1 DCF - Distributed Coordination Function . .6 2.1.2 PCF - Point Coordination Function . .7 2.1.3 EDCA - Enhanced Distributed Channel Access . .9 2.1.4 HCCA - HCF Controlled Channel Access . 11 3 IEEE 802.11n Amendment 14 3.1 PHY Enhancements . 15 3.1.1 MIMO - Multiple-Input Multiple-Output ................. 15 3.1.2 Channel-bonding . 17 3.2 MAC Enhancements . 18 3.2.1 Frame aggregation . 19 3.2.2 Block ACK . 21 3.2.3 Reverse Direction Protocol . 22 4 Review of Relevant Work 23 4.1 Real-Time communication in IEEE 802.11 . 23 4.1.1 CA - Collision Avoidance . 23 4.1.2 CS - Collision Solver . 26 4.1.3 CR - Collision Reducer . 27 4.2 Comparison of the solutions presented . 30 5 Conclusion 31 References 37 i List of Figures 2.1 Original IEEE 802.11 MAC architecture [1]....................5 2.2 IEEE 802.11e MAC architecture [2].........................5 2.3 Interframe spaces in the DCF and PCF mechanisms [1]. .6 2.4 DCF service [2]....................................6 2.5 PCF service [2]....................................8 2.6 CFP foreshortening [2]................................9 2.7 Interframe spaces in the EDCA mechanism [2].
    [Show full text]
  • 802.11N-Draftstd June2009.Pdf
    IEEE P802.11n/D11.0, June 2009 1 2 IEEE P802.11n™/D11.0 3 4 5 6 7 Draft STANDARD for 8 9 10 Information Technology— 11 12 13 Telecommunications and information exchange 14 15 between systems— 16 17 18 Local and metropolitan area networks— 19 20 Specific requirements 21 22 23 24 25 26 Part 11: Wireless LAN Medium Access Control 27 28 (MAC) and Physical Layer (PHY) specifications 29 30 31 32 33 Amendment 5: Enhancements for Higher 34 35 36 Throughput 37 38 39 40 41 Prepared by the 802.11 Working Group of the 802 Committee 42 43 Copyright © 2009 by the IEEE. 44 Three Park Avenue 45 46 New York, NY 10016-5997, USA 47 48 All rights reserved. 49 50 51 This document is an unapproved draft of a proposed IEEE Standard. As such, this document is subject to 52 change. USE AT YOUR OWN RISK! Because this is an unapproved draft, this document must not be uti- 53 lized for any conformance/compliance purposes. Permission is hereby granted for IEEE Standards Commit- 54 55 tee participants to reproduce this document for purposes of international standardization consideration. Prior 56 to adoption of this document, in whole or in part, by another standards development organization, permis- 57 sion must first be obtained from the IEEE Standards Activities Department ([email protected]). Other enti- 58 ties seeking permission to reproduce this document, in whole or in part, must also obtain permission from 59 the IEEE Standards Activities Department. 60 61 IEEE Standards Activities Department 62 63 445 Hoes Lane 64 65 Piscataway, NJ 08854, USA Copyright © 2009 IEEE.
    [Show full text]
  • C Copyright 2015 Farzad Hessar
    c Copyright 2015 Farzad Hessar Spectrum Sharing in White Spaces Farzad Hessar A dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy University of Washington 2015 Reading Committee: Sumit Roy, Chair John D. Sahr Archis Vijay Ghate Program Authorized to Offer Degree: Electrical Engineering University of Washington Abstract Spectrum Sharing in White Spaces Farzad Hessar Chair of the Supervisory Committee: Professor Sumit Roy Electrical Engineering Demand for wireless Internet traffic has been increasing exponentially over the last decade, due to widespread usage of smart-phones along with new multimedia applications. The need for higher wireless network throughput has been pushing engineers to expand network capacities in order to keep pace with growing user demands. The improvement has been multi-dimensional, including optimizations in MAC/Physical layer for boosting spectral efficiency, expanding network infrastructure with reduced cell sizes, and utilizing additional RF spectrum. Nevertheless, traffic demand has been increasing at a much faster pace than network throughput and our current networks will not be able to handle customer needs in near future. While assigning additional spectrum for cellular communication has been a major ele- ment of network capacity increase, the natural scarcity of RF spectrum limits the extend of this solution. On the other hand, researchers have shown that licensed spectrum that is owned and held by a primary user is heavily underutilized. Examples are TV channels in the VHF/UHF band as well as radar spectrum in the SHF band. Hence, a more efficient use of this spectrum is to permit unlicensed users to coexist with the primary owner, i.e.
    [Show full text]
  • 2.4 Ghz/5 Ghz Dual-Band 1X1 Wi-Fi 4 and Bluetooth 5.2 Combo Soc Rev
    88W8977_SDS 2.4 GHz/5 GHz Dual-band 1x1 Wi-Fi 4 and Bluetooth 5.2 Combo SoC Rev. 3 — 13 May 2021 Product short data sheet 1 Product overview The 88W8977 System-on-Chip (SoC) is a highly integrated single-chip solution that incorporates both Wi-Fi® (2.4/5 GHz) and Bluetooth® technology. The System-on-Chip (SoC) provides both simultaneous and independent operation of the following: • IEEE 802.11n compliant, 1x1 spatial stream with data rates up to MCS7 (150 Mbps) • Bluetooth 5.2 (includes Bluetooth Low Energy (LE)) The SoC also provides 3-way coexistence for Wi-Fi, Bluetooth, and ZigBee operation, and indoor location and navigation (802.11mc). The internal coexistence arbitration and a Mobile Wireless Systems (MWS) serial transport interface provide the functionality for connecting an external Long Term Evolution (LTE) or ZigBee device. The device also supports a coexistence interface for co-located Bluetooth/Wi-Fi device arbitration. For security, the device supports high performance 802.11i security standards through the implementation of the Advanced Encryption Standard (AES)/Counter Mode CBC- MAC Protocol (CCMP), Wired Equivalent Privacy (WEP) with Temporal Key Integrity Protocol (TKIP), AES/Cipher-Based Message Authentication Code (CMAC), WPA (AES), and Wi-Fi Authentication and Privacy Infrastructure (WAPI) security mechanisms. For video, voice, and multimedia applications, 802.11e Quality of Service (QoS) is supported. The device also features 802.11h Dynamic Frequency Selection (DFS) for detecting radar pulses when operating in the 5 GHz range. Host interfaces include SDIO 3.0 and high-speed UART interfaces for connecting Wi-Fi and Bluetooth technologies to the host processor.
    [Show full text]
  • Wireless Networks and MAC Protocols
    Wireless Networks and MAC Protocols Embedded Networks 11 1 J. Kaiser, IVS-EOS Some Wireless Technologies Embedded Networks 11 2 J. Kaiser, IVS-EOS Wireless Technology Comparison Chart Standard Fre- Bandwidth Tx-Power Range Goal Application quency (EIRP) 802.11 2,4 GHz <= 600 MBit/s 100 mW 250 m High Data Internet Wlan 5 GHz Rate Sharing, Media Streaming, File Transfer 802.15.1 2,4 GHz <= 2,1 MBit/s 100 mW 100 m Low Power, Handsfree, Bluetooth 2,5 mW 10 m Ease of Use, Cable 1mW 5m Security Replacement 802.15.4 0,8 GHz <= 20 kBit/s 1 mW 10 m Ultra-Low- Sensor Zigbee 0,9 GHz <= 40 kBit/s Power, networks, 2,4 GHz <= 250 kBit/s Timing Remote Guarentees control Embedded Networks 11 3 J. Kaiser, IVS-EOS IEEE 802.11 IEEE 802.11 MAC Layer MAC Architektur: Contention- Free Contention Services Services Point Coordination Function (PCF) (optional) Distributed Coordination Function (DCF) Embedded Networks 11 4 J. Kaiser, IVS-EOS IEEE 802.11 Distributed Coordination Function (DCF) • CSMA/CA Protocol • Collision Avoidance by random backoff procedure (p-persistent) • All Frames are acknowledged, lost Frames are resend • Priority Access by Interframe Space (IFS) => fair arbitration but no real-time support Embedded Networks 11 5 J. Kaiser, IVS-EOS Relationship of different IFSs in 802.11 DIFS DIFS Contention Window PIFS SIFS Busy Medium Backoff-Window Next frame Slot time Defer Access DIFS: DCF Interframe Space PIFS: PCF Interframe Space SIFS: Short Interframe Space Embedded Networks 11 6 J. Kaiser, IVS-EOS IEEE 802.11 Network STA Types ad-hoc network CELL STA STA infrastructure network STA STA CELL CELL DS: Distribution System STA IEEE 802.X AP STA AP Access Point Embedded Networks 11 7 J.
    [Show full text]
  • Local Area Networks: Ethernet
    LANs 1 Local Area Networks: Ethernet Prof. Jean-Yves Le Boudec Prof. Andrzej Duda Prof. Patrick Thiran ICA, EPFL CH-1015 Ecublens [email protected] http://icawww.epfl.ch LANs 2 Objective o Understand shared medium access methods of Ethernet; o Describe network aspects of an Ethernet network; PART A: The CSMA/CD method PART B: Network Aspects (Ethernet) PART C: CSMA/CA and wireless LANs The access method is a way of sharing a common transmission medium (cable, wireless link) between several hosts. Ethernet is built upon the medium access method called CSMA/CD (Carrier Sense Multiple Access/Collision Detection). The network aspects explain how a local area network is built today. We will see that the resulting network is very far away from the original design. LANs 3 Part A: Motivation for LANs o goal: connect computers in same site (building, small campus) o experience from host centric networks:bursty traffic o basic idea: share a cable, no complex software in the end systems o alternatives ? switch based LANs: connection oriented: ATM switch based LANs: connectionless. Switched Ethernet If you want to understand something in the world of local area networks, you should keep in mind the design requirements. Today, they are: •(1) interconnect many pieces of equipment without complex cabling, inside a limited geographical area, and inside one organization •(2a) be easy to manage, in particular, detect cable faults easily. When Ethernet was first conceived, the requirements were a little bit different. The second requirement was replaced by: •(2b) use one shared cable for the entire network.
    [Show full text]
  • UNIT-5 IEEE STANDARDS 1 IEEE Stands
    UNIT-5 IEEE STANDARDS IEEE stands for “Institute of Electrical and Electronics Engineers”. IEEE was founded in the year 1884. Project 802 is one of the famous projects regarding to IEEE. This project contains the features which are lead to the essential development in LAN and its usage. Project 802 sets high-level standards in components that are using in inter-communication between systems. Any manufacturer must follow the standards while preparing the components. IEEE also provides the support for OSI reference model and its supported layers. Especially for Data link layer and Physical layer. According OSI reference model data link layer and physical layer is performing the most of the responsibility in data transfer. Generally LAN is used for connecting limited group of systems in limited area. LAN can provide sharing of resources. LAN concept is also supporting WAN or internet. LAN is one of the mostly used technologies. LAN is having several technologies (versions): 1) Ethernet. 2) Token Ring. 3) Token Bus. 4) ATM LAN. IEEE provides supports for any type of LAN version and also working along with Data link and physical layer. Data Link Layer: The IEEE has subdivided the data link layer into two sub layers: 1) Logical Link Control (LLC). 2) Media Access Control (MAC). IEEE has also created several physical layer standards for different LAN protocols. 1 UNIT-5 IEEE STANDARDS We know that data link control handles framing, flow control, and error control. In IEEE Project 802, flow control, error control, and part of the framing duties are collected into one sub layer called the logical link control.
    [Show full text]
  • Enabling Channel Bonding in High-Density Wlans
    To Overlap or not to Overlap: Enabling Channel Bonding in High-Density WLANs Sergio Barrachina-Mu˜noz∗, Francesc Wilhelmi, Boris Bellalta Wireless Networking (WN), Universitat Pompeu Fabra, Barcelona, Spain Abstract Wireless local area networks (WLANs) are the most popular kind of wireless Internet connection because of their simplicity of deployment and operation. As a result, the number of devices accessing the Internet through WLANs such as laptops, smartphones, or wearables, is increasing drastically at the same time that applications’ throughput requirements do. To cope with these challenges, channel bonding (CB) techniques are used for enabling higher data rates by transmitting in wider channels, thus increasing spectrum efficiency. However, important issues like higher potential co-channel and adjacent channel interference arise when bonding channels. This may harm the performance of the carrier sense multiple access (CSMA) protocol because of recurrent backoff freezing, while making nodes more sensitive to hidden node effects. In this paper, we address the following point at issue: is it convenient for high-density (HD) WLANs to use wider channels and potentially overlap in the spectrum? First, we highlight key aspects of DCB in toy scenarios through a continuous time Markov network (CTMN) model. Then, by means of extensive simulations covering a wide range of traffic loads and access point (AP) densities, we show that dynamic channel bonding (DCB) – which adapts the channel bandwidth on a per-packet transmission – significantly outperforms traditional single-channel on average. Nevertheless, results also corroborate that DCB is more prone to generate unfair situations where WLANs may starve. Contrary to most of the current thoughts pushing towards non-overlapping channels in HD deployments, we highlight the benefits of allocating channels as wider as possible to WLANs altogether with implementing adaptive access policies to cope with the unfairness situations that may appear.
    [Show full text]
  • A Real-Time Multimedia Streaming Protocol for Wireless Networks Hans Scholten, Pierre Jansen, Ferdy Hanssen, Wietse Mank and Arjan Zwikker
    1 A Real-Time Multimedia Streaming Protocol for Wireless Networks Hans Scholten, Pierre Jansen, Ferdy Hanssen, Wietse Mank and Arjan Zwikker University of Twente, Department of Computer Science (EEMCS), Enschede, the Netherlands Email: scholten, jansen, hanssen @cs.utwente.nl Abstract— This paper describes a new token-based specified by passing a period and a required bandwidth to medium access protocol for real-time networks and its the network socket. The scheduler then decides whether implementation on a wireless network. Originally, the the new network configuration is feasible and if it is, the protocol is developed for use in low cost domestic or scheduler calculates a new PEDF schedule for all the home networks that are based on Ethernet hardware. streams in the network. The most important aspects of In contrast to existing protocols the token is assigned to network nodes on basis of a pre-emptive earliest the real-time network protocol will be described next. deadline first (PEDF) schedule of the multimedia streams. For a more detailed explanation see [3] or [4]. The scheduler is distributed over all active nodes in the network. Although other schedulers could be used, PEDF A. The Scheduler is chosen because it has a theoretical bandwidth utilization of one hundred percent and feasibility analysis is very The scheduler is a pre-emptive earliest deadline first simple, so even simple devices can participate in such a scheduler. As the name already indicates, this scheduler network. This is confirmed by simulation experiments and schedules the stream with the earliest deadline first. It is a prototype based on Ethernet hardware.
    [Show full text]