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 4902] Delta is always 0 in RTP Stream Analysis

Date: Wed, 23 Jun 2010 04:16:55 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4902

David Baker <dbkr@xxxxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

--- Comment #6 from David Baker <dbkr@xxxxxxxxxxxxx> 2010-06-23 04:16:53 PDT ---
Ah okay - indeed the stream was from VLC and there was no way wireshark could
have known what the streams were. However, firstly surly the delta column only
requires the time at which the packets were detected rather than any
stream-specific information? Having the arrival deltas in this column does make
debugging and RTP stream much easier even if the other columns can't be
populated.

Secondly, I've provided another sample file where again dynamic payload types
are used but the SIP/SDP is present and as such wireshark is able to determine
that the RTP streams are MP4V-ES and speex respectively. In the case of the
MP4V-ES stream wireshark does populate all the columns but with the speex
stream it does not, despite knowing that the stream is speex. I assume it has
just taken the encoding name but is unable to read the RTP clock rate. It seems
like speex ought to be supported (and as I mention, in any case should have the
delta column populated).

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