Hello,
I need a new datalink value (LINKTYPE_MTP2_FCS) to manage MTP2 frame with
Checksum.
(See http://www.wireshark.org/lists/wireshark-dev/200702/msg00206.html )
Once I will have the value, I will provide the patch for libpcap.
Thanks in advance
Best regards
Florent
-
This is the tcpd
On Tue, 2007-02-06 at 18:18 +0100, [EMAIL PROTECTED]
wrote:
> Hello,
> I need a new datalink value (LINKTYPE_MTP2_FCS) to manage MTP2 frame with
> Checksum.
> (See http://www.wireshark.org/lists/wireshark-dev/200702/msg00206.html )
>
> Once I will have the value, I will provide the patch fo
mp.org
Sent by: cc:
[EMAIL PROTECTED] Subject: Re: [tcpdump-workers]
Request for a new DLT for MTP2 with FCS
tcpdu
As a question to the community in general, is it true that the link
layer checksum is not normally included in libpcap records, and that
only frames with valid L2 checksums are normally captured?
If so it seems clear that DLT_MTP2 (and other) link types should not
have the L2 checksum present appe
On Feb 8, 2007, at 1:22 PM, Stephen Donnelly wrote:
As a question to the community in general, is it true that the link
layer checksum is not normally included in libpcap records,
No.
For example, sometimes a frame in a DLT_EN10MB capture might have the
CRC, and other times it might not.
; <[EMAIL PROTECTED]> To:
> tcpdump-workers@lists.tcpdump.org
> Sent by: cc:
>
&
cpdump-workers]
Request for a new DLT for MTP2 with FCS
tcpdu
On Feb 19, 2007, at 12:07 PM, Stephen Donnelly wrote:
It seems that if it is worth making the change, it is also worth
using a
couple of bits to indicate whether a 16 or 32-bit CRC/FCS is present
as
Guy suggested. This could then be used on linktypes such as PPP_SERIAL
which can have either
[EMAIL PROTECTED] wrote:
As requested few days before, I would like to use a new DLT to distinguish
between MTP2 without FCS (the current DLT_MTP2) and MTP2 with FCS.
Or perhaps the link type value in the file header should be interpreted
as having bitfields, with the lower 16 bits being the