/99/$10.00 (c) 1999 IEEE

Transcription

1 Converged Voice Video and Data Wired-Wireless LANs Testbed A. Ganz A. Phonphoem N. Llopis I. Kim K. Wongthavarawat Multimedia Networks Laboratory ECE Department University of Massachusetts Amherst MA Z. Ganz AIM Engineering Abstract- We have developed and implemented novel solutions that provide Quality of Service (QoS) support for voice video and data applications in wired and wireless LANs that can also follow standards such as Ethernet IEEE or wireless IEEE Since our solutions can transform existing legacy LANs to an environment that provides the bandwidth time-delay and other requirements needed to provide users satisfactory quality the LAN users can achieve signicant productivity increase and cost savings. The limited bandwidth wireless segments are particularly important since wireless devices such as cordless IP telephones will be part of future networks. Our solutions can also manage the often limited bandwidth pipeline that connects the LAN to the backbone network or internet service provider. In this paper we report initial successful results of our solutions on a Windows based testbed consisting of wired and wireless LAN segments. Our testbed that incorporates a novel software framework provides a research and development platform for implementing debugging and testing various MAC policies and their QoS provision for multimedia applications in wired and wireless LANs. The developed testbed is built using Windows operating system othe-shelf wired and wireless network interface cards and standard applications. The testbed we introduce in this paper is the rst phase in the ongoing process of having a testbed comprised of a number of wired and wireless segments interconnected through routers switches bridges and T1 lines which provide the interconnection to the Internet. I. INTRODUCTION Future networks will need to support multimedia applications such asvoice data and video applications. By converging multimedia applications into a single network users can achieve signicant productivity increase and cost savings. Users are expected to use a diverse range of multimedia applications: groupware applications video streaming video conferencing teleconferencing remote learning and other. The problem is that current leading LANs cannot support the Quality of Service (QoS) requirements of such multimedia applications. This support problem is especially critical when bandwidth is limited and expensive such as in a wireless network or when users demands exceed network capacity. The general expectation is that demand will increase and surpass network capacity since more users become aware of the productivity increase due to multimedia the inux of new multimedia applications and the constant desire to increase picture quality and size. Thereby the requirement to provide QoS support arises in LANs as well as WANs. Our current solutions focus is on LANs and the pipeline that connects such LANs to the backbone network. Such pipelines are often limited in their bandwidth capacity and the expectation is that such capacity will not reach comparable speeds of future wired LANs. This limitation is due to technology and available infrastructure. For example cable modems speed of 10 Mbps compared to switched Ethernet of 100 Mbps. Our solution which is implemented in software and runs on each in the LAN will manage network load as well as manage the bandwidth allocated to dierent applications. The principle of our solution: one station in the LAN is assigned the role of the arbiter that manages the network resources admission control signaling to other computers a permission to transmit and other MAC functionality. The signaling mechanism is a result of an adaptive mechanism that learns the network conditions as well as the applications temporarily needs. The rest of the stations have a non-arbiter role and transmit packets only when requested by the arbiter station. To conduct research in quality of service support we must have access to a tightly controllable highly portable and exible environment that mimics the real world environments. Such an experimental testbed in conjunction with well developed modeling and simulation techniques can be useful for gaining valuable insight into developing better quality of service solutions. To date there has been signicant work in both modeling and simulations to support the development of techniques that provide quality of service support techniques in LANs [7] yet much work is still needed in experimentation of such techniques. We believe that by developing an experimental testbed environment we can facilitate investigations and evaluations that contribute to the development of QoS supporting solutions. The Multimedia Networks Laboratory at the University of Massachusetts at Amherst and AIM Engineering Inc. have developed a number of research and development platforms on which to design and implement dierent aspects of Quality of Service support in Local Area Networks (LANs). Our preliminary prototypes have been 1

