Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 3779] New: VoIP Calls not showing all RTP Streams

Date: Tue, 28 Jul 2009 06:21:10 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3779

           Summary: VoIP Calls not showing all RTP Streams
           Product: Wireshark
           Version: 1.2.1
          Platform: Other
        OS/Version: Windows XP
            Status: NEW
          Severity: Major
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: keithfrench@xxxxxxxxxxxxx


Build Information:
Version 1.2.1 (SVN Rev 29141)

Copyright 1998-2009 Gerald Combs <gerald@xxxxxxxxxxxxx> 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 with GTK+ 2.16.2, with GLib 2.20.3, with WinPcap (version unknown),
with libz 1.2.3, without POSIX capabilities, with libpcre 7.0, with SMI 0.4.8,
with c-ares 1.6.0, with Lua 5.1, with GnuTLS 2.8.1, with Gcrypt 1.4.4, with MIT
Kerberos, with GeoIP, with PortAudio V19-devel (built Jul 19 2009), with
AirPcap.

Running on Windows XP Service Pack 2, build 2600, with WinPcap version 4.1
beta5
(packet.dll version 4.1.0.1452), based on libpcap version 1.0.0, GnuTLS 2.8.1,
Gcrypt 1.4.4, without AirPcap.

Built using Microsoft Visual C++ 9.0 build 30729

Wireshark is Open Source Software released under the GNU General Public
License.

Check the man page and http://www.wireshark.org for more information.
--
There seems to be a problem with VoIP Calls in Wireshark V1.2.1.

I did raise bug 3686 originally against a V1.3 development release, which I
will now close.

If you look at the attached trace there are two H323 calls which get answered
and are in progress for a while. If you graph these calls from VoIP calls the
first one seems to show the RTP streams after the H323 Connect, but the second
call does not.

If you then take each call in turn using the “Prepare Filter” button, on
the first call, you do not see any RTP packets from any stream. If you clear
that filter & prepare a filter on the second call, you see the RTP streams
carrying the ringing, but once the H323 Connect takes place, you only see a
packet from one of the RTP streams.


-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.