On 10 Mar. 2009, at 2:01 AM, Eloy Paris wrote:
On Mon, Mar 09, 2009 at 11:52:50PM +0100, Arien Vijn wrote:
Therefore it would be a good idea to make this an option during
compile
time.
Hmmm. Wouldn't this be a bit overkill? And even if we went down this
path, I don't think that recompil
On Mon, Mar 9, 2009 at 7:51 PM, Guy Harris wrote:
>
> On Mar 9, 2009, at 4:10 PM, Chris Morgan wrote:
>
>> Opening a live capture as root (using sudo), on a vmware bridge device
>> on Linux 2.6.27, using a timeout of 1000ms. I'm seeing pcap_next() and
>> pcap_dispatch() getting stuck reading, no t
On Mon, Mar 09, 2009 at 11:52:50PM +0100, Arien Vijn wrote:
> On 5 Mar. 2009, at 10:20 AM, Guy Harris wrote:
>
>>> Would it make sense to have tcpdump default to the maximum snapshot
>>> length, rather than 68 (without IPv6 support) or 96 (with IPv6
>>> support)?
>>
>> I've checked in a change
On Mar 9, 2009, at 4:10 PM, Chris Morgan wrote:
Opening a live capture as root (using sudo), on a vmware bridge device
on Linux 2.6.27, using a timeout of 1000ms. I'm seeing pcap_next() and
pcap_dispatch() getting stuck reading, no timeouts are occurring. Is
there a robust and efficient way of
Opening a live capture as root (using sudo), on a vmware bridge device
on Linux 2.6.27, using a timeout of 1000ms. I'm seeing pcap_next() and
pcap_dispatch() getting stuck reading, no timeouts are occurring. Is
there a robust and efficient way of reading packets that won't block
forever like this?
On 5 Mar. 2009, at 10:20 AM, Guy Harris wrote:
Would it make sense to have tcpdump default to the maximum snapshot
length, rather than 68 (without IPv6 support) or 96 (with IPv6
support)?
I've checked in a change to make the default snapshot length 65535.
Suddenly* changing this default
On Fri, March 6, 2009 5:03 pm, Scott Hodler wrote:
> I am on a Solaris 10 05/08 system using gcc 3.4.6. I have libiconv 1.11
> as required by gcc 3.4.6 on the system and I have compiled the new
> libpcap version 1.0.0. I ran the make install for libpcap and added the
> needed entries to $PATH and
I am on a Solaris 10 05/08 system using gcc 3.4.6. I have libiconv 1.11
as required by gcc 3.4.6 on the system and I have compiled the new
libpcap version 1.0.0. I ran the make install for libpcap and added the
needed entries to $PATH and $LD_LIBRARY_PATH, as well as leaving the
source code under
On Feb 20, 2009, at 7:10 PM, Guy Harris wrote:
Is there any networking hardware out there that does TCP checksum
generation for outgoing packets but doesn't do IP or UDP checksum
generation? If not, "-K" might as well imply that IP and UDP
checksums aren't valid for outgoing packets, eith
On Feb 20, 2009, at 7:08 PM, Guy Harris wrote:
The "tcp" in "tcpdump" is a bit old - people use it for doing more
than just looking at TCP headers these days - and it sounds as if
the problem Torsten Krah had tring to decrypt ipsec traffic was due
to the packets being cut short by a snapsh
10 matches
Mail list logo
