View Single Post
Posts: 7 | Thanked: 5 times | Joined on Aug 2010
#7
The most compelling argument that this is not a wifi-issue is Rajil's comment #14:

I have done some testing over usbnet just to take "wifi" out of the picture.
The tests were done on a virgin centos 5.5 box with freeswitch. I made a call
to the voice mail number on the PBX. The call had a lot of pauses and voice
drops.

Unfortunately, tcpdump doesnt work for me with usbnet so i wasnt able to trace
any calls. I had other people calling the voicemail box as well (luke-jr,
timeless/Josh Soref, thanks to them) and they reported audio drops as well.
As it turns out, the realtime and pulseaudio adjustments I tried as noted in the bug report as a possible solution is not working well. Perhaps troubleshooting audio at 3am is not effective :-/

I have also tried placing all of the threads in use during a sip call into the same FIFO-scheduled/"-20" priority to provide them with the fastest round-trip response time and have the same result. What else might we try here?