Orbit > Other Applications > Integrating D-ITG with ORBIT

D-ITG Integration

This document covers the general details of integrating sample applications with the ORBIT tesbed setup. A specific example (D-ITG) is chosen as a candidate application and the steps are described in the document. The readers are referred to the ORBIT architecture document for the individual software component details.

To summarize, nodeHandler is the experiment controller software that is used to choreograph the experiment. It is used to power on, initialize interfaces, launch the applications simultaneously on the nodes involved in the experiment, as well as create databases consistent with the measurements for that particular experiment.

OML (ORBIT Measurement Library) is used to collect measurements at run-time from the nodes. It consists of an OML-client on the nodes and the collection server on the experiment controller machine that is used to collect the measurements sent by the clients and insert into appropriate columns of the database.

Integrating a new application with this setup mainly consists of the following steps

1   Integrating with measurement collection

In order to initiate measurement collection using OML, the following steps need to be taken

1.1   Identifying the measurements reported by Iperf

The first step is to identify what are the measurements reported by the application and finding the right files in the source code corresponding to these measurement reports. For D-ITG, the statistics for UDP (and TCP?!) are throughput, packet loss, delay and jitter

For ITG, this was traced to the file ITGDec/ITGDecod.cpp

1.2   Create the application definition XML file

The application definition file for Iperf is defined to capture the outputs that the program reports. This file is later used to auto-generate OML library and headers for this application. The following application definition file has been written for D-ITG(using a subset of command line inputs)

[wiki:Documentation/OtherApps/Iperf/ITGAppDefXML ITG Application Definition Schema]

Verify that the XML file is syntactically correct by correct by checking if it opens correctly in an XML enabled browser (IE or Mozilla)

1.3   Creating OML shared library and headers for Iperf

After defining the application definition file as above, use the following command to submit the application definition file to a wrapper utility

'''wget -q --post-file <app-def.xml>'''

In response to the <app-def>.xml file, the OML application service returns a tar file containing: oml_<app-def>.h and liboml_<app-def>.a.

Iperf is then compiled against this library.

1.4   Include header files and function calls in source code

The statistics reports are generated by the application, ITGDec and hence we modify the file ITGDec/ITGDecod.cpp to include the following

''#include oml_orbit_winlab_itg.h''

''initialize_oml(&argc, argv, NULL)''

and add the function call as follows to report collected measurements

''oml_receiverport((int)flow_no,(int)src_port, (int)dst_port, (float) throughput, (float) jitter, (float)delay, (float)pkt_loss)''

Note that the src port and dst port help to distinguish between two different flows at the receiver

1.5   Modify Makefile and build application

Linker options: -loml_client -lomltx

LDFLAGS = -L/usr/lib/ -Lpath_to/liboml_orbit_winlab_itg.a

The oml client package with the required libraries can be obtained from the orbit repository (apt-get oml-client). It will install oml-client and oml_transport libraries in /usr/lib/

Note that the OML client is already present on the nodes (so the second step can be ignored)

Now, ITG can be rebuilt using the Makefile.

1.6   Miscellaneous

Note that the application will need the following environment variables to be set

'''LD_LIBRARY_PATH = /usr/lib/''' '''OML_NAME=<node-id>''' '''OML_CONFIG=<OML configuration file>'''

All these variables are set automatically when the experiment is run using the nodeHandler.

2   Integrating with Nodehandler – Launching the application

This section includes the details of how to integrate ITG with the experiment controller (nodeHandler) so that it can be launched on all the nodes involved in the experiment.

2.1   Create application definitions for ITG sender and receiver

The following two sample files for Iperf sender and receiver show the details of how to create definitions for any application. The definition mainly contains the command line options that can be set during launching the application as well as the output statistics reported by the application

2.4   Create prototypes using previously defined applications

Using the previously defined ITG client and server application definitions, the next step is to create prototypes that use these applications. Each of these will use ITG as the underlying application; however their properties can be customized as shown below

2.8   Write experiment script using the previously defined application and prototype definitions

The final step is to write the actual experiment script as shown below

3   Parameters and statistics supported

3.1   Sender Side

  • Measurement type (one-way delay or RTT
  • Receiver port
  • Protocol type (TCP or UDP)
  • TTL
  • Duration of traffic generation

3.2   Traffic Generation Parameters

  • Constant interarrival b/w packets
  • Exponential distribution
  • Poisson distribution

3.3   Packet Size Options

  • Constant Payload Size
  • Exponential distribution
  • Poisson distribution

3.4   Application Level Options

Usage: To select VoIP use ./ITGSend –a <recvIP> -i <codec> -h <transport>
  • VoIP (different codec-types:G.711.1, G.711.2, G.723.1, G.729.2, G.729.3)
  • Control (RTP or CRTP)

3.5   Receiver Side

  • Log file to store measurements

3.6   Decoder

The decoder basically extracts the log file and reports information to OML server. It takes the following options

  • Jitter report interval
  • Throughput report interval
  • Packet loss report interval
  • Delay report interval
  • Log file used by receiver

3.7   Statistics Reported

Note that the delay measurements depend on the synchronization between the two nodes (resolution of NTP, for now)
  • Throughput (UDP and TCP)
  • Average Jitter (UDP and TCP)
  • Packet loss (UDP and TCP)
  • Average One- way delay (UDP and TCP)
  • RSSI (UDP)
  • Phy Rate (UDP)
Last modified 14 years ago Last modified on Sep 5, 2006, 9:49:11 PM
Note: See TracWiki for help on using the wiki.