Confirm Call on Ring-group fails when Ringing Extension with Follow Me

I’ve been banging my head against the wall all day on this. I’m trying to send a call through a ring group with confirm call enabled. And from there to an extension with follow me enabled. I don’t want confirm call to be on for all of the follow me calls, on the ones that come from the ring group. But any time I send a call to the extension with confirm enabled on the ring group, as soon as I press 1, I get the “I’m sorry, the incoming call is no longer available or has been answered elsewhere.”

I’m running asterisk 16.3.0, my followme and ringgroups modules are both updated.

Confirm call does seem to work when putting the external number in the ring group, or by dialing the extension with follow me. The problems happens when you put an extension with an external number in follow me in the ring group.

Here’s a snippet.

Executing [[email protected]:1] Set("Local/[email protected];1", "LOOPCOUNT=0") in new stack
-- Executing [[email protected]:2] Set("Local/[email protected];1", "__MACRO_RESULT=ABORT") in new stack
-- Executing [[email protected]:3] NoOp("Local/[email protected];1", " and arv= ") in new stack
-- Executing [[email protected]:4] ExecIf("Local/[email protected];1", "0?Set(ARG1=)") in new stack
-- Executing [[email protected]:5] ExecIf("Local/[email protected];1", "0?Set(ALT_CONFIRM_MSG=)") in new stack
-- Executing [[email protected]:6] Set("Local/[email protected];1", "MSG1=incoming-call-1-accept-2-decline") in new stack
-- Executing [[email protected]:7] BackGround("Local/[email protected];1", "incoming-call-1-accept-2-decline,m,en,macro-confirm") in new stack
-- <Local/[email protected];1> Playing 'incoming-call-1-accept-2-decline.slin' (language 'en')
-- Channel Local/[email protected];1 joined 'simple_bridge' basic-bridge <1f83ae38-9b44-429c-9bf4-fb49ba05af9c>
-- Channel Local/[email protected];2 joined 'simple_bridge' basic-bridge <1f83ae38-9b44-429c-9bf4-fb49ba05af9c>
-- Channel PJSIP/Voipms-0000000b joined 'simple_bridge' basic-bridge <c5eeca15-d631-4339-a701-784d9ebdc318>
   > 0x7fea403805f0 -- Strict RTP switching to RTP target address as source
-- Channel Local/[email protected];2 joined 'simple_bridge' basic-bridge <c5eeca15-d631-4339-a701-784d9ebdc318>
-- Executing [[email protected]:1] GotoIf("Local/[email protected];1", "1?toolate,1") in new stack
-- Goto (macro-confirm,toolate,1)
-- Executing [[email protected]:1] Set("Local/[email protected];1", "MSG2="incoming-call-no-longer-avail"") in new stack
-- Executing [[email protected]:2] Playback("Local/[email protected];1", ""incoming-call-no-longer-avail"") in new stack
-- <Local/[email protected];1> Playing 'incoming-call-no-longer-avail.slin' (language 'en')

Edit: I was able to reproduce this on another server with up-to-date modules and running asterisk 16.3.0. But when testing on a server with only the ringgroups and followme modules updates, I didn’t encounter this problem. Maybe it’s due to a combination of those three things?

I’m experiencing the same thing.

When calling a ring group, follow me will work, but you cannot confirm the call. It will play the too late message.

Running Asterisk 13.26.0 with the latest updates on all modules.

Here is a link to the bug report.

It looks like they’ve solved the problem, but it doesn’t appear to be in the latest release of the core module. I’m assuming it will become available soon.

That report is a duplicate of this:

Marked as fixed in core v14.0.25.2 and v15.0.9.26

I could be totally wrong here, but I’m pretty sure that those are two different problems. Maybe they were similar enough to be put together? I’m definitely still encountering the problem in core

Maybe the changes from caused the problem?

Just to clarify, if you take a look at the description of the report you posted, it describes a problem where the “too-late” message is not played.

If you look at report I posted, you’ll see it describes the opposite. It describes how when a call is sent from a queue (or a ringgroup) to an extension with follow me, the “too-late” announcement is always played. I suspect this is a side effect of the fix for the initial bug. In the bug report, it appears that work was being done to fix it, but then it got marked as a duplicate for some reason.

Fixed in core

Upgrade core to edge

fwconsole ma upgrade core --edge


fwconsole ma downloadinstall core --tag=

Thanks for letting me know about the update, unfortunately, I just tried and it still doesn’t seem to work. I’m on, and I still the too-late message when trying to press 1 to confirm a call. Is it possible the fix implemented was for the Queue/follow me bug, rather than the ring group/follow me bug?

I am on Asterisk 13, could be there’s a difference how the confirm calls works in 16.

For the sake of testing, can try to reproduce this with a queue?

So what is the Ring Group ring timer set to? As well, what are the FollowMe settings on an extension that is having this issue? Pre Ring, Ring Time, Strategy?

Ring group:
Ring timer is 35
Ring Strategy: “ringall”
Confirm Calls: Yes
Remote Announce: a custom recording I have

Follow Me on extension:
Pre Ring: 0
Ring Timer: 39
Strategy: “ringall”
Confirm Calls: No

It probably doesn’t make sense to have a longer ring time on the follow me, but I want the ring group to expire first.

I’ll try to test with the queue when I have a few more minutes to spare.

Alright, now can you show a whole call? I’m curious about something and I want to see all the channels that are being created from the RG down to the FM.

Here is a pastebin url with the call details:

I cut out a bit of stuff to keep it from being so long, but I doubt any of it was important for what you were trying to see.

I’ve never worked with queues, but I didn’t think it would be too complicated. However, I can’t get a queue to ring through to an extension with follow me. I do have the agent restriction set to “call as dialed” but that doesn’t seem to solve the problem. So I can’t tell if the same problem is occurring with my queues.

Do you have any custom stuff in extensions_custom.conf ?

I do. I have a few things, but the one that could potentially be causing a problem is a blacklist program I have that alerts me if a call is made to a number on a blacklist. These numbers are known for being called when a system is compromised, so I want to be alerted right away.

Could that potentially impact the queue from calling external numbers?

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