2 reported by the authors in [3]and [4]. In the testbed we describe in this paper we have developed and implemented a novel software architecture that is integrated in Windows protocol stack below TCP/IP and above the network interface card driver (see Fig. 1). This architecture allows us to have control on each packet that travels between the network and the application. Therefore we will be able to easily implement quality of service algorithms that control the trac ow to the network according to the quality of service required by the application network conditions etc. Our testbed has several features that distinguishes it from other testbeds for example [1] [2] [5] and [6]: can be easily recongured to wired wireless and hybrid LANs can use any commercial o-the-shelf application software can use any commercial o-the-shelf wired and wireless network interface cards uses Windows s allows easy protocol development implementation and testing connection to a backbone network consisting of routers high speed connections and wireless point to point links. Through this work we hope to gain insightinto supporting QoS in LANs that are either independent or connected via some links to a backbone network. Using this insight we will pursue the development of solutions that eectively address the variety of quality of service problems that occur in today's networks. We plan to use the testbed to implement and test a number of QoS related topics such as: QoS support in wired LANs QoS support in wireless LANs QoS support in hybrid networks QoS support in multiple LAN segments interconnected through routers and/or bridges and QoS support in the pipeline that interconnects the LAN to the WAN. The paper is organized as follows. In the next section we introduce an overview of our QoS intelligence. Section 3 introduces the Software Framework that we have developed. Section 4 presents the testbed and preliminary results and Section 5 concludes the paper. II. QOS INTELLIGENCE The intelligence that we have developed is composed of two main modules: The Media Access Control (MAC) and the Resource Manager (RM). The RM provides admission control and allocates initial bandwidth. Since this initial bandwidth allocation is static we have developed in the MAC a just-in-time adaptive bandwidth allocation mechanism that leads to an ecient system with QoS differential service. The RM is based on mathematical programming tools that are capable to eectively consider multiple parameters and constraints. The MAC is based on a polling mechanism based on a state machine with learning capabilities. Our MAC has a build-in queuing mechanism that allows it to dierentiate among several classes and provides service according to the pre-dened QoS. In our solution we implement the MAC on top of an existing or native MAC (e.g. IEEE and IEEE ) which is implemented on the network interface card (NIC). Actually our MAC-on-MAC solution uses the native MAC as a transmit/receive (wired or wireless) engine only. The media arbitration is performed only in our MAC. The native MAC acknowledgment and retransmissions are disabled since 1) we use broadcast at the existing MAC layer (disabling all acknowledgement mechanisms at the native MAC) and 2) our MAC only allows one station to transmit at any given time (there will be no collisions and therefore no retransmissions at the native MAC). A. Media Access Control The arbiter station polls sessions frequently enough to sustain the assigned communication rates for those sessions but does not poll substantially more often than required to sustain the assigned rates. This polling approach avoids use of bandwidth with the overhead of unnecessary polling. Sessions belong to one of multiple classes. For simplicity of explanation we assume only two classes. The rst class includes quality-of-service requirements. This class is referred to as the QoS class. The other class of sessions is the non-qos class. The arbiter station allocates resources to QoS sessions in preference to non-qos sessions. In polling the QoS sessions are polled to satisfy their QoS requirements while non-qos sessions are polled as a second priority. Our MAC has a build-in queuing mechanism that allows it to dierentiate among several classes and provide service according to the pre-dened QoS. Each class is assigned a unique pre-determined queue. The MAC also includes an adaptive mechanism that is used to adjust the polling pattern for a session in response to that session's actual data transmissions. If a session does not have data ready for transmission when polled that session may not require polling as often in the future to support it's actual data rate. The learning mechanism is using a state machine for each session in the network. The frequency of the polls is proportional to the current state. Transition rates between the states are determined by the actual trac of the specic session. B. Resource Manager The Resource Manager accepts a quality of service requirement from a user for a session either by the user explicitly specifying the requirement for the session such as by specifying a minimum data rate or by choosing from 2

