Long Post Dial Delay

Sangoma Hardware Phones
1

Hello,

We have an issue by one client with an onsite PBX where when you dial any number, an extension or an external number, there’s randomly a long delay, sometimes up to 30-60 seconds until it starts ringing.

[root@freepbx ~]# cat /etc/resolv.conf
# Configuration automatically generated via Sysadmin RPM
# MODIFICATIONS TO THIS FILE WILL BE OVERWRITTEN.
# Generated at: Tue, 27 Oct 2020 12:27:50 +0000
nameserver 127.0.0.1
nameserver 8.8.8.8
nameserver 4.2.2.2

[root@freepbx ~]# ping google.com
PING google.com (172.217.10.14) 56(84) bytes of data.
64 bytes from lga34s12-in-f14.1e100.net (172.217.10.14): icmp_seq=1 ttl=111 time=3.41 ms
64 bytes from lga34s12-in-f14.1e100.net (172.217.10.14): icmp_seq=2 ttl=111 time=2.80 ms
^C
--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 2.808/3.112/3.417/0.309 ms

So I don’t think this is a DNS issue on the PBX.

There’s no stun address specified anywhere as far as I see in the GUI or conf files.

When looking at a call trace in the asterisk log files there’s no delay whatsoever, so I assume is that the delay is between the phone and the PBX.

Some phones are on the latest firmware and some are on a few visions behind. So I wouldn’t say it’s a firmware issue either.

Debug log from the phone: https://pastebin.freepbx.org/view/b215d645
Call started at 9:27:15, you can see that shortly before the time was updated to skip 5 seconds, not sure if that’s related.

Would anyone know how to troubleshoot such an issue? or what might cause it?

Any pointers appreciated.

Thank you

2

Before looking at the paste, is the delay happening in the phone itself?

1 Like
3

So this is the call being started?

* [10-28 09:27:15 ab:cd:ef] FXSCallProFSM:13418####Received NewEvent=0x102, event=0x102, CallState=0x81#######

* [10-28 09:27:15 ab:cd:ef] FXSCallProFSM:13418####Received NewEvent=0x144, event=0x144, CallState=0x81#######

* [10-28 09:27:15 ab:cd:ef] ReDialInfo: aid 0, line 0, Number 8884449999

Five seconds after that was an RTP mismatch.

[10-28 09:27:21 ab:cd:ef] RTP Send: SrcIP a9f0b5b, SrcPort 12137 miss-match, need Re_InitUDPSocket

Otherwise, I don’t know enough about that phone log to see anything without spending way more time looking.

4

Was going to ask the same thing. If the phone’s dial pattern was causing the delay.

5

To clarify, the issue is not with the dial pattern, the phone initiates the call/starts dialing with no issues, you see on the connecting screen, but no ringing or actual connection is established.

See attached image, this is what you see on the screen until it actually starts ringing or gets connected.

Thanks

image
image595×515 95.2 KB

Edit: Video - https://i.imgur.com/cQqxmId.mp4

6

Have you tested it with a softphone?

Remove default gateway on the desktop and test with a softphone. we had same issue with default gateway in customer site. there was something like loop in the network!

7

Can you please elaborate what you mean by removing the default gateway? AFAIK, the phones has one gateway only.

8

I mean default gateway in your PC ethernet configuration.

9

These phones are on a separate network.

10

So Nat is enabled in sip settings?

11

I don’t think NAT would cause such an issue, the PBX and the phones are on the same LAN, so no NAT…

12

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.