https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7066
--- Comment #7 from Cristian Constantin <const.crist@xxxxxxxxxxxxxx> 2012-04-12 05:39:50 PDT ---
(In reply to comment #0)
> Created attachment 8189 [details]
> Capture file
>
> Build Information:
> Version 1.7.1 (SVN Rev 41970 from /trunk)
>
> Copyright 1998-2012 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 (32-bit) with GTK+ 2.24.10, with Cairo 1.10.2, with Pango 1.29.4, with
> GLib 2.28.8, with WinPcap (4_1_2), with libz 1.2.5, without POSIX capabilities,
> with SMI 0.4.8, with c-ares 1.7.1, with Lua 5.1, without Python, with GnuTLS
> 2.12.18, with Gcrypt 1.4.6, with MIT Kerberos, with GeoIP, with PortAudio
> V19-devel (built Apr 6 2012), with AirPcap.
>
> Running on Windows XP Service Pack 3, build 2600, with WinPcap version 4.1.2
> (packet.dll version 4.1.0.2001), based on libpcap version 1.0 branch 1_0_rel0b
> (20091008), GnuTLS 2.12.18, Gcrypt 1.4.6, without AirPcap.
>
> Built using Microsoft Visual C++ 9.0 build 21022
>
> --
> Steps to reproduce:
> Load the attached capture file.
> Telephony > VoIP Calls > Flow.
> The flow shown in 1.7.1 is not correct in the sense that some T38 elements are
> missing. It seems that only the direction from 10.72.0.14 to 10.72.0.22 is
> shown.
> This is a regression in 1.7.1 as compared to 1.6.7.
> See screenshots.
cristian: I was curious which of the t38 frames are NOT shown in the call
graph.
to my surprise they are also NOT properly decoded in 1.7.1; whereas in 1.6.7
they are decoded as expected. see the attachment:
"some t38 frames are NOT decoded in 1.7.1"
anyone any idea why?
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