3 a pre-determined set of classes of sessions (e.g. as dened by the MMCF forum). Such classes can be dened by a number of quality of service metrics such as a maximum and minimum data rate or any other communication related parameters. Another way of obtaining the application parameters is to communicate with transport layer protocols such as RTP or RSVP (recall that our software is located below the TCP/IP). The Resource manager also maintains network statistics e.g. retransmission rate estimates for each pair of stations. For each admitted session the resource manager computes the necessary bandwidth and associated polling rate. Note that these adjusted rates may change in future reallocations as the retransmission rate estimates change. If the RM cannot nd a feasible set of assigned rates then it removes one or more sessions from the set of sessions polled during the rst phase of each cycle. III. SOFTWARE FRAMEWORK The design guidelines driving the software framework: card independence i.e. use of the software on any LAN (wired or wireless) application independence i.e. use the software with any o-the-shelf application easy to plug in modules that control the packets TCP/IP compliant i.e. no changes are requested in the existing protocol stack We chose to work with Windows operating system. We will briey describe the software architecture that we have designed and implemented. Packets that are generated by network applications follow the following path in Windows protocol stack: 1. Winsock (1or2). 2. TCP/IP UDP/IP 3. NDIS network interface card device driver. 4. Wireless or wired network interface card (NIC). Our software framework and intelligent modules are implemented between steps 2 and 3 dened above. Both these Windows protocol stack modules and our software modules are depicted in Fig. 1. User Applications: The user may open real-time multimedia applications such as video-conferencing and non-real-time applications such as le transfer. This user may open several applications in parallel. Graphical User Interface (GUI): The GUI is developed at the user level. There are two types of GUI: user GUI and QoS developer GUI. The user GUI is designed to allow user interaction with the multimedia QoS support mechanism. Such input may include the ability to modify QoS default parameters negotiate relaxed QoS service and other advanced features. The user may also get output such as network statistics. The QoS developer GUI shown in Fig. 2 allows the developer to easily debug the QoS intelligence modules implemented in the software framework. Applications WINSOCK TCP/IP Lower Layer Framework NIC driver NETWORK Fig. 1. GUI Upper Layer Framework Software Architecture Association/ Disassociation Module Medium Access Control Module Network Statistics Module Resource Manager Module Other Modules Existing Module User Level Kernel Level Framework Testbed Module Qos Intelligence Module The software framework that is shown in Fig. 1 is composed of two main layers: lower layer framework (VxD) and upper layer framework. Upper Layer Framework: The major task of the upper layer framework is to act as a switching board. It accepts packets from the lower layer framework and directs it to the modules (e.g. the MAC the RM) connected to it and vice versa. It also interfaces with the GUI that displays debugging and status messages (see Fig. 2) and gets input from the user to the testbed. Lower Layer Framework: this layer is inserted in the Windows protocol stack and bound to higher protocol stack such as TCP/IP and to the network card device driver. The main purpose of this layer is to intercept any packet from TCP/IP before passing it to the network card and from network card before passing to the TCP/IP. It also performs the interface and address translation functions to and from the higher layer. Using this method the software is independent of the network card. This lower framework is implemented as Virtual Device Drivers (VxD) in Windows. The framework we created allows us to: 1. Control the sending and receiving of all packets 2. Integrate all the modules together 3. Easy relocate the dierent modules 4. Work with dierent network cards 5. Test and debug the system at various stages. Intelligence Modules: The intelligence modules that govern the QoS in the network are: the MAC module and the RM module. 3

4 a) b) Fig. 2. Testbed GUI Fig. 3. c) Testbed setup for a) Ethernet b) Wireless LAN c) Hybrid IV. OUR TESTBED We will start with the testbed software and hardware description and continue with a brief description of preliminary experiments that we have conducted. A. Testbed Setup Hardware: The choice of a hardware platform is driven by the following goals: Easy to install (hardware and software) Easy to recongure (switch between the wireless wired and mixed environments) Reasonable cost (leverage the economy of scale of desktop and laptop s) Easy to expand Can run a large range of commercial applications Multimedia hardware support (sound card speakers etc.) To meet the above goals we have chosen the following hardware platform: Desktop and laptop s with multimedia capabilities Networking equipment: 10-Mbps MCIA Ethernet cards 2-Mbps MCIA Harris Wireless cards 10Base-T Network hubs Wireless to wired access points. The testbed hardware setup is shown in Fig. 3a 3b and 3c for Ethernet Wireless LAN and mixed medium (hybrid) respectively. To ease the reconguration process between the wired and wireless platforms we chose to use card slot which is installed on each computer and also use MCIA wireless and wired network interface cards (NIC). This choice allows us to easily recongure between Simulated T1 connection Mbps Simulated Fractional T1 Simulated T1 connection connection Mbps 64 Kbps Simulated Microwave Ethernet 10 Mbps Router Cisco 2500 Router: Cisco 2500 Router: Cisco 4000 Router: Cisco 2500 Bridge Ethernet over Fiber 10 Mbps Internet Fig. 4. Testbed Expansion (in progress) the media: just plug in a new MCIA NIC and reboot the computer and you get a new LAN. We are currently in the process of expanding the testbed to include a number of wired and wireless segments interconnected through CISCO routers switches and bridges and T1 lines which interconnect us to the Internet as shown in Fig. 4. Software: Windows 95 We rst create data les audio and movie clips with various bandwidth requirements. These les are installed at the stations chosen to be ftp or http servers. Applications: ftp and http servers media player ftp client netscape browser. Network connectivity/monitoring/debugging/testing tools: 1) EtherPeek from AG Group that performs trac monitoring by capturing all trac on the LAN 4

