Hadriel Kaplan
changed
bug 10665
Comment # 3
on bug 10665
from Hadriel Kaplan
(In reply to Jeff Morriss from comment #2)
> Note how the sequence number jumps back to 20989, seemingly in the middle of
> the call. The peers don't seem to mind this but it confuses Wireshark's
> packet loss calculation into saying the call had *negative* 94% packet loss.
>
> I don't know about RTP to know what should be done here.
Technically this is permissible for RTP. It's described in the algorithm given
in the appendix of RFC 3550.
It can happen due to a DSP/encoder restart, for example. (in practice it can
also happen with some middle-boxes hiding media switching, if they're not well
implemented)
Whether the RTP analyzer should handle it is a harder question, because I think
it would be hard to fix - and likely introduce more bugs - so it might not be
worth it just to cover an infrequent corner-case.
You are receiving this mail because:
- You are watching all bug changes.