Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
Performance Evaluation of Multicast Behavior in Congested Networks
Blekinge Institute of Technology, Faculty of Engineering, Department of Applied Signal Processing.
2019 (English)Independent thesis Advanced level (degree of Master (Two Years)), 20 credits / 30 HE creditsStudent thesis
Abstract [en]

Compuverde’s software-defined storage product uses multicast for the communication between servers in a cluster. The product makes use of IP UDP multicast for sending status messages between the servers that forms the storage cluster. The storage clusters capacity and performance scales linear to the number of servers in the cluster. The problem is that the multicast traffic also increases with the number of nodes. All nodes send to all other nodes in the cluster. In this document, we present a proposal on evaluation of IP multicast behavior in a network congested with traffic similar to that produced by Compuverde’s product. IP multicast is a method of sending Internet Protocol (IP) datagrams to a group of interested receivers in a single transmission. In order to provide an efficient, timely, and global many-to-many distribution of data, and as such may become the broadcast medium of choice in the future, IP multicasting is used[1]. The main benefit of IP Multicast is that it reduces the bandwidth consumption when data from a sender must reach multiple receivers. We are interested in studying the effects on the network when we send multicast packets at a rate closed to the operational limit of the switch. To be able to study this behavior at larger scale Compuverde’s will provide a cluster with 48 servers all connected to the same switch. In addition, we will compare the behavior of IPv4 multicast traffic to that of IPv6.

Aims and Objectives: Our aim of my thesis is mainly to focus on IP multicast and compare the IPv4 multicast performance results to the results from IPv6 multicast. In addition, a C++ tool for generating multicast traffic will be developed on Linux. A detailed study on IP multicast (IPv4, IPv6). Detailed study on the design and efficient implementation of a multicast traffic generating tool. Detailed study on the switch that will be used in the project. Additional switches may be provided by BTH. Detailed study on the pattern of dropped packets when traffic rate approaches operational limit and other related impairments on QoS metrics (e.g., CPU utilization).

Methods: The method is to develop a tool that will generate multicast load towards servers in a cluster. The data sent as multicast packets shall consist of information that will make it possible to detect packet loss on the receiving servers if the network gets congested. The first version of the tool shall use existing socket classes that are based on the IPv4 protocol and shall be written in C++. The tool shall be able to run in two modes at the same time: client mode and server mode. The server part of the tool shall subscribe to a predefined multicast address and receive incoming multicast packages. The client part of the tool shall send data packages to the same predefined multicast address at a configurable rate that will increase over time. The data in the packet that will be sent shall be constructed in a way that lets the receiver (server) detect if a packet is lost in transmission. The load should start small with a small number of servers in the cluster, and then in steps scale up the number of servers, until a maximum of 48 servers is reached. The rate that the multicast packets is sent should also be increased, until the switch gets overloaded and starts to drop packets. The pattern of how packets are dropped should be observed. For example such as, if it is biggerlarge chunks of packets that get dropped or if it is every second packet that gets dropped. The second version of the tool shall support IPv6 multicast. The second round of tests should be performed in a way that makes them comparable to the results from the IPv4 tests so it is possible to draw conclusions if one protocol performs better or is more reliable.

Result: The maximum number of IPv4 packets a switch can handle is 140 packets per second. The maximum number of IPv6 packets a switch can handle is 6 packets per second. The CPU utilization is more while multicasting the IPv4 packets than while multicasting IPv6 packets by using switch, 95 Nodes.

Conclusion: The IPv4 is most efficient protocol than IPv6 protocol while sending the packets at very high data rate. The CPU utilization is more higher for sending with the IPv6 protocol packets than with the IPv4 protocol.

Place, publisher, year, edition, pages
2019. , p. 65
Series
Blekinge Tekniska Högskola Forskningsrapport, ISSN 1103-1581
National Category
Telecommunications
Identifiers
URN: urn:nbn:se:bth-17816OAI: oai:DiVA.org:bth-17816DiVA, id: diva2:1304749
Subject / course
ET2580 Master's Thesis (120 credits) in Electrical Engineering with emphasis on Telecommunication Systems
Educational program
ETATX Master of Science Programme in Electrical Engineering with emphasis on Telecommunication Systems
Presentation
2019-01-28, Bleking Institute of technology, Karlskrona, 16:06 (English)
Supervisors
Examiners
Note

no

Available from: 2019-04-15 Created: 2019-04-13 Last updated: 2019-04-15Bibliographically approved

Open Access in DiVA

BTH2019Jyothula(1778 kB)33 downloads
File information
File name FULLTEXT01.pdfFile size 1778 kBChecksum SHA-512
82af1c258fada886987275168a892fbe551e0566e056081bfc2a1dd910177cf0318c156eb83ef2349d5be4ffbc08115eae9c7dab859e87391437b3d0aef36767
Type fulltextMimetype application/pdf

By organisation
Department of Applied Signal Processing
Telecommunications

Search outside of DiVA

GoogleGoogle Scholar
Total: 33 downloads
The number of downloads is the sum of all downloads of full texts. It may include eg previous versions that are now no longer available

urn-nbn

Altmetric score

urn-nbn
Total: 67 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf