Audio "drops"(pause) for user(s) Part 4

[TLCtech]

• 3CX Version, Enterprise Annual 18.0 Update 1 (Build 237)
• Server OS, Debian GNU/Linux 10 (buster),4.19.0-18-cloud-amd64
• 3cx hosted
• Provisioning Method: Cloud?
• Trunk Provider: Call Centric
• Has the Firewall Checker passed: YES
• Are custom Phone Templates being used: NO

Even after uprading our router to a Ubiquity Dream Machine Pro, bathed each room in the office with wifi, and after moving our PBX off site and upgrading to enterprise, we STILL are having this issue. Im very frustrated and am at my witt's end. What more? Its apparently only one extension now.

On a call with anyone, in office, working at home, or clients on their own phones, one extension drops audio every 60-90 seconds. Ive listened to calls. She experiences drops in audio that last 2-3 seconds where the person she is talking to drops out completely. They also experience a drop in audio for 2-3 seconds, and then a garbled bit as it "catches up". Ive listened in on calls. This seems like an issue locally still. I dont hear any drop of the person our agent is speaking to, but the agent hears it, every 60-90 sec. But the customer and I both hear when the agent drops.

I ran verbose logging and captured a call. I also recorded a call. For some reason we cant record every call we want to either. Listening in, I was unable to record any call and my agent had the same problem.

The only thing Im seeing in Wireshark is this, repeated every few moments.

5695 2021-10-29 14:56:32.600980 IP ADDRESSES TCP 66 [TCP Retransmission] 62051 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
5696 2021-10-29 14:56:32.601010 IP ADDRESSES TCP 54 5001 → 62051 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

7259 2021-10-29 14:56:37.674473 IP ADDRESSES TCP 66 51138 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
7260 2021-10-29 14:56:37.674491 IP ADDRESSES TCP 54 5001 → 51138 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

7338 2021-10-29 14:56:37.931809 IP ADDRESSES TCP 66 50583 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
7339 2021-10-29 14:56:37.931838 IP ADDRESSES TCP 54 5001 → 50583 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

7436 2021-10-29 14:56:38.227506 IP ADDRESSES TCP 66 [TCP Retransmission] 51138 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
7437 2021-10-29 14:56:38.227540 IP ADDRESSES TCP 54 5001 → 51138 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

7514 2021-10-29 14:56:38.476972 IP ADDRESSES TCP 66 [TCP Retransmission] 50583 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
7515 2021-10-29 14:56:38.476999 IP ADDRESSES TCP 54 5001 → 50583 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

7607 2021-10-29 14:56:38.781722 IP ADDRESSES TCP 66 [TCP Retransmission] 51138 → 5001 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 WS=256 SACK_PERM=1
7608 2021-10-29 14:56:38.781754 IP ADDRESSES TCP 54 5001 → 51138 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

This is beyond frustrating. We have been dealing with this for over a year. What is causing this and why does it continue to plague us? I was able to save 3cx from the axe last month, but at this point, my clients are willing to pay Vonage prices if this goes away.

 

[ChrisC_3CX]

Glad to hear that you've at least narrowed it down to the wifi connection so you know where to dig.