pstavirs/ostinato

Ostinato - Packet/Traffic Generator and Analyzer

ostinato's Issues

Would like to see Frames per Second and Bytes per Second on Linux version

What steps will reproduce the problem?
1. Under Linux - the Frames per second and Bytes per Second counters don't work 
(stay at "0").
2. Windows versions of Ostinato have working FPS and BPS counters (thanks to 
stats info available from WinPCap I'm told).
3. Getting these counters under Linux would be very useful (don't have to be 
extremely accurate - but at least general info desired).

What is the expected output? What do you see instead?
Would like to see FPS and BPS - currently just see "0"

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
Using Ostinato 0.3 on a SUSE Linux installation.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 17 Nov 2010 at 7:39

Append streams does not work

What steps will reproduce the problem?
1. Create a new stream and save it to disk
2. Close and reopen Ostinato
3. Open the saved stream from disk
4. Open the saved stream again from disk and choose to append to existing stream
5. Click Apply
6. Click Send

What is the expected output? What do you see instead?
Both streams should be transmitted, but only one is transmitted.

Original issue reported on code.google.com by [email protected] on 24 Oct 2010 at 7:36

Issue loading Ostinato on Suse Enterprise Linux Server (SELS)

What steps will reproduce the problem?
1.  On a SELS system, just tried to install Ostinato (using the OpenSuse 11.3 
installer since that's what SELS is based from).
2.  Installation starts to work - then gets a "libpcap.so.1 library not 
available" error.
3.  Basically at this point - you have to cancel the install.

I was trying the OpenSuse 11.3 Ostinato 0.3 install.  I successfully installed 
this on a OpenSuse system, but OpenSuse didn't support my network card so I had 
to go to SELS.

If this is just a "stupid" issue (like installing the libpcap.so.1 library is a 
no-brainer), then my apologies - but I have limited Linux experience.

I originally was just going to go with the WIndows version - but frame 
throughput on that setup seems pretty low and I expect a Linux install would be 
much faster and reliable.

I'm going to research doing an Ostinato build on the SELS linux, but 
considering my lack of Linux experience I'll probably run into major roadblocks.

Any advise is greatly appreciated (very useful program!!!!)

NOTE:  IF there is already a SELS Ostinato build / installer somewhere - sorry 
I couldn't find it but please advise the location.

Regards, 
Werner

Original issue reported on code.google.com by [email protected] on 16 Nov 2010 at 6:14

Project does not build in Qt-creator

I’m trying to build using Qt-creator and I’m having problems.  Although I 
first encountered these issues in Windows, I’ve since installed Qt-creator on 
my Linux box (CentOS 5.5 with the same Qt versions installed) and I see 
*exactly* same issues there as well.  I hope that you can help.

I have installed:
Qt 4.7.0, 
Qt-creator 2.0.1, 
protobuf 2.3.0 (also tried 2.4.0)
Winpcap/pcap

When I try to build ost.pro with this configuration I see a number of problems. 
 The first is that when Qt-creator calls protoc it does not provide the correct 
paths for –cpp_out and –proto_path (it appears that it is looking in 
../../<path> instead of ../<path>).  I’ve worked around this issue by 
manually running protoc on the .proto files.

However, now I’m getting a message that states that there is “No rule to 
make target ‘drone_main.cpp, needed by ‘version.cpp’.  And, I have no 
idea how to fix this.

I have tried this with both the source tarball from the project page, and the 
tip of the Mercurial archive with the same result.

I am able to build using qmake/make in Linux.  But, to date, have not been able 
to build this in Windows.

Original issue reported on code.google.com by [email protected] on 15 Apr 2011 at 12:27

makefile missing in subdirs

What steps will reproduce the problem?
1.
$ ls
COPYING*    client/     rpc/        version.pri*
Makefile*   common/     server/
dinker:ostinato dinker$ make
make -C rpc
make[1]: *** No targets specified and no makefile found.  Stop.
make: *** [all] Error 2

What version of the product are you using? On what operating system?
ostinato-src-v0.1r120f on Mac OS X

Original issue reported on code.google.com by [email protected] on 21 Apr 2010 at 1:33

missing include in icmp.h

While compiling from sources (linux platform), an error is raised:
icmp.cpp:218: erreur: ‘printf’ was not declared in this scope
adding '#include "stdio.h"' to icmp.h solves the problem.
More a simple forget than a real bug, but prefered to submit it though.

Original issue reported on code.google.com by [email protected] on 16 Apr 2010 at 1:42

make from src does not work.

What steps will reproduce the problem?
1.qt4.6.2 SDK with mingw gcc 4.4.0(installed with the sdk) as the compiler. 
2.start qt command prompt,cd to project home,and follow your instructions,:
  "mingw32-make qmake"(which succeeded with a few warnings about
version.cpp can not found etc.) ,and then "make", at this moment, the
compiler complains error,as follows:
"mingw32-make[2]: Entering directory
`D:/projects/Qt/workspace/ostinato/ostinato.
src.ok/rpc'
g++ -c -g -frtti -fexceptions -mthreads -Wall -DUNICODE
-DQT_LARGEFILE_SUPPORT -
DHAVE_REMOTE -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB
-DQT_THREAD_SUPPORT -I"
d:\test\Qt\2010.02.1\qt\include\QtCore"
-I"d:\test\Qt\2010.02.1\qt\include\QtNet
work" -I"d:\test\Qt\2010.02.1\qt\include\QtGui"
-I"d:\test\Qt\2010.02.1\qt\inclu
de" -I"c:\msys\1.0\local\include" -I"google\protobuf"
-I"d:\test\Qt\2010.02.1\qt
\include\ActiveQt" -I"debug" -I"d:\test\Qt\2010.02.1\qt\mkspecs\win32-g++"
-o de
bug\rpcserver.o rpcserver.cpp
In file included from rpcserver.cpp:21:
rpcserver.h:23:37: error: google/protobuf/message.h: No such file or directory
rpcserver.h:24:40: error: google/protobuf/descriptor.h: No such file or
director
y
rpcserver.h:25:37: error: google/protobuf/service.h: No such file or directory
In file included from rpcserver.h:31,
                 from rpcserver.cpp:21:
pbrpccontroller.h:31: error: '::google' has not been declared
..."
3.I downloaded the google protobuff 2.3.0 src code,and extracted the
"google\protobuf" src subdir to "ostinato.src.ok\rpc", and tried again,but
the same problem still exsits.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
Version 0.1rev.d6d8d1ef7a on windows xp sp2.

Please provide any additional information below.
i noticed in the .pro file of the rpc subdir this:
INCLUDEPATH += "c:\msys\1.0\local\include"
but on my pc,there's no msys in the c drive, what is this about?

Original issue reported on code.google.com by [email protected] on 7 May 2010 at 4:02

Optimization: Cache 'frameValue()' for protocols and stream classes

Performance can be improved by caching 'frameValue()' for protocols and stream 
classes so that it doesn't have to be derived every time if there is no change 
in the protocol/stream's (field) data

Note: this will not impact the traffic rates generated by Ostinato since we 
pre-build the complete set of packets before starting transmit.

Original issue reported on code.google.com by [email protected] on 6 Oct 2011 at 7:47

TOS/DSCP

What steps will reproduce the problem?
1. Create a new stream
2. Protocol Selection - Ethernet II - IPv4
3.  Protocol Data - TOS/DSCP

What is the expected output? What do you see instead?
It would be great to have the TOS and DSCP fields split instead of having a 
single field for both.

What version and revision of the product are you using (available in the About 
dialog)? On what operating system?
4.3.3
Windows XP

Please provide any additional information below.
This isn't a bug.  It is a feature request.

GREAT JOB on this!!
I'm using this program to measure sub 50ms switch times on a G.8032 ethernet 
rings!

Original issue reported on code.google.com by [email protected] on 13 May 2011 at 3:09

Drone needs X support

What steps will reproduce the problem?
1. try running drone w/o X

What is the expected output? What do you see instead?

# drone
drone: cannot connect to X server

What version and revision of the product are you using (available in the About 
dialog)? On what operating system?

# dpkg -l | grep osti
ii  ostinato                                  0.3-1
              Packet/Traffic Generator and Anaylzer
# uname -a
Linux doors 2.6.32-28-generic-pae #55-Ubuntu SMP Mon Jan 10 22:34:08 UTC 2011 
i686 GNU/Linux

Please provide any additional information below.

Drone should not depend on X, should be able to run on headless
machines.

Original issue reported on code.google.com by [email protected] on 1 Feb 2011 at 2:58

• Blocking: #96

Statistics: Frame Sent/Received counts will both increase when a single stream is sent to remote PC

What steps will reproduce the problem?
1. Install Ostinato in one PC and Drone in another
2. Send a single stream with proper mac address configured
3. In Ostinato PC, the counter for both Frames Send/Received will increase even 
the packets are destinated to remote, not local.

What is the expected output? What do you see instead?

What version and revision of the product are you using (available in the
About dialog)? On what operating system?

Ostinato version 0.4 (latest)
Windows XP 64bit and Windows 7


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 23 Sep 2011 at 11:58

• Merged into: #46

CLI/Scripting interface

Requested by yanivka on the mailing list 
(http://groups.google.com/group/ostinato/browse_thread/thread/88c1dfd645c1010)

<snip>
2. api for external control (running it via command line and getting 
the results)
</snip>

Requested by Daniel Myers on the mailing list 
(http://groups.google.com/group/ostinato/browse_thread/thread/36bbe4e54e01a4f)

<snip>
 I am trying to setup a stream (via the GUI) and run this stream from a 
script, can this be done? If so, is there a place that the CLI is 
documented?
</snip>

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 3:02

TCP MSS

Requested by user hana.yui as a comment on the FAQ wiki page 
(http://code.google.com/p/ostinato/wiki/FAQ)

<snip>
One other, the TCP header does not has option for MSS.
</snip>

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 2:59

Enhancement Request - show errors on link

As a traffic Generator - Ostinato is great - but one thing I believe it's 
missing is any indication of errors on a link.

Just a general indication of CRC errors or something of the sort (stuff you'd 
see under Linux with ethtool -s ) would be GREAT.  One more row on the Ostinato 
data display.

You'd also want to clear the errors along with "bytes transmitted ..etc" 
counters so you could easily see if your link is working well.

I'd like to see this on both Windows and Linux versions - but right now believe 
the Linux one is the best  (since Ostinato tends to pump more traffic through 
it).

Thanks for your consideration.

-Werner H.

Original issue reported on code.google.com by [email protected] on 2 Dec 2010 at 4:36

Goto Stream Broken

Reported by Sean Rogers on the mailing list 
(http://groups.google.com/group/ostinato/browse_thread/thread/a64669427ed8e28f) 
-

<snip>
Is the button for the "GO TO" stream broke?  In my Windows XP instance, it 
stays grayed out- even with 3 or more streams to select
</snip>

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 3:03

Allow inter packet gap in seconds

Currently inter packet gap has to be less than 1 second. It should be possible 
to have an inter packet gap more than one second.

Effectively this means we need to allow packets_per_sec and bursts_per_sec as 
floating point instead of integer.

Original issue reported on code.google.com by [email protected] on 28 Apr 2011 at 2:52

Inter-mix streams

Requested by Sean Rogers on the mailing list 
(http://groups.google.com/group/ostinato/browse_thread/thread/a64669427ed8e28f) 
-

<snip>
Is there a way to "inter-mix" streams?  For example, I may want to play stream 
1 and 2 at the same time then perhaps play 3, etc.  Intent is to try to mix 
traffic in a little more "real-world" way and possibly create overwhelmed 
scenarios for my QoS.
</snip>

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 3:03

About exclusive control on Linux platform

now, the exclusive control function is not available on Linux platform, and it 
is a big absence for ostinato i think.
When is it available?

Original issue reported on code.google.com by [email protected] on 2 Mar 2011 at 2:17

I cannot see interfaces.

Hello there,
Running in lixux (LUBUNTU) the ostinato (sudo ostinato or gksudo ostinato) both 
drone and ostinato executables starts but I cannot see the port tree(only "Port 
Group 0:[127.0.0.1:7878](0)".
When I run first the server (drone) as su (sudo or gksudo drone) and after 
executable ostinato I get a message that a server instance already running but 
all the ports/interfaces is now avaliable and the application is running 
perfectly. 

Please see below the output in terminal:

qwe@qwe-qwe:~$ sudo ostinato
[sudo] password for qwe: 
ComboProtocol: protoNumber = 206, 0x8da5478 <--> 0x8da54b8
ComboProtocol: protoNumber = 206, 0x8da44a8 <--> 0x8da5500
ComboProtocol: protoNumber = 207, 0x8da4470 <--> 0x8da44e8
ComboProtocol: protoNumber = 208, 0x8da5db8 <--> 0x8da5e00
ComboProtocol: protoNumber = 303, 0x8da63e8 <--> 0x8da6470
ComboProtocol: protoNumber = 304, 0x8da6568 <--> 0x8da65f8
ComboProtocol: protoNumber = 305, 0x8da6750 <--> 0x8da67d8
ComboProtocol: protoNumber = 306, 0x8da6930 <--> 0x8da69c0
Retrieving the device list from the local machine

cap file = /tmp/qt_temp.J17559
0. eth0
cap file = /tmp/qt_temp.T17559
1. usb0
cap file = /tmp/qt_temp.M17559
In establish
In on_mpSocket_stateChanged
state changed 1
In on_mpSocket_stateChanged
state changed 2
2. wlan0
cap file = /tmp/qt_temp.X17559
3. usbmon1
 (USB bus number 1)

cap file = /tmp/qt_temp.h17559
4. usbmon2
 (USB bus number 2)

cap file = /tmp/qt_temp.L17559
5. usbmon3
 (USB bus number 3)

cap file = /tmp/qt_temp.S17559
6. usbmon4
 (USB bus number 4)

cap file = /tmp/qt_temp.n17559
7. usbmon5
 (USB bus number 5)

cap file = /tmp/qt_temp.o17559
8. usbmon6
 (USB bus number 6)

cap file = /tmp/qt_temp.k17559
9. usbmon7
 (USB bus number 7)

cap file = /tmp/qt_temp.i17559
10. usbmon8
 (USB bus number 8)

current is either invalid or not a port
current is now invalid
No selection
setting stacked widget to blank page
No selection
In on_mpSocket_stateChanged
state changed 0
In on_mpSocket_error
on_rpcChannel_error: error 0
cap file = /tmp/qt_temp.U17559
11. any
 (Pseudo-device that captures on all interfaces)

cap file = /tmp/qt_temp.Z17559
12. lo
ComboProtocol: protoNumber = 206, 0x8b8e5e0 <--> 0x8b8e620
ComboProtocol: protoNumber = 206, 0x8b8e710 <--> 0x8b8e750
ComboProtocol: protoNumber = 207, 0x8b8e6d8 <--> 0x8b8e798
ComboProtocol: protoNumber = 208, 0x8b8e9e0 <--> 0x8b8ea28
ComboProtocol: protoNumber = 303, 0x8b8ee98 <--> 0x8b8ef20
ComboProtocol: protoNumber = 304, 0x8b8f0c0 <--> 0x8b8f150
ComboProtocol: protoNumber = 305, 0x8b8f290 <--> 0x8b8f318
ComboProtocol: protoNumber = 306, 0x8b8f3d8 <--> 0x8b8f468
The server is running on 0.0.0.0: 7878
current is either invalid or not a port
currentChanged ffff
state = unconnected|closing
No selection

I have also reinstall the package without result.
Thanks in advance for your help.

Original issue reported on code.google.com by [email protected] on 29 Sep 2010 at 5:45

Setting Ethernet II Ethertype

What steps will reproduce the problem?
1. Select Ethernet II in stream editor
2. Ethernet II type follows MAC, but when selected is grayed out
3.

I was hoping to set the Ethernet II type.  Admittedly an odd wish.  We're 
implementing a private datagram type for use in an embedded system.


V0.2 on Windows XP


Thanks in advance for your help.  This looks like a great test tool.

Original issue reported on code.google.com by [email protected] on 22 Oct 2010 at 11:41

Time calculations in nSeconds instead of uSeconds

I've been doing some work to integrate hardware support for Napatech adapters 
into ostinato.  

One limitation that I've discovered is that the micro-second ipg calculations 
that ostinato currently uses do not provide the granularity required for 
transmitting high-rate traffic on 10Gbps links.  As a result traffic does not 
transmit reliably at higher rates.  It would be better if you made these 
calculations using nano-seconds.  I realize that nano-second sleep is not 
available on all OS's.  However, it would be better to use this capability when 
possible.

Original issue reported on code.google.com by [email protected] on 8 Dec 2010 at 9:39

Error while installing Ostinato in CentOS

What steps will reproduce the problem?
1.Follow the instructions given by you
su
curl 
"http://download.opensuse.org/repositories/home:/pstavirs:/ostinato/ScientificLi
nux_6_standard/home:pstavirs:ostinato.repo" > /etc/yum.repos.d/ostinato.repo
yum install ostinato

What is the expected output? What do you see instead?
I expect to install Ostinato.


What version and revision of the product are you using (available in the
About dialog)? On what operating system?
CentOS 5.5


Please provide any additional information below.
Following are the logs 

[Sushil-CentOS] ostinato > 
inato/ScientificLinux_6_standard/home:pstavirs:ostinato.repo" > 
/etc/yum.repos.d/ostinato.repoi
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   329  100   329    0     0    324yum install ostinato
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * addons: mirrors.hns.net.in
 * base: mirrors.hns.net.in
 * extras: mirrors.hns.net.in
 * rpmforge: fr2.rpmfind.net
 * updates: mirror.averse.net
home_pstavirs_ostinato                                                          
  | 1.7 kB     00:00     
home_pstavirs_ostinato/primary                                                  
  | 3.6 kB     00:00     
http://download.opensuse.org/repositories/home%3A/pstavirs%3A/ostinato/Scientifi
cLinux_6_standard/repodata/58cde01cab338051d37c51ffc678c99fd07dad9c67678fd068b36
2aa32b198c0-primary.xml.gz: [Errno -3] Error performing checksum
Trying other mirror.
home_pstavirs_ostinato/primary                                                  
  | 3.6 kB     00:00     
http://download.opensuse.org/repositories/home%3A/pstavirs%3A/ostinato/Scientifi
cLinux_6_standard/repodata/58cde01cab338051d37c51ffc678c99fd07dad9c67678fd068b36
2aa32b198c0-primary.xml.gz: [Errno -3] Error performing checksum
Trying other mirror.
Error: failure: 
repodata/58cde01cab338051d37c51ffc678c99fd07dad9c67678fd068b362aa32b198c0-primar
y.xml.gz from home_pstavirs_ostinato: [Errno 256] No more mirrors to try.
[Sushil-CentOS] ostinato > 

Original issue reported on code.google.com by [email protected] on 30 Mar 2011 at 5:56

Reduce time to delete all streams

When a large number of streams are configured (tens of thousands) and they are 
deleted - the time taken is noticeable.

Original issue reported on code.google.com by [email protected] on 28 Apr 2011 at 2:56

Cant able to send L2 protocol data with Ostinato

What steps will reproduce the problem?
1.In the protocol selection chosen etherner II , 802.3 LLC, 802.3 LLC SNAP
2.Try to send this protocol data from fixed source to fixed destination by 
giving source and destination MAC respectively
3.Steam data also selected , for example 10000 packets.

What is the expected output? What do you see instead?

Observed result: When i am trying to listen this generated traffic from another 
port on the switch , nothing was shown from ostinato. But other communication 
works fine on the switch.
Here i am trying to generate extra traffic on ethernet based network switch.
PS: Both source and destination machine running with ostinato and drone.
If this possible sending the data like this on ostinato how much maximum data 
it supports in Mbps.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
Ostinato 0.2


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 13 Oct 2010 at 9:25

Traffic sent On Windows 7 ethernet port is received on the transmitting port in addition to being sent.

What steps will reproduce the problem?
1. Run Ostinato on Windows 7 with winpcap
2. Link it to another card
3. Send traffic

What is the expected output? What do you see instead?
I do not expect to see packets I send being received on the sending port yet 
this is what I see.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
Version 0.4 Revsions C276a3e335a5@

See document for screen shots.

Original issue reported on code.google.com by [email protected] on 7 Sep 2011 at 5:11

Attachments:

• [Ostinato Bug Tx packets show up on Tx port.docx](https://storage.googleapis.com/google-code-attachments/ostinato/issue-46/comment-0/Ostinato Bug Tx packets show up on Tx port.docx)

Ostinato under Program Files on Windows

Reported by user robross0606 as a comment on the FAQ wiki page 
(http://code.google.com/p/ostinato/wiki/FAQ)

I've noticed that if you place Ostinato in a directory under Program Files in 
Windows 7, it refuses to connect the port group. Put the directory anyplace 
else and it works fine, including in the root of C:.

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 3:00

HTTP \r

What steps will reproduce the problem?
1. Define TCP as transport protocol
2. Use L5 Text content
3. Set 80 - HTTP as applicaton protocol
4. Enter in the text field e.g. :
GET / HTTP/1.1
Host: www.onet.pl

What is the expected output? What do you see instead?
Wireshark does not decode created packet correctly - it does not recongnize
headers. 
There is no way to provide \r in the text field.
\n is done automatically by putting headers in different lines.
^M character did not help.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
Windows XP.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 11 Oct 2010 at 7:27

tool crashes on windows server

What steps will reproduce the problem?
1. install ostinato on a windows server having atleast 5 interface cards
2. start drone.exe


What is the expected output? What do you see instead?
the tool crashes, if i enable more than 3 cards.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
version 0.2 on windows server 2003

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 17 Sep 2010 at 7:18

BGP

Requested by user laikimfai (Philip) as a comment on the FAQ wiki page 
(http://code.google.com/p/ostinato/wiki/FAQ)

<snip>
Looking forward to BGP features
</snip>

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 2:59

Ostinato exits on clicking "view capture" while transmit is on

What steps will reproduce the problem?
1. Start Capture
2. Start Transmit 
3. View capture (without stopping transmit)

What is the expected output? What do you see instead?
Ostinato exits

Original issue reported on code.google.com by [email protected] on 9 Oct 2011 at 5:32

Using ARP/ND to resolve IP address to MAC addresses

What steps will reproduce the problem?
1.Manually enter MAC Address in SRC/DST field.
2.
3.

What is the expected output? What do you see instead?
Automatically fill up SRC/DEST MAC address by Capturing ARP Req/Res from the 
corresponding Ip Address.


Please provide any additional information below.
It can also serve as a validation method,To check that SRC/DST IP address can 
be reached.

Original issue reported on code.google.com by [email protected] on 13 Nov 2010 at 6:44

Maximum pps for small packets size

It's more question about performance, than an issue.

What factor is limiting performance? I can't get more than 1000pps for 73bytes 
packets.

What steps will reproduce the problem?
======================================
1. Steam control -> Rate -> Packets/Sec
2. Set rate 2000 pps
3. Start generation, check fps sent in statistics window.

What is the expected output? What do you see instead?
=====================================================
I am sending DNS requests with rate of 2000pps. Packet size is 73 bytes. I 
can't get more than ~1000 pps even with 3Gig CPU and 2Gig of RAM PC.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
=========================================================================
Version 4.3.3, Windows XP, SP3


Please provide any additional information below.
================================================
B.t.w, seems Frame Received Rate is not shown correctly - it's two times bigger 
than real rate seen in Wireshark for the same time period.

Original issue reported on code.google.com by [email protected] on 10 Jan 2011 at 6:20

Reduce PCAP import time

Optimize the PCAP/PDML code to reduce pcap file import time.

Original issue reported on code.google.com by [email protected] on 28 Apr 2011 at 2:54

Broadcasting 10Mbps Traffic...Ostinato crashed

What steps will reproduce the problem?
1.Trying to generate maximum network traffic (lets say 10Mbps)by ostinato
2.Broadcasting this traffic on the network (to around 10 servers)
3.Generating traffic from one linux machine which was connected to same network 
and listening the complete network traffic from other machine by using 
wireshark.

What is the expected output? What do you see instead?

Expected the maximum network load on the network when i sending this 
broadcasting messages on the network.
Observed result: Maximum network load by using ostinato same as what i am using 
the normal servers. Not much difference.
What version and revision of the product are you using (available in the
About dialog)? On what operating system?
Ostinato 0.2.


Please provide any additional information below.
This is a isolated network , testing the network in different load condition. 
For this one, i am generating extra traffic through ostinato and broadcasting 
this traffic on the network.

Original issue reported on code.google.com by [email protected] on 6 Oct 2010 at 12:23

Modifying any param on the fly at send time

For the children of PackETH ;), is missing to modify the final Raw package 
generated.

The attach photo you can show this options.

cheers!

Original issue reported on code.google.com by fran.net on 11 Dec 2010 at 5:38

Attachments:

• screen2.jpg

on performance of packet rate

Hi 
I use a powerful server with 10G eth port to generate traffics,but the max 
packet rate is about 400k packets/s, the packet length is fixed to 512bypes, 
that is about 200Mbps.
Are there any limitations on the rate?

Henry

Original issue reported on code.google.com by [email protected] on 1 Apr 2011 at 2:53

Random Traffic Generation

This feature is not present as of now (22nd Dec 2010).  This is an enhancement 
request.  (Check the attachment for the details of the requirements).

Original issue reported on code.google.com by [email protected] on 22 Dec 2010 at 7:37

Attachments:

• [Random Traffic](https://storage.googleapis.com/google-code-attachments/ostinato/issue-32/comment-0/Random Traffic)

Ability to duplicate streams

What steps will reproduce the problem?
1. NA
2.
3.

What is the expected output? What do you see instead?
To be able to duplicate streams.

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
ALL

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 10 Nov 2010 at 5:53

Linux Documentation Issue

What steps will reproduce the problem?
1. Run the current build commands from the linux doc: 
$ qmake
$ make
$ make install


2.
3.

What is the expected output? What do you see instead?
Lots of missing headers that should be created aren't.

What version of the product are you using? On what operating system?
Current stable on Gentoo Linux.

Please provide any additional information below.
The issue is the doc.
It should read:
$make qmake
$make
$make install

Running those everything compiles just fine.

Original issue reported on code.google.com by [email protected] on 26 Jun 2010 at 6:20

unable to launch binaries

Once the binaries have been compiled (linux platform), neither the ostinato
or the drone binary starts. They both fail with this error:
ComboProtocol: protoNumber = 127, 0x8230d90 <--> 0x82359d8
ComboProtocol: protoNumber = 127, 0x8232808 <--> 0x8232848
ComboProtocol: protoNumber = 128, 0x82345c8 <--> 0x82337a8
ComboProtocol: protoNumber = 129, 0x8234c18 <--> 0x8234c60
QScriptEngine: Must construct a Q(Core)Application before a QScriptEngine

Original issue reported on code.google.com by [email protected] on 16 Apr 2010 at 1:49

how to display the statistical datas in linux e.g. frames per seconds

What steps will reproduce the problem?
1.there is no statistical data of frames/bytes per second when ostinato is 
running in Linux
2.
3.
ostinato-src-0.3  Fedora10


What is the expected output? What do you see instead?

the statistical data is supposed to display


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 25 Mar 2011 at 6:07

• Merged into: #26

mutliple ostinato clients connecting to one drone server

What is the expected output? What do you see instead?


Please provide any additional information below.

i think it will be very useful to have a mechanism of port selection in 
ostinato. if multiple clients can connect to single drone running on a server 
then many users can connect to drone and use ports as per requirements. one 
user can connect to drone and select ports on requirement basis and remove all 
others from his control, so that another user can connect at the same time and 
use the other ports.

Original issue reported on code.google.com by [email protected] on 3 Nov 2010 at 6:00

requirement on configuring packet rate for a port instead of per stream

when we evaluate the performance of a port, just can config the packet rate for 
one stream, so must config all streams one by one for a port, can we config 
packet rate for a port, not just for a stream?

Henry

Original issue reported on code.google.com by [email protected] on 25 Apr 2011 at 5:24

Userscript: ProtocolIdTcpUdp not supported

ProtocolIdTcpUdp needs to be supported in Userscript

Original issue reported on code.google.com by [email protected] on 6 Oct 2011 at 7:49

Read hexdump content from file

Requested by Adam Bell on the mailing list 
(http://groups.google.com/group/ostinato/browse_thread/thread/8753bdf93925678e)

<snip>
When editing the stream, it seems I can only enter 1 word for the payload data. 
I need to enter a specific 128 byte stream for protocol testing (IKE 
specifically).
...
As a suggestion, a GUI to simply add the bytes would be nice, like the one have 
now.
</snip>

Requested by user robross0606 as a comment on the FAQ wiki page 
(http://code.google.com/p/ostinato/wiki/FAQ)

Another useful feature would be to pull the payload data from an external file 
(ie. hex).

Original issue reported on code.google.com by [email protected] on 8 Sep 2010 at 3:01

Drone crashes on transmit

What steps will reproduce the problem?
1. Start Ostinato
2. Don't create or open any streams
3. Select any port on the port stats window and click 'start transmit'

What is the expected output?
Nothing should happen since no streams have been configured

What do you see instead?
drone crashes

What version and revision of the product are you using (available in the
About dialog)? On what operating system?
0.2, any OS

Please provide any additional information below.
Reported by Dan on the mailing list - 
http://groups.google.com/group/ostinato/browse_thread/thread/8cc6f225725bd95

Original issue reported on code.google.com by [email protected] on 1 Oct 2010 at 3:36

Possible support for Jumbo Frames (9k packet)?

Definitely not a problem - but an enhancement request. 

As proven by the 20Gbps demo from Napatech - Ostinato can be used to drive some 
pretty high traffic rates.

Depending on the hardware - it's usually easier to drive high Gigabit (10Gbps) 
traffic if you can use jumbo frames (around 9k) instead of just 1.5k sizes.  I 
believe most 10Gigabit adapters are supporting jumbo frame sizes - so it would 
be great if this support could be added to Ostinato.

NOTE:  I did try and changed the size to around 8k - but Ostinato just sort of 
"froze" when I started it up (I had to close it and restart to recover).  At 
the very least, Ostinato should probably not accept packet sizes that are over 
what it supports (I notice it does show 64 to 1518 as the valid ranges).

Thanks in advance for your consideration.

-Werner H.

Original issue reported on code.google.com by [email protected] on 1 Dec 2010 at 12:32

Closing Stream Dialog causes segmentaion fault

When I am finished Editing a stream and click OK on the Edit Stream Dialog
the client crashes with the following output.  Any idea why?


DumpView::DumpView
loading mpStream 0xd2ea890
updateSelectProtocolsSimpleWidget
__updateProtocol: level = 0 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 1 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 2 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 3 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 4 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 5 old id = 0 new id = 0 upd? = 1
__updateProtocol: level = 6 old id = 0 new id = 0 upd? = 1
forceProtocolNone: chk? = 0, btn = 0xd2f64a0, L1 = 0xd2f64a0, L2 =
0xd3e3d60, L3 = 0xd307df0
disableProtocols: btnGrp = 0xd373920, chk? = 0
disableProtocols: btnGrp = 0xd3b68d0, chk? = 0
disableProtocols: btnGrp = 0xd37a670, chk? = 0
__updateProtocol: level = 0 old id = 0 new id = 51 upd? = 1
__updateProtocol: level = 6 old id = 0 new id = 52 upd? = 1
updateSelectProtocolsAdvancedWidget
0xd3164b0 -- 51
0xd3e17a0 -- 52
loading stream done
stream list activated

forceProtocolNone: chk? = 0, btn = 0xd3e3d60, L1 = 0xd2f64a0, L2 =
0xd3e3d60, L3 = 0xd307df0
disableProtocols: btnGrp = 0xd3782d0, chk? = 0
__updateProtocol: level = 2 old id = 0 new id = 121 upd? = 0
forceProtocolNone: chk? = 0, btn = 0xd307df0, L1 = 0xd2f64a0, L2 =
0xd3e3d60, L3 = 0xd307df0
disableProtocols: btnGrp = 0xd37a0f0, chk? = 0
__updateProtocol: level = 3 old id = 0 new id = 130 upd? = 0
forceProtocolNone: chk? = 0, btn = 0xd2ff870, L1 = 0xd2f64a0, L2 =
0xd3e3d60, L3 = 0xd307df0
disableProtocols: btnGrp = 0xd37a440, chk? = 0
__updateProtocol: level = 4 old id = 0 new id = 141 upd? = 0
storing pStream 0xd2ea890
payloadProtocolId: payloadProtocolId = 0x800
payloadProtocolId: payloadProtocolId = 0x0
payloadProtocolId: payloadProtocolId = 0x0
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 8
payloadProtocolId: payloadProtocolId = 0x11
protocolFrameSize: protoSize = 20
payloadProtocolId: payloadProtocolId = 0x800
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFramePayloadSize: payloadSize = 26
payloadProtocolId: payloadProtocolId = 0x11
<<< 0, 4/1 >>>>
<<< 1, 4/1 >>>>
<<< 1, 8/1 >>>>
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFramePayloadSize: payloadSize = 26
<<< 2, 16/2 >>>>
<<< 4, 16/2 >>>>
<<< 6, 3/1 >>>>
<<< 7, 13/2 >>>>
<<< 8, 8/1 >>>>
payloadProtocolId: payloadProtocolId = 0x11
payloadProtocolId: payloadProtocolId = 0x11
<<< 9, 8/1 >>>>
<<< 10, 16/2 >>>>
<<< 12, 32/4 >>>>
<<< 16, 32/4 >>>>
payloadProtocolId: payloadProtocolId = 0x0
payloadProtocolId: payloadProtocolId = 0x0
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFramePayloadSize: payloadSize = 18
payloadProtocolId: payloadProtocolId = 0x0
payloadProtocolId: payloadProtocolId = 0x0
<<< 0, 16/2 >>>>
payloadProtocolId: payloadProtocolId = 0x0
payloadProtocolId: payloadProtocolId = 0x0
<<< 2, 16/2 >>>>
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFramePayloadSize: payloadSize = 18
<<< 4, 16/2 >>>>
<<< 6, 16/2 >>>>
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
<<< 0, 144/18 >>>>
payloadProtocolId: payloadProtocolId = 0x11
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
protocolFramePayloadSize: payloadSize = 26
protocolFrameHeaderCksum: sum = 43, cksum = 65492
UDP cksum = 65466
protocolFrameSize: protoSize = 12
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 8
protocolFrameSize: protoSize = 20
protocolFrameSize: protoSize = 2
protocolFrameSize: protoSize = 12
protocolFrameOffset: ofs = 42
protocolFrameSize: this = 0xd3e17a0, streamIndex = 0, len = 18
stream stored
Segmentation fault
[root@localhost client]# 

Original issue reported on code.google.com by [email protected] on 14 May 2010 at 9:02

High 'Rate' and 'Number of Packets' setting and the case of the disappearing drone.

What steps will reproduce the problem?
1. Load to ostinato the attached stream: 'HighRateAndNoPacketSetting.ostr' 
2. Click 'Apply' in streams list.
3. Ostinato loses responsive-ness and drone disappears after a few minutes.

What is the expected output? 
Ostinato main screen is re-enabled after being unresponsive and drone remains 
running.

What do you see instead?
Drone disappears. Ostinato main screen is still disabled but can be closed 
quickly.

What version and revision of the product are you using (available in the About 
dialog)? 
Ostinato version: 0.3, revision: 4a6222d394f3@

On what operating system?
Windows XP Professional SP3

Please provide any additional information below.
I don't have a profile of the system processes and I only have the general spec 
of the hardware:
Processor: C2D 2.1Ghz, RAM: 2Gb

Original issue reported on code.google.com by [email protected] on 17 Feb 2011 at 1:28

Attachments:

• HighRateAndNoPacketSetting.ostr

response to ARP requests / generation of gratuitous ARPs (complementary to post 24)

What steps will reproduce the problem?
1. trying to communicate two ostinato ports through a routed network
2.
3.

What is the expected output? What do you see instead?
-traffic won't go through because the routers facing OSTINATO ports do not know 
the OSTINATO mac addresses
-I can think of two ways of solving this, the first is for each OSTINATO port 
to generate gratuitous ARPS before the test starts. The second (probably more 
complex) would be for any port to respond anytime to arp requests with the 
configured mac address. 

What version and revision of the product are you using (available in the
About dialog)? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 3 Dec 2010 at 7:50