Summary: | ASTERISK-27855: Dial from macro-context N-way conference | ||||||
Reporter: | Roman (forextazy) | Labels: | |||||
Date Opened: | 2018-05-15 08:15:56 | Date Closed: | 2018-05-15 08:22:34 | ||||
Priority: | Major | Regression? | |||||
Status: | Closed/Complete | Components: | Applications/app_macro Core/Bridging/bridge_basic Core/Channels | ||||
Versions: | 13.20.0 | Frequency of Occurrence | |||||
Related Issues: |
| ||||||
Environment: | CentOS Linux release 7.4.1708 (Core) | Attachments: | |||||
Description: | Hello
I try configure nway Asterisk 13.20.0 built by mockbuild @ buildbot on a x86_64 running Linux When push ** start macro-conf. Сompanion go to conference room, another leg start new call. But i have issue. Call dropped after the answer. What i made wrong? [2018-05-15 12:55:33] VERBOSE[13477][C-00001ae3] app_dial.c: Called DAHDI/g0/1164 [2018-05-15 12:55:34] VERBOSE[13477][C-00001ae3] app_dial.c: DAHDI/i1/1164-e2a is proceeding passing it to DAHDI/i1/1182-e28 [2018-05-15 12:55:34] VERBOSE[13477][C-00001ae3] app_dial.c: DAHDI/i1/1164-e2a is ringing [2018-05-15 12:55:34] VERBOSE[13477][C-00001ae3] app_dial.c: DAHDI/i1/1164-e2a is making progress passing it to DAHDI/i1/1182-e28 [2018-05-15 12:55:39] VERBOSE[13477][C-00001ae3] app_dial.c: DAHDI/i1/1164-e2a answered DAHDI/i1/1182-e28 [2018-05-15 12:55:39] VERBOSE[13518][C-00001ae3] bridge_channel.c: Channel DAHDI/i1/1164-e2a joined ‘simple_bridge’ basic-bridge [2018-05-15 12:55:39] VERBOSE[13477][C-00001ae3] app_macro.c: Spawn extension (trk-1, 1164, 5) exited non-zero on ‘DAHDI/i1/1182-e28’ in macro ‘conf’ [2018-05-15 12:55:39] VERBOSE[13477][C-00001ae3] bridge_channel.c: Channel DAHDI/i1/1182-e28 left ‘simple_bridge’ basic-bridge <9b8551b8-3775-4f4e-b642-ef5a8d098c9a> [2018-05-15 12:55:39] VERBOSE[13477][C-00001ae3] pbx.c: Spawn extension (trk-1, 1164, 5) exited non-zero on ‘DAHDI/i1/1182-e28’ [2018-05-15 12:55:39] VERBOSE[13477][C-00001ae3] pbx.c: Executing [h@trk-1:2] Hangup(“DAHDI/i1/1182-e28”, “”) in new stack [macro-conf] exten => s,1,NoOp(—START—ChannelRedirect—) same => n,Set(__CONFNO=4${CALLERID(num)}) same => n,NoOp(BRIDGEPEER: ${BRIDGEPEER} for number CALLERID(num): ${CALLERID(num)}) same => n,ChannelRedirect(${BRIDGEPEER},nway,${CONFNO},1) same => n,NoOp(—END—ChannelRedirect—) same => n,GoSub(nway-invite,s,1) [nway-invite] exten => s,1,Answer() same => n,Read(NEW_CALL,dial,i,3,5) same => n,NoOp(Read DTMF from var ${NEW_CALL}) same => n,GoSub(cos-all,${NEW_CALL},1) [nway] exten => _4XXXX,1,Answer() same => n,Set(__CONFNO=${EXTEN}) same => n,NoOp(Transfer ${CHANNEL(name)} to conference: ${EXTEN:1} !–comtext–nway–!) same => n,Set(CONFBREDGE(user,music_on_hold_when_empty)=yes) same => n,ConfBridge(${EXTEN:1},nway_menu) | ||||||
Comments: | By: Asterisk Team (asteriskteam) 2018-05-15 08:15:57.490-0500 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]. By: Joshua C. Colp (jcolp) 2018-05-15 08:22:34.540-0500 The usage of ConfBridge is not supported within custom DTMF features. While it worked previously the behavior was undefined and just happened to work. By: Roman (forextazy) 2018-05-15 08:29:56.761-0500 Do you propose use a MeetMe()? By: Asterisk Team (asteriskteam) 2018-05-15 08:29:57.170-0500 This issue has been reopened as a result of your commenting on it as the reporter. It will be triaged once again as applicable. By: Joshua C. Colp (jcolp) 2018-05-15 08:51:14.360-0500 The issue that is linked has discussion about the subject. |