2009 International Conference on Future Computer and Communication
Implementing of IPv6 Protocol Environment at University of Kuala Lumpur: Measurement of IPv6 and IPv4 Performance 1
Mohd Nazri Ismail and 2Zaheera Zainal Abidin Faculty of MIIT, University of Kuala Lumpur, Malaysia 2 Faculty of MIIT, University of Kuala Lumpur, Malaysia, Malaysia
[email protected];
[email protected] 1
Lumpur – Malaysian Institute of Information Technology (UniKL – MIIT) laboratory. Suitable router and computer are used to build the IPv6 network infrastructure. The experiment is used VideoLAN to stream music and video in both MP3 and Vorbis format. VideoLAN is software for playing video and other media formats. It originally has two media streaming which are VideoLAN Client (VLC) and VideoLAN Server (VLS), but most of the features of VLS have been incorporated in to VLC, with the result renamed VLC media player. The analysis is based on effectiveness, consistency, and scalability of IPv6 and IPv4 performance. The objectives of this research was to develop i) IPv6 laboratory environment at University Kuala Lumpur; ii) streaming audio/video over IPv6 at University Kuala Lumpur; and iii) analyze the performance of audio/video streaming over IPv6 versus IPv4.
Abstract: IPv6 provides a platform for new Internet functionality. It includes support for real-time flows, provider selection, and host mobility, end-to-end security, autoconfiguration, and auto-reconfiguration. It solves the Internet scaling problem, provides a flexible transition mechanism for the current Internet, and was designed to meet the needs of new markets such as nomadic personal computing devices, networked entertainment, and device control. The significant of this study is to describe on development of a video conferencing system with multimedia capabilities (Video + Audio) over IPv6 environment at University of Kuala Lumpur (campus environment). The beneficial and apparent of this research is to introduce a new service of the Internet Protocol (IPv6) at the campus environment. The concept of multicasting is be explored as this was used in the development of the video conferencing (Video + Audio). By comparing IPv6 and IPv4 video conferencing performance, we focus on problems that are only present in the IPv6 environments.
2. RELATED WORKS Streaming media relies on a server client based network. For a client computer to view a streaming format, it has to have a software application loaded. This application is known as a player. The player connects to the network server and initiates a streaming connection. The server starts sending IP packets to the cache on the client’s machine. As the cache fills, the player starts to pay the media file. The server is continually filled up the cache as the player empties it. This eliminates the problem with large file formats. Figure 2.1 shows the basic of video and audio streaming architecture implementation.
Key words: IPv6, IPv4, video, audio, network performance, campus environment
1. INTRODUCTION IPv6 is the next generation IP protocol to replace the current IPv4. IPv6 is still in its infancy and rarely used. For example, several deployments of IPv6 network environment have been proposed to compare with IPv4 network environment network performance [1], [2], and [3]. In contrast to other works in the literature (e.g. [4], [5]), we implemented IPv6 network environment to measure the performance of streaming (video conference) at campus environment. This research represents the hardware and software implementation to analyze the audio/video streaming over IPv6 network at University Kuala 978-0-7695-3591-3/09 $25.00 © 2009 IEEE DOI 10.1109/ICFCC.2009.145
443
Figure 2.1: Video Streaming Architecture Figure 2.3: Source Specific Multicast Architecture
For example, several Universities have deployed IPv6 environment at their campus. University of Science & the Arts, Takashi Miyake [6], has presented about a DVoverIP and IPv6 multicast software, which enables average users to effortlessly participate in and contribute to interactive media broadcasting over the Internet. In IPv6 multicast there have two types of implementation such as ‘Any Source Multicast’ (ASM) (see Figure 2.2) and ‘Source Specific Multicast’ (SSM) (see Figure 2.3), [7] and [8].
The MediaBox streaming system is running a very stable embedded Linux operating system. The live streaming server is be connected to the Media Box AS 2600 which is supported application like Live Radio and TV, Live Web Events, On-Demand Video and Audio, Training, Corporate Communications, Distance Learning and Security Surveillance (see Figure 2.4), [9] and [10].
Figure 2.2: Any Source Multicast Architecture Figure 2.4: Media Box Streaming System
James Leach from Portsmouth University Radio Experience (Pure FM) was developed a multi purpose server that can play host to an Internet Radio Based Station, supporting its website and broadcasting its outputs across the Internet using encoded streaming audio format. This MediaBox is an embedded streaming server capable of multicast or unicast streaming of high quality audio through broadband networks at various stream rates in multiple formats: MPEG4, RealAudio, MP3, Vorbis and QTSS.
We have setup a real IPv6 network environment to analyze and measure of network traffic utilization at University of Kuala Lumpur in Malaysia. This study posits several research questions: i) what is the performance level of the network performance over IPv6 and IPv4 environment; and ii) Is the real network environment for evaluating and measuring IPv6 and IPv4 performance effective?
444
3. METHODOLOGY
4. PROPOSE VIDEO AND AUDIO STREAMING ARCHITECTURE OVER IPV6
With the rapidly increasing deployment of IPv6, it is also vital to consider the behavior and characteristic between IPv6 and IPv4. In this study, we will have two broad areas of work. Firstly, we will define IPv6 network design process for real network environment. Secondly, we setup IPv6 network environment for streaming video and audio such as video conferencing to campus students. Figure 3.1 shows the IPv6 network design process in real network to achieve our goals. Figure 3.2 shows the hardware and software requirement for client server to stream video and audio.
The network architecture topology of IPv6 environment at campus network consists of Cisco routers, Cisco switches and PCs as shown in Figure 4.1. Each IP version (IPv6 and IPv4) based network has two hosts (PCs) attached to it and connected to the Cisco switches. All links connected to LAN have capacity of 10/100 Mbps. The traffic sources for streaming used are video and audio.
Figure 4.1: Network Architecture of IPv6 Table 4.1 shows IPv6 network interface configuration in Router 1 and Router 2. Configuration in Router 1 consists of i) Loopback address; ii) Fast Ethernet address; and iii) Serial address. While, configuration in Router 2 consists of i) Fast Ethernet address and ii) Serial address (see Table 4.1). Table 4.2 and Table 4.3 show sample of IPv6 configuration address in Router 1 and Router 2. Figure 4.2 shows the configuration of IPv6 in client workstations.
Figure 3.1: IPv6 Network Design Process for Real Network Environment
Table 4.1: IPv6 Network Interface Address Configuration
Figure 3.2: Requirement for Client Server IPv6
445
Table 4.2: Router 1 IPv6 Configuration
5. MEASUREMENT RESULTS: IPV6 AND IPV4 OVER REAL NETWORK EXPERIMENTAL The objective of this evaluation is to measure the quality of the client server performance over IPv6 environment. Real experiment is based on real network and need to consider as follows: i) network bandwidth is limited and is not enough for all application and users at the same time; ii) delay due to the network overloads [12]; and iii) packet losses. A link refers to a single connection between routers and hosts. The link bandwidth is the rate at which bits can be inserted into the medium [11]. The traffic of the video and audio streaming is determined by the input rate in the system. Three sets of experiments were conducted with different scenarios. The data is captured through MRTG base on i) every 5 minutes; ii) daily; and iii) weekly between client and server over IPv6 and IPv4. Figure 5.1, Figure 5.2, Figure 5.3 and Figure 5.4 show the daily throughput comparison of streaming performance on client server platform between IPv6 and IPv4.
Table 4.2: Router 2 IPv6 Configuration
Figure 5.1: IPv4:- Server monitoring in every five minutes
Figure 5.2: IPv6:- Server monitoring in every five minutes
Figure 4.2: IPv6 Configuration in Client Workstations
446
Figure 5.3: IPv4:- Client monitoring in every five minutes
Figure 5.6: MRTG Daily Graph IPv6 server
Figure 5.4: IPv6:- Client monitoring in every five minutes
Figure 5.7: MRTG Daily Graph (5 Minute Average) IPv4 Client
Traffic Analysis for IPv4 and IPv6 Server /Client (Daily Result): We used the same input variables that have been used in real network environment to measure our result between IPv6 and IPv4. By using MRTG application, we are able to capture network traffic daily and weekly for both IPv6 and IPv4. Figure 5.5 and Figure 5.6 show the experimental output results used in our tests based on daily traffic. Both Internet Protocol (IP) versions behave approximately the same throughput during streaming activities on server. Figure 5.7 and Figure 5.8 show the performance of video/audio streaming at client workstations. It indicates that client workstations have produced different performance for both IP versions.
Figure 5.8: MRTG Daily Graph (5 Minute Average) IPv6 Client Traffic Analysis for IPv4 and IPv6 Server /Client (Weekly Result): Figure 5.9, Figure 5.10, Figure 5.11 and Figure 5.12 show the comparison throughput rates based on weekly between IPv6 and IPv4 performance for both IP versions. Based on weekly statistics, it shows obvious that IPv6 produce low throughput at server and client workstation compare to IPv4 during streaming activities (see Figure 5.9, Figure 5.10, Figure 5.11 and Figure 5.12). The reason is, queue may cause a delay at server platform when a packet arrives at the server, it may be delayed in a queue in which all packets waiting to be transmitted are lined up in the order that they arrived at the server. Queue delay increases with the network load. IPv6 suffer higher delay, which has a significant impact on the real time application since it might decrease throughput of IPv6.
Figure 5.5: MRTG Daily Graph IPv4 Server
447
IPv4 performance. We conclude that base on our findings; both Internet Protocol (IP) versions behave approximately the same throughput (5 minutes) during streaming activities. The daily and weekly statistics results show that server and client workstations achieved a low throughput via IPv6 compare to IPv4. In the future, the technology will push us to make a convergence of the multimedia networks and devices such as Wi-Fi, Wi-Max, RFID, IPTV and others into Internet Protocol version 6 (IPv6), hence this is a strong need that this research with high motivation to be taken into consideration. Moreover, the IPv6 not only overcomes and benefits the QoS in the IPv6.
Figure 5.9: Weekly Graph (30 Minute Average) IPv6 Server
REFERENCES [1]. K. Ettikan, K. Gopi, and Y. Takefumi. Application Performance Analysis in Transition Mechanism from IPv4 to IPv6. IWS2000. Japan. February, 2000.
Figure 5.10: Weekly Graph (30 Minute Average) IPv4 Server
[2]. S. Mohamed, M. Buhari and H. Saleem. Performance Comparison of Packet Transmission over IPv6 Network on Different Platforms. IEE 153(3): 425-433. June, 2006. [3] C. Popoviciu, E. Levy-Abegnoli, and P. Grossetete. Deploying IPv6 Networks. Cisco Press. February, 2006. [4] M. Villapol, E. Gamess and N. Morales. A Proposal to Improve Network Throughput Using a QoS Building Blocks Approach at Central University of Venezuela. In Proceedings of LANC - The 3rd IFIP/ACM Latin America Networking Conference, Cali, Colombia. October 2005.
Figure 5.11: Weekly Graph (30 Minute Average) IPv4 Client
[5] Eric Gamess and Neudith Morales.2007. Implementing IPv6 at Central University of Venezuela. Applications, Technologies, Architectures, and Protocols for Computer Communication. Proceedings of the 4th international IFIP/ACM Latin American conference on Networking, LANC ’07, October 10-11, 2007, San Jose, Costa Rica, ACM, pp: 43-51.
Figure 5.12: Weekly Graph (30 Minute Average) IPv6 Client
[6] Ichiro Yamauchi , Takashi Miyake, Yukiji Mikamo, Junichi Shimada, Kazumasa Kobayashi, Hiroshi Esaki. 2005. JGN II (Japan Gigabit Network II): A Research and Development System for Advanced Broadband Networks. Proceedings of the 2005 Symposium on Applications and the Internet Workshops, IEEE Computer Society Washington, DC, USA, pp: 34 - 37
CONCLUSION This research was to investigate and implement IPv6 architecture at campus environment in next generation. In this article, we have also shown how the analysis of IPv4 and IPv6 can be used to: i) understand the behaviors of both protocols experiments; and ii) analysis details IPv6 and
[7] Kurup, G. Sekercioglu, Y.A. Mani, N. 2005. Source specific multicast (SSM) group management analysis framework for the next generation mobile
448
Internet. Centre for Telecommun. & Inf. Eng., Monash Univ., Clayton, Vic., Australia, pp: 420-425. [8] Linghang Fan, Haitham Cruickshank and Zhili Sun. 2007. Multicast Architecture for IPv6 over DVB-RCS Satellite Networks. IP Networking over Next-Generation Satellite Systems, Springer New York Publisher, pp: 233-250. [9] Stuart Palmer. 2007. An evaluation of streaming digital video resources in on- and off-campus. Engineering Management Education Source Computers & Education, Elsevier Science Ltd publisher, Vol. 49(2), pp: 297-308. [10] Mohammad Azmi, Al-Madi, Rosnah Idrus, Sureswaran Ramadass and Rahmat Budiarto. 2008. A Propose Model for Policy-Based Routing Rules in the IPv6 Offering QoS for IPTV Broadcasting. International Journal of Computer Science and Network Security (IJCSNS), Vol. 8 (3), pp 163-173. [11] Sommers, J. and P. Barford, 2004. SelfConfiguring Network Traffic Generation, Proceedings of the 4th ACM SIGCOMM Conference on Internet Measurement, October 25-27, ACM, New York, USA., pp: 68-81. [12] Xiaoming Zhou and Piet Van Mieghem. Hopcount and E2E Delay: IPv6 Versus IPv4.
449
