I have a ring group that plays custom MOH while ringing 6 phones simultaneously. After the call times out (I have the timeout set to 20 seconds on each extension), the timeout destination is an outbound destination.
The issue is that there is a delay once the outbound call is to be made.
Below, you can see the dialplan progress to entering state [calling] occurs at 23:27:10.079060
Then we see the call progress to entering state [proceeding] occurs at 23:27:12.539060
This represents a delay of almost 2 seconds, during which there is dead silence. After the delay, we then properly hear the ringing of the destination call.
I would like to determine and eliminate the delay. If that can't be done, then I guess I could inject a ring tone immediately after timeout.
2017-03-30 23:27:10.079060 [DEBUG] sofia.c:6760 Channel sofia/external/1503XXXXXXX entering state [calling][0]
2017-03-30 23:27:12.539060 [INFO] sofia.c:1219 sofia/external/1503XXXXXXX Update Callee ID to "1503XXXXXXX" <sip:503XXXXXXX@sbc0.voip.XXXXXXX.com>
2017-03-30 23:27:12.539060 [DEBUG] sofia.c:6760 Channel sofia/external/1503XXXXXXX entering state [proceeding][183]
The issue is that there is a delay once the outbound call is to be made.
Below, you can see the dialplan progress to entering state [calling] occurs at 23:27:10.079060
Then we see the call progress to entering state [proceeding] occurs at 23:27:12.539060
This represents a delay of almost 2 seconds, during which there is dead silence. After the delay, we then properly hear the ringing of the destination call.
I would like to determine and eliminate the delay. If that can't be done, then I guess I could inject a ring tone immediately after timeout.
2017-03-30 23:27:10.079060 [DEBUG] sofia.c:6760 Channel sofia/external/1503XXXXXXX entering state [calling][0]
2017-03-30 23:27:12.539060 [INFO] sofia.c:1219 sofia/external/1503XXXXXXX Update Callee ID to "1503XXXXXXX" <sip:503XXXXXXX@sbc0.voip.XXXXXXX.com>
2017-03-30 23:27:12.539060 [DEBUG] sofia.c:6760 Channel sofia/external/1503XXXXXXX entering state [proceeding][183]