Wireshark-bugs: [Wireshark-bugs] [Bug 2368] Wireshark decodes all G.711 packets as T.38 after a
Date Index · Thread Index · Other Months · All Mailing Lists
Date Prev · Date Next · Thread Prev · Thread Next
From: bugzilla-daemon@xxxxxxxxxxxxx
Date: Tue, 22 Jun 2010 01:37:31 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2368

Nick Burmester <Nick.Burmester@xxxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Nick.Burmester@xxxxxxxxxxxx
            Version|1.0.5                       |1.2.8

--- Comment #8 from Nick Burmester <Nick.Burmester@xxxxxxxxxxxx> 2010-06-22 01:37:08 PDT ---
Hello to everybody,

it seems that this Problem is not completely solved.
Same behavior is seen with MEGACO(H248)instead of SIP.
We did some Traces with SIP and MEGACO in it.  From a MediaGateway to a CPE.

Connection first start with G711 and later on the MediaGateway trys to switch
over to T38. At the CPE the T38 is disabled at this moment so the CPE decline
the T38 Request with some 488.

The response to the 488 is that the MediaGateway now sends some Reinvite to
resolve the Port/Codec for G711 again.

After this point all RTP Packets in the direction CPE-->MediaGateway get
decoded at T38 but there are normal RTP Packet with G711.

If I filter out the SIP Content and save it to a new File with only MEGACO then
this decoding/display behavior is still there.

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