https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6483
--- Comment #35 from Keith French <keithfrench@xxxxxxxxxxxxx> 2011-11-05 06:56:42 PDT ---
Reply for comment 31:-
For the "Buffer overflow due to serial port connection too slow.aps" trace:
1) Do you have the Aethra dissection of all the packets past packet 50?
There are some packets, such as packets 158 and 160, that are different from
the packets shown in the Aethra dissection screenshot. That might require
additional screenshots. ----Yes the trace has all packets past 50. 158 & 160
(plus quite a few others) are an Aethra "special" to show a buffer under run
due to the com port speed on the local PC not running fast enough. I wouldn't
worry too much about them, unless it affects the decode of future packets in
the trace. The audio is G711alaw and I have just uploaded a couple more
screenshots that deal with this.
2) What are the .apc, .apd, and .apt files corresponding to that .aps file?
Don't worry about those, I must have forgotten to remove them. AP_108XP creates
them for varying purposes to hold information like bookmarking packets in the
trace etc. It is only the .APS ones that are important.
Wireshark currently can't play it back because it has no support for
voice-over-ISDN; that would have to be added. I'm guessing that the B channel
"Transparent data" packets (other than the "Constant Value" ones) consist of
1600 voice-channel samples, presumably a-law encoded, rather than μ-law
encoded, as it appears this is from the UK. ------Tes as in my reply to 1
above.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.