I gang

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 ([url removed, login to view]) 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.

Færdigheder: C++ Programmering, Linux

Se mere: itg customization, itgsend itgrecv, itgrecv background, udp socket programming in c, source flow, socket programming in c, programming resources, out source programming, open source programming, open source c++ code, network flow problems, network flow data, network flow, min flow, max network flow, max network, max flow, forth programming, flow problems, flow network, flow max, flow in network, flow based programming, D Programming, data flow programming

Om arbejdsgiveren:
( 2 bedømmelser ) Asheville, United States

Projekt-ID: #4115194

Tildelt til:

kerrisg

I will have to look at the code base more to determine what changes are needed for phase 2.

$750 USD på 1 dag
(5 bedømmelser)
3.6

4 freelancere byder i gennemsnit $938 for dette job

vvakulenko

Hello, please find details in PMB.

$750 USD in 7 dage
(5 bedømmelser)
5.0
JeffLee21

I have a 8++ year with network programming in Linux. Please check pm details.

$750 USD in 15 dage
(4 bedømmelser)
3.3
getveltrod

Hi, Veltrod Software services is a global software consulting company specialized in providing Mobile applications, Social media frameworks and eCommerce solutions. Leveraging best-in-class people, processes, and te Mere

$1500 USD in 25 dage
(0 bedømmelser)
0.0