5 2) NetMedic for for network trac monitoring 3) SoftICE: we monitor each packet that is sent from our lower layer software framework to the network interface card 4)The GUI that we have developed (see Fig. 2): this GUI monitors and displays all messages that arrive at the upper layer software framework. B. Preliminary Experimental Results Our test goal is to demonstrate QoS support for multimedia applications in wired and wireless LANs in which we have installed our software and contrast it to LANs on which our software is not installed and that do not provide multimedia support. Experiment 1:use 4 computers in the testbed interconnected through a 10 Mbps Ethernet hub. 1. Run Mpeg player to retrieve and display the prepared movie clip remotely (from the http server). Observe the quality of the picture. Quality isvery high. 2. Run a number of non-real time trac streams such as ftp. Add one connection at a time. Observe the quality of the movie. With 3 ftp sessions we observed severe quality degradation of the video clip: the video and audio stop very frequently. We observed intense collisions in the Ethernet hub (using the collision light integrated in the hub). Experiment 2:use 4 computers in the testbed interconnected through a 10 Mbps Ethernet hub. 1. Activate the framework with the new MAC module 2.Run Mpeg player to retrieve and display the prepared movie clip remotely (from the http server). Observe the quality of the picture. Quality isvery high. 3. Run a number of non-real time trac streams such as ftp. Add one connection at a time. Observe the quality of the movie. We have not observed any degradation of the video quality in spite of intense competition from ftp applications. We have observed that there are no collisions in the network by checking the collision light inthe Ethernet hub. We observe that ftp applications get less bandwidth than in Experiment1. Experiment 3:use 4 computers in the testbed interconnected through a 2 Mbps IEEE compliant Harris wireless card. 1. Run audio player to retrieve and play the prepared audio clip remotely (from the http server). Observe the quality of the sound. Quality isvery high. 2. Run a number of non-real time trac streams such as ftp. Add one connection at a time. Observe the quality of the sound. With 3 ftp sessions we observed severe quality degradation of the audio clip. Experiment4: use 4 computers in the testbed interconnected through a 2 Mbps IEEE compliant Harris wireless card. 1. Activate the framework with the new MAC module 2. Run audio player to retrieve and play the prepared audio clip remotely (from the http server). Observe the quality of the sound. Quality is very high. 3. Run a number of non-real time trac streams such as ftp. Add one connection at a time. Observe the quality of the sound. The quality of the sound is maintained in spite of intense data trac. We observe that ftp applications get less bandwidth than in Experiment 3. V. DISCUSSION In summary our preliminary test results show that the media access control module that we have implemented provides quality of service support in a wired and wireless LANs. We have observed that with our software framework the multimedia applications' quality is maintained in spite of intense competition from a number of ftp streams. Without our software framework in Ethernet and in the wireless LAN these multimedia applications' quality is severely degraded when a number of ftp sessions are active. We plan to continue experimentation to validate the quality of service techniques we develop. We need to expand the set of applications quality of service solutions and make full use of the mixed media environment of the testbed. ACKNOWLEDGEMENT We would like to thank Harris Semiconductor Corp. represented by Steve Andrezyk for their technical support in setting up the current testbed and John Jackson for his technical assistance in our testbed expansion eorts. REFERENCES [1] Shih-Fu Chang Alexandros Eleftheriadis Dimitris Anastassiou Stephen Jacobs Hari Kalva and Javier Zamora \Columbia 's VoD and Multimedia Research Testbed with Heterogeneous Network Support" Columbia University New York Multimedia Tools and Applications 5 p [2] Shuang Deng Alan R. Bugos and Paul M. Hill \Design and Evaluation of an Ethernet-Based Residential Network" IEEE Journal on Selected Area in Communications Vol.14 No.6 August [3] A. Ganz D. Awduche J. Euh I. Kim E. Haslett S.H. Park A. Phonphoem Z Ganz \ Multimedia Wireless LAN Prototype" 3rd Telecommunications R&D conference in Massachusetts Lowell MA November [4] A. Ganz Z. Ganz and S. Andrezyk \ Multimedia Wireless LAN Architecture" 3rd Telecommunications R&D conference in Massachusetts Lowell MA November [5] William E. Johnston \BAGNet: A High Speed Metropolitan Area IP over ATM Network Testbed" /BAGNet.html#tech Lawrence Berkeley Laboratory University of California Berkeley CA [6] Michael J. Katchabaw Hanan L. Luyya and Michael A. Bauer \A Quality of Service Management Testbed" Proceedings of the IEEE Third International Workshop on Systems Management Newport RI p [7] Andrew Tanenbaum \Computer Networks" Third Edition Prentice Hall