Age | Commit message (Collapse) | Author | Files | Lines |
|
From Ed Warnicke <hagbard@physics.rutgers.edu>
svn path=/trunk/; revision=2763
|
|
svn path=/trunk/; revision=2762
|
|
Present flag is set.
svn path=/trunk/; revision=2761
|
|
svn path=/trunk/; revision=2760
|
|
svn path=/trunk/; revision=2759
|
|
svn path=/trunk/; revision=2758
|
|
whether the packet has any fragmentation headers or not.
svn path=/trunk/; revision=2757
|
|
svn path=/trunk/; revision=2756
|
|
svn path=/trunk/; revision=2755
|
|
add FCS checking;
support Cisco HDLC format in the PPP dissector;
handle MPLS-over-PPP.
svn path=/trunk/; revision=2754
|
|
svn path=/trunk/; revision=2753
|
|
(unlikely, perhaps even forbidden, but not impossible).
svn path=/trunk/; revision=2752
|
|
replace the existing checksummer with a modified version of the BSD
checksumming code. Add a flag to the "packet_info" structure to
indicate that a packet is the first fragment of a fragmented datagram,
so that the checksummers won't try to checksum those.
(It doesn't seem to add a lot of CPU overhead, so we don't introduce a
flag to disable it, yet. Further checks may be necessary to see whether
the overhead is just swamped by other overheads when scanning through a
capture dissecting all frames, or if it truly is negligible.)
Make the Boolean preference option controlling whether to make the
top-level protocol tree item for TCP display a packet summary static to
the TCP dissector (it doesn't need to be accessible outside the TCP
dissector).
svn path=/trunk/; revision=2751
|
|
svn path=/trunk/; revision=2750
|
|
very end of the packet. may need to revisit.
svn path=/trunk/; revision=2749
|
|
From Daniel Thompson <daniel.thompson@st.com>
svn path=/trunk/; revision=2748
|
|
svn path=/trunk/; revision=2747
|
|
svn path=/trunk/; revision=2746
|
|
than checking RFC1700.
svn path=/trunk/; revision=2745
|
|
doesn't just seem to be a profiling artifact) that, at least on FreeBSD
3.4, it's significantly more efficient to clear out a column by stuffing
a '\0' into the first byte of the column data than to do so by copying a
null string (I guess when copying one byte, the fixed overhead of the
procedure call and of "strcpy()" is significant).
Have the TCP dissector set the Protocol column, and clear the Info
column, before doing anything that might cause an exception to be
thrown, so that if we *do* get an exception thrown, the frame at least
shows up as TCP.
Instead of, in the TCP dissector, constructing a string and then
stuffing it into the Info column, just append to the Info column, which
avoids one string copy.
Pass a "frame_data" pointer to dissectors for TCP and IP (and PPP)
options, so they can use it to append to the Info column.
svn path=/trunk/; revision=2744
|
|
Equivalence Class.
Set "pinfo->current_proto", so that if we run past the end of the data
the problem is noted as being with LDP.
svn path=/trunk/; revision=2743
|
|
svn path=/trunk/; revision=2742
|
|
exports it.
Make the pointer that points to the GMemChunk for per-frame data static
to "epan/packet.c", as it's not used outside "epan/packet.c".
svn path=/trunk/; revision=2741
|
|
declare it there.
svn path=/trunk/; revision=2740
|
|
common routine to initialize a "column_info()" structure, shared by
Ethereal and Tethereal.
svn path=/trunk/; revision=2739
|
|
svn path=/trunk/; revision=2738
|
|
make it static.
svn path=/trunk/; revision=2737
|
|
svn path=/trunk/; revision=2736
|
|
handle and call it through the handle. Make it static; this renders
"packet-nbipx.h" unnecessary.
Get rid of the "tvb_compat()" call in the IPX dissector - it calls all
dissectors through handles or lookup tables, and thus any
backwards-compatibility stuff is done by the code in libethereal.
svn path=/trunk/; revision=2735
|
|
Still more TLVs to code ...
svn path=/trunk/; revision=2734
|
|
Still more work to do though ...
svn path=/trunk/; revision=2733
|
|
svn path=/trunk/; revision=2732
|
|
in filters, and should be all-lower-case.
svn path=/trunk/; revision=2731
|
|
that if they threw an exception, the wrong protocol would be blamed.
Add the missing assignments.
Clean up the extraction of the null-encapsulation header.
svn path=/trunk/; revision=2730
|
|
Handle the Content-Length: MIME header, so that, if there's a
Content-Length: header, we only process as RTSP payload the amount of
data specified by that header.
Handle frames with more than one RTSP message in them (the previous
change allows us to do so).
svn path=/trunk/; revision=2729
|
|
svn path=/trunk/; revision=2728
|
|
illegal padding by trying to skip it.
svn path=/trunk/; revision=2727
|
|
Still more work to do though, as I want to dissect the various message
types correctly, and to dissect TLVs much more as well.
The dissector currently handles multiple messages in a PDU, as the trace
file I have has some of those.
I think that the equipment that generated the LDP trace I have has a bug.
It seems to think that TLVs must be alligned on 4-byte boundaries, while the
spec (draft) says that there are no alignment requirements :-)
Don't know what generated the trace :-)
svn path=/trunk/; revision=2726
|
|
svn path=/trunk/; revision=2725
|
|
more fully.
Apparently, LDP allows multiple messages per PDU. Has anyone seen such an
implementation?
svn path=/trunk/; revision=2724
|
|
svn path=/trunk/; revision=2723
|
|
svn path=/trunk/; revision=2722
|
|
svn path=/trunk/; revision=2721
|
|
Bit more work to do, and a list of TLV values, and I am away :-)
svn path=/trunk/; revision=2720
|
|
of the search if the caller-supplied limit goes past the end of the
tvbuff - the limit should just be what remains in the tvbuff after the
specified starting offset.
In "tvb_find_line_end_unquoted()", after searching for the next
interesting character, check the value we got back from that search, in
"char_offset", not whatever happens to be in "cur_offset", to see if we
found a character.
svn path=/trunk/; revision=2719
|
|
reported_length <= tvb->reported_length, but throw a ReportedBoundsError
if that condition is not met.
svn path=/trunk/; revision=2718
|
|
"proto_reg_handoff_wlan()", to match "proto_register_wlan()".
Call it "IEEE 802.11 wireless LAN", not "Wireless ethernet" - that makes
it clearer what type of wireless LAN it is (which *isn't* Ethernet at
the MAC layer, although I suspect many of the drivers make it look like
Ethernet to the rest of the system).
svn path=/trunk/; revision=2717
|
|
svn path=/trunk/; revision=2716
|
|
svn path=/trunk/; revision=2715
|
|
It registers the same dissector for the LDP port for both TCP and UDP.
Still a lot of work to do, but we can see the header now.
svn path=/trunk/; revision=2714
|