ASTERISK-28318: Conference Bridge Options (via AMI) Setting Bug

[Home]

Summary: ASTERISK-28318: Conference Bridge Options (via AMI) Setting Bug

Reporter: Daniel McFarlane (DanSTech) Labels:

Date Opened: 2019-03-01 14:24:38.000-0600 Date Closed: 2019-03-04 06:09:06.000-0600

Priority: Major Regression?

Status: Closed/Complete Components: Applications/app_confbridge

Versions: 16.2.0 Frequency of
Occurrence Constant

Related
Issues:

Environment: CentOS 7.5.1804 Attachments:

Description: When set via AMI, the admin Conference Bridge option/variable does not get through to/get used by Conference Bridge. This causes the admin_kick option to fail with the following error on the Asterisk CLI:

-- <DAHDI/25-1> Playing
'/var/lib/asterisk/sounds/en/confbridge/conf-errormenu.slin' (language 'en')
[Feb 28 10:17:11] WARNING[15616][C-00000057]: app_confbridge.c:2824
action_kick_last: Only admin users can use the kick_last menu action.
Channel DAHDI/25-1 of conf 6666666 is not an admin.

(Note: The last caller to enter the bridge is NOT booted out either)

I've double verified and have correctly set up this channel as an admin
user. Here are my communication logs, showing the command used:

2019-02-27 18:29:51.450079 ><<<<<<< Action: Setvar
2019-02-27 18:29:51.450079 ><<<<<<< Channel: DAHDI/25-1
2019-02-27 18:29:51.450079 ><<<<<<< Variable: CONFBRIDGE(user,admin)
2019-02-27 18:29:51.450079 ><<<<<<< Value: yes
2019-02-27 18:29:51.450079 ><<<<<<< Exten: confbridge
2019-02-27 18:29:51.450079 ><<<<<<< Priority: 7
2019-02-27 18:29:51.450079 ><<<<<<< Context: mailboxes
2019-02-27 18:29:51.450079 ><<<<<<< ActionID: 168735384
2019-02-27 18:29:51.450079 ><<<<<<<
2019-02-27 18:29:51.450221 <>>>>>>> Response: Success
2019-02-27 18:29:51.450221 <>>>>>>> ActionID: 168735384
2019-02-27 18:29:51.450221 <>>>>>>> Message: Variable Set

..which, as you can see was accepted since I get the response that
Asterisk set the variable.

Commands were then issued to start the Conference Bridge, as shown in the response logs below, at the end of which you will notice that "Admin: No" incorrectly shows up within the ConfbridgeJoin Event received:

