| Bug ID |
10665
|
| Summary |
RTP stream analysis reports high packet loss, when in fact its minimal
|
| Product |
Wireshark
|
| Version |
1.12.1
|
| Hardware |
x86
|
| OS |
Windows 8.1
|
| Status |
UNCONFIRMED
|
| Severity |
Major
|
| Priority |
Low
|
| Component |
Common utilities (libwsutil)
|
| Assignee |
[email protected]
|
| Reporter |
[email protected]
|
Build Information:
Version 1.12.1 (v1.12.1-0-g01b65bf from master-1.12)
Copyright 1998-2014 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.23, with Cairo 1.10.2, with Pango 1.34.0, with
GLib 2.38.0, with WinPcap (4_1_3), with libz 1.2.5, with SMI 0.4.8, with c-ares
1.9.1, with Lua 5.2, without Python, with GnuTLS 3.1.22, with Gcrypt 1.6.0,
without Kerberos, with GeoIP, with PortAudio V19-devel (built Sep 16 2014),
with
AirPcap.
Running on 64-bit Windows 8.1, build 9600, with WinPcap version 4.1.3
(packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b
(20091008), GnuTLS 3.1.22, Gcrypt 1.6.0, without AirPcap.
AMD A10-5800K APU with Radeon(tm) HD Graphics , with 7374MB of physical
memory.
--
Under "Telephony" => "Show All Streams" the analysis reads the file and reports
a 94% packet loss on one of the calls in the enclosed capture file.
If that stream is selected for analysis then the packet loss displayed on
screen goes to zero.
Listening to the call also shows that call quality is good.
Problem - I see there is a file size limit of 10M - the zipped file is 22M.
Unfortunately you need the entire file to see the bug. Please send an email if
you want the file.
You are receiving this mail because:
- You are watching all bug changes.