Quantcast
Channel: Distro Discussion & Help - FreePBX Community Forums
Viewing all articles
Browse latest Browse all 1370

Intermittend long delays before phone is ringing

$
0
0

@Willy0611 wrote:

On some (but of course) not all calls there is a long 5-15 seconds delay before the recipients phone is ringing. The caller hears the ringing tone all that time. This happens with internal and external calls and it doesn’t matter if the call comes in via IVR, queue or directly.

Here are some log parts:

[2018-01-04 16:56:00] VERBOSE[79174][C-0000846a] pbx.c: Executing [s@func-apply-sipheaders:8] Return("PJSIP/41482-00007fb3", "") in new stack
[2018-01-04 16:56:00] VERBOSE[79174][C-0000846a] app_stack.c: Spawn extension (from-internal, 41482, 1) exited non-zero on 'PJSIP/41482-00007fb3'
[2018-01-04 16:56:00] VERBOSE[79174][C-0000846a] app_stack.c: PJSIP/41482-00007fb3 Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
[2018-01-04 16:56:00] VERBOSE[79174][C-0000846a] app_dial.c: Called PJSIP/41482/sip:41482@10.10.20.2:54857;transport=TCP;rinstance=853a5f102fb59dab
[2018-01-04 16:56:00] VERBOSE[79174][C-0000846a] app_dial.c: Connected line update to PJSIP/4803-00007fb2 prevented.
[2018-01-04 16:56:10] VERBOSE[79174][C-0000846a] app_dial.c: PJSIP/41482-00007fb3 is ringing
[2018-01-04 16:56:13] VERBOSE[79174][C-0000846a] app_macro.c: Spawn extension (macro-dial-one, s, 52) exited non-zero on 'PJSIP/4803-00007fb2' in macro 'dial-one'
[2018-01-04 16:56:13] VERBOSE[79174][C-0000846a] app_macro.c: Spawn extension (macro-exten-vm, s, 14) exited non-zero on 'PJSIP/4803-00007fb2' in macro 'exten-vm'

[2018-01-04 16:57:42] VERBOSE[80789][C-00008474] pbx.c: Executing [s@func-apply-sipheaders:8] Return("PJSIP/41483-00007fc5", "") in new stack
[2018-01-04 16:57:42] VERBOSE[80789][C-00008474] app_stack.c: Spawn extension (from-internal, 41483, 1) exited non-zero on 'PJSIP/41483-00007fc5'
[2018-01-04 16:57:42] VERBOSE[80789][C-00008474] app_stack.c: PJSIP/41483-00007fc5 Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
[2018-01-04 16:57:42] VERBOSE[80789][C-00008474] app_dial.c: Called PJSIP/41483/sip:41483@10.10.20.2:54857;transport=TCP;rinstance=853a5f102fb59dab
[2018-01-04 16:57:42] VERBOSE[80789][C-00008474] app_dial.c: Connected line update to PJSIP/45345-00007fc4 prevented.
[2018-01-04 16:57:43] VERBOSE[80789][C-00008474] app_dial.c: PJSIP/41483-00007fc5 is ringing
[2018-01-04 16:57:49] VERBOSE[80789][C-00008474] app_macro.c: Spawn extension (macro-dial-one, s, 52) exited non-zero on 'PJSIP/45345-00007fc4' in macro 'dial-one'
[2018-01-04 16:57:49] VERBOSE[80789][C-00008474] app_macro.c: Spawn extension (macro-exten-vm, s, 14) exited non-zero on 'PJSIP/45345-00007fc4' in macro 'exten-vm'
[2018-01-04 16:57:49] VERBOSE[80789][C-00008474] pbx.c: Spawn extension (from-internal, 41483, 2) exited non-zero on 'PJSIP/45345-00007fc4'

And a good one:

[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] pbx.c: Executing [s@func-apply-sipheaders:8] Return("PJSIP/40154-00007ceb", "") in new stack
[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] app_stack.c: Spawn extension (from-internal, 40154, 1) exited non-zero on 'PJSIP/40154-00007ceb'
[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] app_stack.c: PJSIP/40154-00007ceb Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] app_dial.c: Called PJSIP/40154/sip:40154@10.10.20.5:56002;transport=TCP;rinstance=3d0dc051e5d591be
[2018-01-04 14:35:36] VERBOSE[18325][C-00008282] app_queue.c: Local/40154@from-queue-00012c56;1 is ringing
[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] app_dial.c: Connected line update to Local/40154@from-queue-00012c56;2 prevented.
[2018-01-04 14:35:36] VERBOSE[18342][C-00008282] app_dial.c: PJSIP/40154-00007ceb is ringing
[2018-01-04 14:35:36] VERBOSE[18325][C-00008282] app_queue.c: Local/40154@from-queue-00012c56;1 is ringing
[2018-01-04 14:35:42] VERBOSE[18342][C-00008282] app_dial.c: PJSIP/40154-00007ceb answered Local/40154@from-queue-00012c56;2

I’m showing that good one because initially I was looking at “Connected line update to xxxx prevented” as the problem but that doesn’t seem to be the case.

In other similar reports it was suggested that the delay is caused by DNS issues. I looked into that, our server does do some DNS requests but they do not correspond to the call delays. All DNS requests are also very quick, no timeouts.

We are using FreePBX 14.0.1.20 with Asterisk 14.6.2. Phones are mostly softphones Zoiper, several versions tried. The issue is also occuring on Aastra 6757i phones.

Any help or hints appreciated. If more info is needed I’d be happy to provide it.

Posts: 1

Participants: 1

Read full topic


Viewing all articles
Browse latest Browse all 1370

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>