I don’t use AWS for my FreePBX instances, but you can see this thread where we discuss best troubleshooting practices:
https://community.freepbx.org/t/linux-nerds-how-to-pinpoint-where-the-network-problem-is/
I don’t use AWS for my FreePBX instances, but you can see this thread where we discuss best troubleshooting practices:
https://community.freepbx.org/t/linux-nerds-how-to-pinpoint-where-the-network-problem-is/
Does your PBX have similar quality issues? If so, let’s track them down on your system.
If not, is your system essentially the same as what you sell? If so, do you have any idea of what the difference may be? If your system is different, why?
Approximately what percentage of calls are bad? About how many calls per day for a typical customer? Are incoming calls affected? Outgoing? Calls between extensions? Does the problem affect what the PBX user hears, what the remote party hears, or both?
Describe the impairments (choppy voice, dropouts lasting several seconds, echo, bad latency, noise, distortion, ‘watery’ sound, inadequate or excessive volume, etc.)
Does the trouble typically start while a call has been in progress for a while? If so, does the call return to normal after a few seconds, or does it remain bad (forcing the parties to hang up)? If so, is quality almost always better when the call is re-established?
You mention both Telnyx and Telnet? Was the latter just a typo, or do you also use TelNet Worldwide? If so and you have both trunks on the same system, how do they compare?
I will take all the suggestions I can get. I have been dealing with this for a while but I feel like its been getting worse. On a typical call I will hear the occasional chirp, stutter occasionally but the remote user asks people to repeat what they said often as it was compromised quality. I cant really say what % of calls are affected but I believe almost every call more than a few minutes has some audio quality issues but again, mostly for the remote user. I have to do some testing but I believe there is no difference even when its calls between extensions (on the same PBX).which I believe would eliminate Telnyx the SIP provider as an issue but I am note really sure at this point. I would love to install something that would let me produce a report of all calls and their quality?
I have had several types of complaints. Typically on my side (the VoIP phone) I will hear the occasional drop out or choppy voice but when it happens its very brief. I have a 1Gbps uplink and my Ping time to the PBX is 22/31/24 (L/H/A for 100 pings of 1100 bytes). The ping from the PBX to Telnyx is similar (about 24ms on average). Many times when my customers complain they say it sounds like they are talking under water. I have called from one extension to another in my office and put the handset under the TV and watched TV for 1/2 an hour listening to the show over the phone and didnt notice any issue at all (but thats a one way conversation). Most customers complain that thie side isnt bad (ocasional chirp/droupout) but that their clients complain that they didnt hear something and to repeat it so I assume thats more significant droupouts or choppy. So its affecting the remote users a lot more.
I would suggest you might install pcapsipdump
http://pcapsipdump.sourceforge.net/
it allows you to take any easily found call apart down all the way to the individual SIP/SDP packet and that at your leisure using tools such as sngrep
, wireshark
, audacity
or whatever, (TLS a little shaky though)
Are these symmetrical rates or is the uplink much lower, as would be typical of a cable (DOCSIS) connection?
This is why I ask the previous question. A unidirectional choppiness could mean that throughput is constrained in one direction only. In this case your customers might be saturating their uplink while there is plenty of capacity left on the downlink. If so, QOS/shaping will help.
I agree with @billsimon that saturated uplink is likely.
To confirm or refute, capture all traffic at the PBX, wait for a report of a bad call, find the captured call and analyze the RTP with Wireshark, looking for lost packets and excessive jitter. See
You mentioned TLS and if all traffic is encrypted, it makes troubleshooting more difficult. In this case, I would recommend also turning pjsip logger on. You can then see unencrypted SIP for the bad call with accurate timestamps in the Asterisk log, so you can find the RTP in Wireshark. Although the RTP is also encrypted (you can’t listen to it), you can still analyze it for loss and jitter.
Depending on what router you have in place, might check there for bandwidth utilization at the time of a call with poor quality. Might be able to confirm link saturation very quickly.
If you have sysstat installed
sar -n ALL
sar -b EDEV
can show your network usage various ways in 10 minute intervals , first for everything second for Errrors on the network DEVice
I disagree with both @RealRuler2112 and @dicko on this. For example, assuming 10 Mbps upload speed, if a non-VoIP device sends one-megabit bursts once per second, each burst will take 100 ms to send and a VoIP packet after that in queue will be delayed by up to 100 ms, enough to cause choppy voice. However, the bandwidth utilization (even if reported every second) will be only 10% and it would appear everything is fine.
IMO the first step should be to determine whether the traffic arriving at the PBX has excessive packet loss or jitter.
all services I was talking about are symmetrical, fiber internet like FiOS. Even when the office is busy they are not using anywhere near the rated speeds. I can do a speed test anytime and still get near full speed. I did some testing and from my phone to the PBX is 22-31ms average is 24. From the pbx to telnyx is 21-26 average 24ms (both tests I was using a 1000 byte packet). In doing more diagnostics, so far I think it happens even when I call from 1 extension to the other which technically should eliminate telnyx from the equations although I am not 100% certain that its not worse when its to an external number.
I am not using TLS (yet) but have a desire. I am trying to get CyberLync to create a TLS link to Telnyx to minimize any impact between these 2 components.
most of the results were pretty benign but I did notice some rxdrops. Keep in mind the busiest part of the day was only 101kbps (between midnight and 2am I do backups to a remote system so it was a lot busier for CPU, disk, and network) but are the rxdrops an indication of an issue? I dont like how often they pop up here considering how little traffic I am using.
12:00:02 AM IFACE rxerr/s txerr/s coll/s rxdrop/s txdrop/s txcarr/s rxfram/s rxfifo/s txfifo/s
12:10:02 AM eth0 0.00 0.00 0.00 1.93 0.00 0.00 0.00 0.00 0.00
12:10:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:30:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:30:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:20:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:20:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:50:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:50:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:30:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:30:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:40:01 AM eth0 0.00 0.00 0.00 0.47 0.00 0.00 0.00 0.00 0.00
02:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:00:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:00:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:10:02 AM eth0 0.00 0.00 0.00 1.78 0.00 0.00 0.00 0.00 0.00
03:10:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:00:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:00:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:00:02 AM eth0 0.00 0.00 0.00 1.67 0.00 0.00 0.00 0.00 0.00
05:00:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:10:01 AM eth0 0.00 0.00 0.00 2.10 0.00 0.00 0.00 0.00 0.00
05:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:50:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:50:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:20:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:20:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:40:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:40:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
06:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:30:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:30:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:40:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:40:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
07:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:00:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:00:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
08:50:01 AM eth0 0.00 0.00 0.00 1.41 0.00 0.00 0.00 0.00 0.00
08:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:10:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:20:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:20:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:30:01 AM eth0 0.00 0.00 0.00 1.34 0.00 0.00 0.00 0.00 0.00
09:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:40:01 AM eth0 0.00 0.00 0.00 1.95 0.00 0.00 0.00 0.00 0.00
09:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
09:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:00:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:00:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:10:01 AM eth0 0.00 0.00 0.00 2.31 0.00 0.00 0.00 0.00 0.00
10:10:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:30:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:30:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:40:01 AM eth0 0.00 0.00 0.00 1.61 0.00 0.00 0.00 0.00 0.00
10:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
10:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:00:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:00:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:10:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:10:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:20:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:20:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:30:02 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:30:02 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:40:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:40:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:50:01 AM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:50:01 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:00:01 PM eth0 0.00 0.00 0.00 1.40 0.00 0.00 0.00 0.00 0.00
12:00:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:10:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:10:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:20:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:20:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:30:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:30:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:40:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:40:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:50:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
12:50:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:00:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:00:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:10:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:10:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:20:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:20:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:30:01 PM eth0 0.00 0.00 0.00 0.38 0.00 0.00 0.00 0.00 0.00
01:30:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:40:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:40:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
01:50:02 PM eth0 0.00 0.00 0.00 2.60 0.00 0.00 0.00 0.00 0.00
01:50:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:00:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:00:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:10:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:10:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:20:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:20:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:30:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:30:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:40:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:40:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:50:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
02:50:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:00:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:00:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:10:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:10:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:20:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:20:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:30:01 PM eth0 0.00 0.00 0.00 1.70 0.00 0.00 0.00 0.00 0.00
03:30:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:40:01 PM eth0 0.00 0.00 0.00 2.24 0.00 0.00 0.00 0.00 0.00
03:40:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:50:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
03:50:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:00:02 PM eth0 0.00 0.00 0.00 2.28 0.00 0.00 0.00 0.00 0.00
04:00:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:10:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:10:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:20:02 PM eth0 0.00 0.00 0.00 3.76 0.00 0.00 0.00 0.00 0.00
04:20:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:30:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:30:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:40:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:40:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:50:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
04:50:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:00:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:00:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:10:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:10:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:20:01 PM eth0 0.00 0.00 0.00 2.39 0.00 0.00 0.00 0.00 0.00
05:20:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:30:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:30:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:40:02 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:40:02 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:50:01 PM eth0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
05:50:01 PM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Average: eth0 0.00 0.00 0.00 0.31 0.00 0.00 0.00 0.00 0.00
Average: lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
I agree but in my office, I have 1gbps Internet (fiber) and during the day my PC is literally the only one doing anything on the internet (small home office) and I have had an issue when it was pretty much idle (not accounting for any background tasks) but I am absolutely sure I am not utilizing much bandwidth when I am on a call.
I am just an average user…but I always use the freePBX server and (if possible) the phones on-site…in the same local network.
If your server is at Amazon, you could check voicemail recordings, if the audio is bad too. Or you could do a forwarding from your server at AWS to your cell phone. Do you hear artefacts too? If not, your problem might be located somewhere between your phones and your server. If yes, your problem might be your SIP-Trunk provider. You could add a SIP-trunk to a different provider and check if you get the same issues.
EDIT: I once had similar quality issues and I checked everything…it finally turned out that the cause was my SIP-trunk provider. Unfortunately, this was the last one I thought of…
rxdrops (lack of reply) could be an indication of congestion outside your network, if there is a router between your pbx and the world, do you have access to it’s logging or other low level services ?
on the PBX side no, on the client side yes. How bad are the rxdrops in the above log? Is there anything I can run on my PC to test the connection to the PBX?
Not easily, sipsak comes to mind, but as mentioned saving everything with pcapsipdump lets you analyse credible events in great detail at your liesure. I would turn off TLS first, a) to eliminate that as a source and b) because pcapsipdump’s -k option probably won’t be able to decrypt current default certifications so extracting media would not be possible.
You might also want to give
a glance
OK, I will enable. I dont have TLS active on any PBX’s at this time.
If you don’t have encryption on, you could get a network tap & capture everything just before your modem, then analyze the captures with wireshark to determine where the problem is. (A cheap 5 port managed switch is perfect for this - just set up port mirroring & connect it inline, running the mirrored port to a laptop running tshark or tcpdump - the GUI becomes unstable when doing long-term captures.) By doing this, you can see the statistics about the call & also listen to the RTP streams.
This would at least tell you if the audio is leaving your network and coming back in clean. I’ve never dealt with a PBX in the cloud before; a network tap was exactly what I needed to solve call quality issues here as it proved the audio was going out was good - our SIP provider’s upstream carrier had an issue in our case.
so, I have been doing some diagnostics and trying to impliment several suggestions here and I noticed the following. now before I show what I did, I dont want to get off topic too much as I beleive the following is NOT my main problem, just noticed this little issue while doing diagnostics…
Late at night, I was the only active call on the PBX. My internet connection is 1GBPS and I am running a VPS PBX via CyberLynk with 4 CPU, 8G ram, 59 extensions.
I placed a single call, the only active call from my VoIP phone to my cell phone. I placed it on hold at the VoIP phone and listened to the MOH for a while. Consistently, literally, every minute (1-s seconds after the minute) there was a noticeable glitch in the audio. Granted its brief, but it is noticeable. When I look at cron there are only 2 crons that run every minute
I assume with the random on the 2nd one that its probably not the culprit? I see the issue literally 1 second after each minute so its possible that this RANDOM was 1? Is this calculated are boot up and remain constant or is it RANDOM/30 each minute?
To be clear, I do not believe this is my main issue. The audio quality issue I am having is much longer in duration. This issue is very short like a single stutter (fraction of a second) in the audio and really only noticeable when listening to predictable audio like music. The main question for this post was for a much longer drop/distortion, long enough to make the remote caller ask the VoIP user to repeat what they said.
Anyone else using Cyberlynk for a virtual PBX? Can you run this test? I did it on multiple PBX’s and still hear it.