Customization of D-ITG open source network traffic simulation suite

Requirements: familiarity with D-ITG traffic simulation software for Linux C++ Linux network programming network protocols daemonization D-ITG is an open source traffic simulation suite coded in C++. We have found a number of aspects which require some refinement to significantly improve functionality. D-ITG consists of three components that we use: ITGSend, ITGRecv, and ITGDecode. ITGSend is responsible for establishing the call, and generating and sending the simulation data based on provided parameters. ITGRecv listens on TCP 9000 and waits for communication from ITGSend to define the socket for the traffic. Finally, ITGDecode is used to view the resulting data. We are using this on a Linux platform (2.6.27.27) in both physical and virtual forms. We can provide the necessary resources from our end (appliance, source code) in order to complete the given tasks. Some of the items we want to address are listed below ITGDecode 1. We are unable to track ToS consistency across a flow. The ToS of a simulation is given as a parameter to ITGSend. That same ToS value is assigned to each packet of a simulation. We would like ITGDecode to display the MAX, MIN, and AVG ToS values seen on the receiving end. ITGRecv Currently ITGRecv, in our usage, has proven unstable. There are two significant problems: 2. There is no inherent daemonization available. When started as a background process (/sbin/ITGRecv >/dev/null 2>&1 0>&1 &) it uses every spare CPU cycle keeping the CPU at 100% the entire time it is running. This hasn’t had obvious impact on performance, but is very undesirable behavior. 3. If ITGSend doesn’t tell ITGRecv to close the socket, ITGRecv must be killed and restarted. ITGSend uses TCP port 9000 to setup and teardown the simulation and a different UDP port for the simulation itself. If connectivity is lost for some reason, or if ITGSend dies without teardown of the call, ITGRecv continues to listen for that teardown and no other simulations can be run to that instance. ***Right now we are looking for bids on Phase 1 only *** That is, having ITGDecode display ToS values. If this project works out, we will continue to other phases. ***Please confirm your experience with the requirements above*** Your bid should confirm fulfillment of the requirements set forth at the top of this project.