tcpreplay

A collection of 66 posts

tcpreplay

Tcpreplay 3.2.2 released

Not a big release, but it does fix a bug preventing Debian from picking up the latest code and also takes advantage of a bug fix introduced in OS X Leopard. Basically, under OS X prior to 10.5, you could not forge the source MAC address AND send a

tcpreplay

tcpreplay 3.2.1 released

I’m happy to announce the immediate release of tcpreplay 3.2.1. This release fixes a number of end-user reported performance, stability and data corruption issues and all users are strongly suggested to upgrade. Download 3.2.1 here View the Changelog for 3.2.1 here

News

Flowreplay is dead

I’m officially killing flowreplay as a future feature of tcpreplay. After giving more thought to this problem and where protocols and applications are going, it’s become clear to me that the goals of flowreplay are unobtainable. The basic issue is that protocols/applications are becoming more state based

Cabernet

Busy little bee

Just a little update on Tcpreplay & Cabernet. Tcpreplay is still currently mostly on hold as I’m spending most of my free coding time working on Cabernet, my wine management application. Cabernet is definitely getting close to a beta. Currently I can manage: wineries, wines, varietals, individual bottles, bottle

tcpreplay

Replay through NAT

Recently I was asked how to take a pcap and replay it through a firewall doing NAT. This is actually quite complicated since you’ve got to keep in your head about 4 different variables as well as a complicated test bed configuration. First go read the NAT usage example

Code

PHP & Rails

I just made a number of small tweaks to the site layout and format which I think cleans things up a bit. The biggest change is the new Archives widget which makes organization a lot cleaner. On a side note, I’ve switched gears a little and put tcpreplay on

tcpreplay

3.1 released

Just released tcpreplay 3.1. Mostly a bug fix release, but there are some minor enhancements including support for 802.11 and Radiotap DLT types. As always, check out the changelog for a specific list of changes. Update: 3.1.1 was just released which fixes a serious compile issue

tcpreplay

Gah, I hate python

Not sure what’s up with python, but it’s not able to find all the libraries anymore, hence the tcpreplay website is down until I get things back together… [Update] Well DarwinPorts completely screwed things up and had two different versions of python installed with mod_python built against

tcpreplay

3.0.1 on time!

I’m happy to release that 3.0.1 is not only out, but released on time… pretty amazing if you ask me. :) Anyways, this release has a number of fixes, most of which were bugs filed by users, so a big thanks to everyone who found a bug and

tcpreplay

RFC: 802.11 support

So 3.1 development has already started, and based on numerous user requests, one of the first tasks was adding IEEE 802.11 support. If you are someone who is interested in 802.11 support in tcpreplay, please take a few minutes to read this and write a reply. Your

Cool

3.0.0 final(ly) released

I’m happy to announce that tcpreplay 3.0.0 has officially been released. 3.0 is a complete rewrite of the old 2.x branch which is now officially EOL. During the 3.0 rewrite I had four main goals: 1. Clean up and reorganize the code to make

tcpreplay

RC1 is out!

Once again, I paid someone a lot of money to do my taxes. Honestly, it’s the best $750 I spend each year. The US gov’t does a great job making taxes complicated even for people like me who aren’t worth millions of dollars or are trying to

tcpreplay

Looking for Win32 beta testers

For the past month or so, I’ve been working on getting tcpreplay working under Windows systems (Windows XP specifically). I’m happy to say that I’ve made good progress and now I’m looking for a few beta testers to try it out in a more “real world”

tcpreplay

3.0.beta13 is out

Hot off my keyboard, beta13 is out. It’s actually the exact same tarball as the pre-release since nobody complained about any bugs, so I hereby declare it having fewer bugs then the last release, which is actually saying something. Anyways, in this release I snuck in early Win32 support.

tcpreplay

Pre-release of Beta13 available

So the endian issues in tcprewrite seem to be causing a lot of people grief, so I’ve decided to release a beta13 before RC1. However, since this wasn’t a planned release, some RC1 tickets are half done and incomplete. It doesn’t seem like this will cause anyone

It's Funny

How not to treat developers

I’m not sure what happened last week, but it seems that the difficult users all decided to come out of the woodwork all at once. Maybe it had something to do with the phase of the moon or the change in daylight savings time? For those of you not

tcpreplay

Win32/Cygwin working

I’m happy to announce that I’ve used tcpreplay to send packets under WinXP/Cygwin. I have to say, the port has gone a lot smoother then I expected. I’d guess that getting basic functionality working was probably about 25-50 lines of code (most of that GNU Autoconf)

tcpreplay

Windows support?

So I was looking at the tcpreplay download statistics and I made a very unexpected realization: roughly 30% of the downloads in the last 12 months were for the Windows version. This was very surprising for a variety of reasons: 1. It’s unsupported 2. It’s for an old

tcpreplay

tcpreplay 3.0.beta12 released!

I’m happy to announce that 3.0.beta12 is finally out. This is a pretty important release because of the extensive changes to how different DLT/Layer2’s are supported in tcprewrite. In the past it was a big block of monolithic code which as many of you know

Cool

DLT plugin API now ready!

So during the superbowl, I finished up the final touches on the DLT plugin API and got the first plugin fully working (ethernet of course). Why should you care? If you’re not interested in adding support for a DLT to tcprewrite, you probaby care only because it makes it

tcpreplay

IA64 binaries now available

Thanks to Hewlett-Packard’s Linux Expertise Center, I’ve been able to make IA-64 binaries available for tcpreplay 2.3.5. Please note that these binaries were provided by HP and neither I nor any of the tcpreplay contributors support them. Furthermore, I seriously doubt that HP supports them either,

tcpreplay

41 downloads/day?

I was just browsing SourceForge and noticed that they seem to have (finally) fixed the project stats. Anyways, I decided to check out the tcpreplay stats for the last two months. Did the math and people are downloading tcpreplay 40.9 times on average per day. Wow. Honestly, I didn’

tcpreplay

Libnet... dead?

Just got an email from Freshmeat saying that they’ve de-listed the libnet library from their database. Sure enough, www.packetfactory.net is offline. Anyways, I’ve emailed Mike to see what’s going on. Until then I’ve uploaded my last copy of the source code to here: libnet-1.

tcpreplay

libpcap is broken

So one of the tcpreplay users has pointed out that it sometimes it doesn’t send the entire packet. I thought this was very odd since tcpreplay is actually quite simple relatively speaking so there’s not much room for bugs like this to sneak in. After some research I

tcpreplay

Vote for your favorite DLT!

I’m currently working on the libtcpedit DLT plugin support. The major goals are: 1. Make it easy to add support for new DLT types in the future. 2. Support the top 3 or 4 most commonly used DLT types out of the box for 3.0. With that in