karlma / fusionpbx

Automatically exported from code.google.com/p/fusionpbx
0 stars 0 forks source link

ring groups are not respecting the "delay" option #944

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Create a ring group with X+1 ext's, set some of them with a delay
2. call ring group
3. all phones ring, even the ones with delay

What is the expected output? What do you see instead?
Expected output is that the phones with delay set, do not ring until the delay 
timeout. However, it rings ALL phones straight away.

What version of the product are you using? On what operating system?
System Information
Version 3.7.1
Operating System    Linux a.ffbservices 3.13.0-49-generic #81-Ubuntu SMP Tue Mar 
24 19:29:48 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Uptime  07:55:32 up 21 days, 16:14, 0 users, load average: 0.14, 0.19, 0.22
Date    Fri, 01 May 2015 07:55:32 -0700

Please provide any additional information below.

Original issue reported on code.google.com by blackc2004@gmail.com on 1 May 2015 at 2:55

GoogleCodeExporter commented 9 years ago
Ring groups gather the information from the user that information is then saved 
in the database and a bridge statement is built from that information. I have 
seen some cases where leg_delay in the bridge statement has not been respected 
by FreeSWITCH. You can try simultaneous vs enterprise to see if that helps if 
not pickup the ring group dial string from the logs or log viewer and then 
report it to FreeSWITCH as a jira.

Original comment by markjcrane@gmail.com on 5 May 2015 at 9:55