Ethereal-dev: [Ethereal-dev] (possible) patch for SCTP
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: Jeff Morriss <jeff.morriss@xxxxxxxxxxx>
Date: Thu, 21 Jun 2001 16:55:13 -0400
Hello list, Here's a (potential) patch for the SCTP dissector. It still has one problem, but I think it's the best that can be done (more below). Two things are fixed: 1. When calling a sub-dissector on a DATA chunk, dissect the padding on that chunk as part of the DATA chunk (since it's not part of the payload; this avoids confusing sub-dissectors). The problem with this fix is that the padding on the SCTP DATA chunk is at the end of the chunk. The data that goes to the sub-dissector is fine and the padding shows up where one *might* expect it (that is, attached to the DATA chunk tree), BUT it is NOT highlighted as part of the SCTP protocol tree when you select that tree in the GUI. :( I can find no better way of doing this, though... (I really don't think sub-dissectors should have to think about SCTP's padding.) Any thoughts/suggestions? 2. Change the text name of the 'hf_sctp_data_chunk_payload_proto_id' field to be "sctp.ppi" instead of "sctp.payload_proto_id"--to be consistent with how SCTP is advertised to sub-dissectors. Another option would be to change SCTP, M3UA, IUA, and SUAL (and the M2PA dissector I will submit shortly) to use "sctp.payload_proto_id" instead of "sctp.ppi". I'm willing to go that way (will re-submit patch) if you think it's better. Regards, -Jeff
Index: packet-sctp.c
===================================================================
RCS file: /cvsroot/ethereal/packet-sctp.c,v
retrieving revision 1.17
diff -u -r1.17 packet-sctp.c
--- packet-sctp.c 2001/06/18 02:17:52 1.17
+++ packet-sctp.c 2001/06/21 20:53:21
@@ -985,24 +985,34 @@
dissect_payload(tvbuff_t *payload_tvb, packet_info *pinfo, proto_tree *tree,
proto_tree *chunk_tree, guint32 ppi, guint16 payload_length, guint16 padding_length)
{
+ gboolean ret = FALSE;
+ tvbuff_t *user_tvb;
+
+ if (padding_length > 0)
+ /* create a tvb without padding (to pass to sub-dissector) */
+ user_tvb = tvb_new_subset(payload_tvb, 0, payload_length, payload_length);
+ else
+ user_tvb = payload_tvb;
+
/* do lookup with the subdissector table */
- if (dissector_try_port (sctp_ppi_dissector_table, ppi, payload_tvb, pinfo, tree) ||
- dissector_try_port(sctp_port_dissector_table, pi.srcport, payload_tvb, pinfo, tree) ||
- dissector_try_port(sctp_port_dissector_table, pi.destport, payload_tvb, pinfo, tree)){
- return TRUE;
+ if (dissector_try_port (sctp_ppi_dissector_table, ppi, user_tvb, pinfo, tree) ||
+ dissector_try_port(sctp_port_dissector_table, pi.srcport, user_tvb, pinfo, tree) ||
+ dissector_try_port(sctp_port_dissector_table, pi.destport, user_tvb, pinfo, tree)){
+ ret = TRUE;
}
else {
if (check_col(pinfo->fd, COL_INFO))
col_append_str(pinfo->fd, COL_INFO, "DATA ");
proto_tree_add_text(chunk_tree, payload_tvb, 0, payload_length,
"Payload (%u byte%s)",
- payload_length, plurality(payload_length, "", "s"));
- if (padding_length > 0)
- proto_tree_add_text(chunk_tree, payload_tvb, payload_length, padding_length,
- "Padding: %u byte%s",
- padding_length, plurality(padding_length, "", "s"));
- return FALSE;
+ payload_length, plurality(payload_length, "", "s"));
+ ret = FALSE;
}
+ if (padding_length > 0)
+ proto_tree_add_text(chunk_tree, payload_tvb, payload_length, padding_length,
+ "Padding: %u byte%s",
+ padding_length, plurality(padding_length, "", "s"));
+ return ret;
}
static gboolean
@@ -1768,7 +1778,7 @@
"", HFILL }
},
{&hf_sctp_data_chunk_payload_proto_id,
- { "Payload Protocol identifier", "sctp.payload_proto_id",
+ { "Payload Protocol identifier", "sctp.ppi",
FT_UINT32, BASE_HEX, NULL, 0x0,
"", HFILL }
},
begin:vcard n:Morriss;Jeff tel;fax:+1-856-222-9947 tel;work:+1-856-787-2824 x-mozilla-html:FALSE url:http://www.ulticom.com org:Ulticom, Inc.;Customer Support version:2.1 email;internet:jeff.morriss@xxxxxxxxxxx title:Product Support Engineer adr;quoted-printable:;;Ulticom, Inc.=0D=0A1020 Briggs Rd.=0D=0A;Mount Laurel;NJ;08054;USA fn:Jeff Morriss end:vcard
- Prev by Date: Re: [Ethereal-dev] Can the the ethereal capture be done to a memorybuffer, not to a file
- Next by Date: [Ethereal-dev] patch for MTP3 (+= ANSI support)
- Previous by thread: RE: [Ethereal-dev] too many preferences
- Next by thread: [Ethereal-dev] patch for MTP3 (+= ANSI support)
- Index(es):