https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16710

            Bug ID: 16710
           Summary: Rendered ntp timestamp from RTCP SR seem incorrect
           Product: Wireshark
           Version: 3.2.4
          Hardware: x86
                OS: macOS 10.15
            Status: UNCONFIRMED
          Severity: Major
          Priority: Low
         Component: Dissection engine (libwireshark)
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

Created attachment 17889
  --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=17889&action=edit
raw pcap and dissection results from wireshark

Build Information:
Version 3.2.4 (v3.2.4-0-g893b5a5e1e3e)
--
While debugging an audio issue and looking over RTCP SR packets, I noticed the
ntp timestamps to vary wildly, and to not match the corresponding ntp
timestamps output by the webrtc client. I tested across different webrtc
clients, and observed the same which leads me to think that the issue is in
Wireshark in how it parses the ntp timestamps.

For the attached samples, samples include pcap of SR and RR for RTCP and the
dissection of SR and RR for RTCP, you will notice the dissection displays ntp
timestamps where the year will swing from 2063 to 2032 to 1968 and 1979. This
did not match the ntp timestamps output by the client which were all based in
year 2020.

-- 
You are receiving this mail because:
You are watching all bug changes.
___________________________________________________________________________
Sent via:    Wireshark-bugs mailing list <[email protected]>
Archives:    https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
             mailto:[email protected]?subject=unsubscribe

Reply via email to