Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 6483] Support for reading trace files from Aethra ISDN/etc

Date: Mon, 31 Oct 2011 12:15:53 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6483

--- Comment #28 from Keith French <keithfrench@xxxxxxxxxxxxx> 2011-10-31 12:15:50 PDT ---
Created an attachment (id=7353)
 --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=7353)
Yet more traces DPNSS recorded B channel, malformed packet

There are numerous ones here. Most of the DPNSS ones I haven't tried with
Wireshark, but there are two particular problems. 

In the "Recorded Audio of a b channel" folder is a trace with example
screenshots of how Aethra decode it & how Wireshark struggles. If you do manage
to get it to play back (assuming that is what you had in mind), don't about bad
echo towards the end. This was an early test recording I made, not realising
that the COM port speed of the PC controlling the analyser had to run at 230K.
This was to stop buffer overflows.

There is another particular trace where one packet shows up as malformed. It is
in the "Wireshark Decode problems" folder. I cut off the first few packets
where the numbers are, as it is from a customer. The third frame is a Path
Replacement Proposal from the TE, the fourth shows as malformed. It is the NT
that is rejecting the PR-P. The NT is actually a Q.Sig/DPNSS protocol
converter. It is rejecting this as the terminating PBX had tried to initiate
PR, but to conform with the DPNSS spec, my converter must reject this and wait
for the DPNSS Route Optimisation Request to come in from the originating PBX.

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