Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Mar 2007 01:04:45 GMT
From:      Charles Sprickman<spork@bway.net>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   bin/110689: tcpdump ipv4 snaplen too short for pflog
Message-ID:  <200703230104.l2N14jmT011312@www.freebsd.org>
Resent-Message-ID: <200703230110.l2N1A4lY031117@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         110689
>Category:       bin
>Synopsis:       tcpdump ipv4 snaplen too short for pflog
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 23 01:10:04 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     Charles Sprickman
>Release:        6.2-Release
>Organization:
spork, LLC
>Environment:
[root@slimjim /usr/src/usr.sbin/tcpdump]# uname -a
FreeBSD slimjim.bway.net 6.2-RELEASE-p1 FreeBSD 6.2-RELEASE-p1 #4: Thu Feb 15 17:53:43 EST 2007     spork@slimjim.bway.net:/usr/obj/usr/src/sys/ENO  i386
>Description:
There is a ifdef in the tcpdump sources (I believe just in /usr/src/contrib/tcpdump/interface.h) that sets the default snaplen for tcpdump.  Running tcpdump without a special snaplen against pflog will drop some data (the last octet of the second ip).

This breaks things like spamlogd (/usr/ports/mail/spamd).

The issue is also raised here in the NetBSD bug db:

http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=34733

Same issue...  
>How-To-Repeat:
Build a recent spamlogd on FreeBSD, try to run it.  You'll see that the traffic it snarfs from pflog is missing the last octet, which makes it unhappy:

Mar 22 03:03:31 slimjim spamlogd[700]: outbound 216.220.96
Mar 22 03:03:31 slimjim spamlogd[700]: invalid ip address 216.220.96
>Fix:
I rebuilt tcpdump after setting the snaplen to 96 in both cases.  Some would argue that the ifdef is not even really necessary and a snaplen big enough to deal with all our "new" interfaces (pflog, carp, etc.) should be the new default.

This snippet starts at line 87.

/*
 * The default snapshot length.  This value allows most printers to print
 * useful information while keeping the amount of unwanted data down.
 */
#ifndef INET6
#define DEFAULT_SNAPLEN 96      /* ether + IPv4 + TCP + 14 */
#else
#define DEFAULT_SNAPLEN 96      /* ether + IPv6 + TCP + 22 */
#endif                           /*   ^^ I upped this */
>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703230104.l2N14jmT011312>