On Wed, Jun 1, 2011 at 9:24 AM, Gerald Combs <ger...@wireshark.org> wrote:
> On 6/1/11 8:10 AM, Mark Johnston wrote:
>> Hi Darren,
>>
>> On Tue, May 31, 2011 at 03:53:22PM -0700, Darren Reed wrote:
>>
>>> You might be better off spending some time working
>>> on additions to editcap that include concatenating
>>> two or more pcap files.
>>
>> Shouldn't a function that manipulates capture files go into libpcap? I'm
>> not trying to solve a problem I'm having at the moment; rather, this
>> function has been in our tree for a long time, and I'd like to
>> contribute it upstream based on some interest that I saw. I'm happy to
>> modify it if that's what I need to do, but I think this functionality
>> should be in a library, not in a program.
>
> N.B. this functionality shouldn't be added to editcap either. It's
> already present in mergecap.

I'm going to have to disagree with this general idea.  I get a fair
number of tcpreplay users complaining that my tools have bugs, only to
find out the problem is that they have a pcap file which violates
basic rules that libpcap enforces (usually the packet caplen > file
snaplen, although just today I got a pcap with the packet caplen >
packet len).  Whenever this happens, I've usually found that someone
decided they would re-invent the wheel and write their own
libpcap-like library because of some perceived or real limitation in
the real libpcap library.   Of course, the user almost always points
out "Well it looks just fine in Wireshark!"

Long story short, adding features like this to libpcap IMHO is likely
to reduce the need for others to reinvent the wheel and the inevitable
creation of bogus pcaps.

-- 
Aaron Turner
http://synfin.net/         Twitter: @synfinatic
http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & Windows
Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety.
    -- Benjamin Franklin
"carpe diem quam minimum credula postero"
-
This is the tcpdump-workers list.
Visit https://cod.sandelman.ca/ to unsubscribe.

Reply via email to