Bug 94777 - [patch] Add --zero-delay option to net-mgmt/etherape
Summary: [patch] Add --zero-delay option to net-mgmt/etherape
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-21 14:10 UTC by Ben Allen
Modified: 2006-04-29 18:24 UTC (History)
1 user (show)

See Also:


Attachments
patch.etherape.zero_delay (1.14 KB, text/plain)
2006-03-21 14:10 UTC, Ben Allen
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ben Allen 2006-03-21 14:10:14 UTC
	When using etherape to analyze long packet captures, the "real-time" mode is frustrating.
	This patch adds a command line option to disable the inter-packet timing analysis, and 
	just read the capture file as fast as possible, and then draw the diagram once.  This provides
	a fast way to analyze conversations occuring in long packet captures.

Fix: The patch below applies to /usr/ports/net-mgmt/etherape/work/etherape-0.9.1/src .
	ie:
	# cd /usr/ports/net-mgmt/etherape
	# make extract
	# cd work/etherape-0.9.1/src
	# patch < the_patch_below
	# cd /usr/ports/net-mgmt/etherape
	# make install
	

	The patch below has been submitted to the etherape developers as well.  However, based on their
project at sourceforge, it seems that the main project seems to be moving rather slowly at the moment.

How-To-Repeat: 	Using tcpdump, capture an hour's worth of low, volume traffic - DNS/SMTP/HTTP traffic on one 
	workstation should suffice - to a file.   Open the capture file in etherape, and watch it
	draw the graph.  Note, this will take an hour.   The patch below will cause the graph to be
	drawn as quickly as possible when the "-z" or "--zero-delay" flag is added on the command line.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-03-21 14:12:12 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback
Comment 2 Marcus Alves Grando freebsd_committer freebsd_triage 2006-04-29 18:24:54 UTC
State Changed
From-To: feedback->closed

Committed. Thanks!