2019-02-27 18:29:51.683722 <>>>>>>> Event: AGIExecStart
2019-02-27 18:29:51.683722 <>>>>>>> Privilege: agi,all
2019-02-27 18:29:51.683722 <>>>>>>> Channel: DAHDI/25-1
2019-02-27 18:29:51.683722 <>>>>>>> ChannelState: 1
2019-02-27 18:29:51.683722 <>>>>>>> ChannelStateDesc: Rsrvd
2019-02-27 18:29:51.683722 <>>>>>>> CallerIDNum: 5144213737
2019-02-27 18:29:51.683722 <>>>>>>> CallerIDName: Inbound Analog Channels
2019-02-27 18:29:51.683722 <>>>>>>> ConnectedLineNum: <unknown>
2019-02-27 18:29:51.683722 <>>>>>>> ConnectedLineName: <unknown>
2019-02-27 18:29:51.683722 <>>>>>>> Language: en
2019-02-27 18:29:51.683722 <>>>>>>> AccountCode:
2019-02-27 18:29:51.683722 <>>>>>>> Context: mailboxes
2019-02-27 18:29:51.683722 <>>>>>>> Exten: confbridge
2019-02-27 18:29:51.683722 <>>>>>>> Priority: 130
2019-02-27 18:29:51.683722 <>>>>>>> Uniqueid: 1551310170.65
2019-02-27 18:29:51.683722 <>>>>>>> Linkedid: 1551310170.65
2019-02-27 18:29:51.683722 <>>>>>>> CommandId: 353477104
2019-02-27 18:29:51.683722 <>>>>>>> Command: EXEC ConfBridge
6666666,en_base_bridge,base_user,en_admin_menu
2019-02-27 18:29:51.683722 <>>>>>>>
2019-02-27 18:29:51.683722 <>>>>>>> Event: BridgeEnter
2019-02-27 18:29:51.683722 <>>>>>>> Privilege: call,all
2019-02-27 18:29:51.683722 <>>>>>>> BridgeUniqueid:
39033b70-3ddd-43f1-9ead-962f431b824c
2019-02-27 18:29:51.683722 <>>>>>>> BridgeType: base
2019-02-27 18:29:51.683722 <>>>>>>> BridgeTechnology: softmix
2019-02-27 18:29:51.703877 ><<<<<<< BridgeCreator: ConfBridAction: AGI
2019-02-27 18:29:51.703877 ><<<<<<< Channel: DAHDI/i1/5144213737-c
2019-02-27 18:29:51.703877 ><<<<<<< Command: EXEC Progress
2019-02-27 18:29:51.703877 ><<<<<<< Exten: nomailbox
2019-02-27 18:29:51.703877 ><<<<<<< Priority: 7
2019-02-27 18:29:51.703877 ><<<<<<< Context: mailboxes
2019-02-27 18:29:51.703877 ><<<<<<< ActionID: 168735387
2019-02-27 18:29:51.703877 ><<<<<<<
2019-02-27 18:29:51.704134 <>>>>>>> ge
2019-02-27 18:29:51.704134 <>>>>>>> BridgeName: 6666666
2019-02-27 18:29:51.704134 <>>>>>>> BridgeNumChannels: 2
2019-02-27 18:29:51.704134 <>>>>>>> BridgeVideoSourceMode: none
2019-02-27 18:29:51.704134 <>>>>>>> Channel: DAHDI/25-1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelState: 1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelStateDesc: Rsrvd
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDNum: 5144213737
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDName: Inbound Analog Channels
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineNum: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineName: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> Language: en
2019-02-27 18:29:51.704134 <>>>>>>> AccountCode:
2019-02-27 18:29:51.704134 <>>>>>>> Context: mailboxes
2019-02-27 18:29:51.704134 <>>>>>>> Exten: confbridge
2019-02-27 18:29:51.704134 <>>>>>>> Priority: 130
2019-02-27 18:29:51.704134 <>>>>>>> Uniqueid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>> Linkedid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>>
2019-02-27 18:29:51.704134 <>>>>>>> Event: VarSet
2019-02-27 18:29:51.704134 <>>>>>>> Privilege: dialplan,all
2019-02-27 18:29:51.704134 <>>>>>>> Channel: DAHDI/25-1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelState: 1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelStateDesc: Rsrvd
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDNum: 5144213737
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDName: Inbound Analog Channels
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineNum: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineName: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> Language: en
2019-02-27 18:29:51.704134 <>>>>>>> AccountCode:
2019-02-27 18:29:51.704134 <>>>>>>> Context: mailboxes
2019-02-27 18:29:51.704134 <>>>>>>> Exten: confbridge
2019-02-27 18:29:51.704134 <>>>>>>> Priority: 130
2019-02-27 18:29:51.704134 <>>>>>>> Uniqueid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>> Linkedid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>> Variable: BRIDGEPEER
2019-02-27 18:29:51.704134 <>>>>>>> Value: CBAnn/6666666-0000000b;2
2019-02-27 18:29:51.704134 <>>>>>>>
2019-02-27 18:29:51.704134 <>>>>>>> Event: ConfbridgeJoin
2019-02-27 18:29:51.704134 <>>>>>>> Privilege: call,all
2019-02-27 18:29:51.704134 <>>>>>>> Conference: 6666666
2019-02-27 18:29:51.704134 <>>>>>>> BridgeUniqueid:
39033b70-3ddd-43f1-9ead-962f431b824c
2019-02-27 18:29:51.704134 <>>>>>>> BridgeType: base
2019-02-27 18:29:51.704134 <>>>>>>> BridgeTechnology: softmix
2019-02-27 18:29:51.704134 <>>>>>>> BridgeCreator: ConfBridge
2019-02-27 18:29:51.704134 <>>>>>>> BridgeName: 6666666
2019-02-27 18:29:51.704134 <>>>>>>> BridgeNumChannels: 2
2019-02-27 18:29:51.704134 <>>>>>>> BridgeVideoSourceMode: none
2019-02-27 18:29:51.704134 <>>>>>>> Channel: DAHDI/25-1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelState: 1
2019-02-27 18:29:51.704134 <>>>>>>> ChannelStateDesc: Rsrvd
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDNum: 5144213737
2019-02-27 18:29:51.704134 <>>>>>>> CallerIDName: Inbound Analog Channels
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineNum: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> ConnectedLineName: <unknown>
2019-02-27 18:29:51.704134 <>>>>>>> Language: en
2019-02-27 18:29:51.704134 <>>>>>>> AccountCode:
2019-02-27 18:29:51.704134 <>>>>>>> Context: mailboxes
2019-02-27 18:29:51.704134 <>>>>>>> Exten: confbridge
2019-02-27 18:29:51.704134 <>>>>>>> Priority: 130
2019-02-27 18:29:51.704134 <>>>>>>> Uniqueid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>> Linkedid: 1551310170.65
2019-02-27 18:29:51.704134 <>>>>>>> Admin: No
2019-02-27 18:29:51.704134 <>>>>>>> Muted: No
2019-02-27 18:29:51.704134 <>>>>>>>
2019-02-27 18:29:51.704134 <>>>>>>> Response: Success
2019-02-27 18:29:51.704134 <>>>>>>> ActionID: 168735387
2019-02-27 18:29:51.704134 <>>>>>>> Message: Added AGI command to queue

Note: Since an email I sent to the list-serve a few days ago, I've
done further testing and noticed this is happening to other
Conference Bridge Option/variables as well.

I will perform more tests regarding the other options/variables I
use and will append the extra details to this ticket once I've got
a precise list of the options/variables that do not work. Those
I can add for now are:

music_on_hold_class
The announce_user_count variables

Comments: By: Asterisk Team (asteriskteam) 2019-03-01 14:24:39.418-0600

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

Please note that once your issue enters an open state it has been accepted. As Asterisk is an open source project there is no guarantee or timeframe on when your issue will be looked into. If you need expedient resolution you will need to find and pay a suitable developer. Asking for an update on your issue will not yield any progress on it and will not result in a response. All updates are posted to the issue when they occur.
By: Joshua C. Colp (jcolp) 2019-03-04 06:09:06.668-0600

This doesn't appear to be a bug from what I've tested and read. The problem is that you are explicitly specifying profiles to use when invoking the ConfBridge application, so the dynamic one you've created isn't used[1]. It needs to be left blank to use the dynamic one. The following should do what you want:

Set variables:

CONFBRIDGE(user,template) = base_user
CONFBRIDGE(user,admin) = yes

Invoke ConfBridge:
ConfBridge(6666666,en_base_bridge,,en_admin_menu)

The reason it worked in 11 is because it had a bug where the behavior didn't match the documentation[2], which was fixed while doing some other work under ASTERISK-22760. It should have always behaved this way.

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+16+Application_ConfBridge
[2] https://wiki.asterisk.org/wiki/display/AST/Asterisk+11+Application_ConfBridge