Action: Redirect
Synopsis: Redirect (transfer) a call
Privilege: call,all
Description: Redirect (transfer) a call.
Variables: (Names marked with * are required)
- Channel: Channel to redirect
ExtraChannel: Second call leg to transfer (optional)
- Exten: Extension to transfer to
- Context: Context to transfer to
- Priority: Priority to transfer to
ActionID: Optional Action id for message matching.
Example
Transferring existing 2 party call to a meetme room:
Channel: Zap/73-1
ExtraChannel: SIP/199testphone-1f3c
Exten: 8600029
Context: default
Priority: 1
where 8600029 is the extension in the ‘default’ context which goes to a meetme room.
Example for Asterisk 1.8.7.1
The above example did NOT work me on Asterisk 1.8.7.1. It would appear that the “Extra” fields are required even if both parties are going to the same context, extension and priority.
To transfer an existing 2 party call to a meetme room (or any extension):
Channel: Zap/73-1
ExtraChannel: SIP/199testphone-1f3c
Context: default
Exten: 8600029
Priority: 1
ExtraContext: default
ExtraExten: 8600029
ExtraPriority: 1
where 8600029 is the extension in the ‘default’ context which goes to a meetme room.
Don’t use variables
If you are tryng to use asterisk variables in redirect via manager (ex: Context: artic_feat_${featgroupid}) the input will not be parsed, so you will be redirected tu a ‘null’ extensions in this case.
See also
- Asterisk manager API
- Example: Redirect
- Example: Transfer
- app_bridge in bug/patch 5841 – similar to bristuff Steal
- New in Asterisk 1.4: app_ManagerRedirect: Break a bridged call and send called party to some context|exten|priority; see example here
- Asterisk cmd ChannelRedirect
- Asterisk CLI command: channel redirect (new in Asterisk 1.6.2)