Bug ID |
8265
|
Summary |
RTP dissector in Lua not chained with SDP setup info present
|
Classification |
Unclassified
|
Product |
Wireshark
|
Version |
1.9.x (Experimental)
|
Hardware |
x86
|
OS |
Windows 7
|
Status |
UNCONFIRMED
|
Severity |
Normal
|
Priority |
Low
|
Component |
Wireshark
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
Build Information:
Version 1.9.0-SVN-46630 (SVN Rev 46630 from /trunk)
Copyright 1998-2012 Gerald Combs <[email protected]> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (64-bit) with GTK+ 2.24.14, with Cairo 1.10.2, with Pango 1.30.1, with
GLib 2.34.1, with WinPcap (4_1_2), with libz 1.2.5, without POSIX capabilities,
without libnl, with SMI 0.4.8, with c-ares 1.7.1, with Lua 5.1, without Python,
with GnuTLS 2.12.18, with Gcrypt 1.4.6, without Kerberos, with GeoIP, with
PortAudio V19-devel (built Dec 20 2012), with AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with WinPcap version
4.1.2 (packet.dll version 4.1.0.2001), based on libpcap version 1.0 branch
1_0_rel0b (20091008), GnuTLS 2.12.18, Gcrypt 1.4.6, without AirPcap.
Built using Microsoft Visual C++ 10.0 build 40219
--
Hi, I'm posting this here in case it is a bug...
I'm trying to analyze some RTP streams, some of which are set up by SIP/SDP
(with some additional features).
I'm writing packet dissectors in Lua, but there are a couple of problems. As
far as I can tell, if I use a chained dissector and add it to the udp dissector
table where udp.port == [port of interest] then the dissector works fine EXCEPT
where the builtin Wireshark RTP dissector has added a 'Stream setup by SDP'
subtree.
I thought the first problem might be with Wireshark decoding dynamic payload
type 99 as RFC 2198. I disabled the dissector RFC 2198 in RTP preferences. see:
http://ask.wireshark.org/questions/13891/how-to-decode-dynamic-pt-in-rtp-eg-rfc-2429-in-rtp-carring-h263-video
..However my dissector still won't run on those packets. The only difference
seems to be the SDP stream setup info but if I disable this in preferences, the
problem persists.
My dissector is installed using DissectorTable.get("udp.port"):add(9050, proto)
I also use Dissector.get("rtp"):call(buf(0):tvb(),pkt,root) at the start of the
dissector function, but adding or removing this has no effect other than what's
expected.
Cheers, Jono Poff.
You are receiving this mail because:
- You are watching all bug changes.