Otherwise, usage is identical to the deprecated app_macro-based callback.
#Macro autoanswer asterisk full#
REDIRECTING_SEND_SUB must be provided with a full dialplan location such as 'local,1234,1'. Caller and callee distinctions break down in transfer situations so the caller and callee variants were combined in the app_stack-based implementation.
The primary difference between the app_macro-based callbacks and the new app_stack-based callback is that there is only one variant of the app_stack-based callback where there were previously callee and caller variants of the macro callback. If neither REDIRECTING_SEND_SUB nor its macro equivalents are set, redirecting information will be passed along unmodified. If REDIRECTING_SEND_SUB is set, it will override its equivalent macro-based callback. To accomplish this deprecation, two new dialplan variables have been introduced: REDIRECTING_SEND_SUB and REDIRECTING_SEND_SUB_ARGS. If both app_macro-based and app_stack-based callbacks have been defined, the app_stack-based callback will be run instead of the app_macro-based callbacks. Starting with Asterisk 11, the use of a redirecting information (RI) callback macro for RI interception and modification has been deprecated in favor of an app_stack-based approach. Starting dialplan execution at 'test,100,1', the following is a working example of the app_stack-based CLI callback using local channels. CONNECTED_LINE_SEND_SUB must be provided with a full dialplan location such as 'local,1234,1'. If neither CONNECTED_LINE_SEND_SUB nor its macro equivalents are set, connected line information will be passed along unmodified. If CONNECTED_LINE_SEND_SUB is set, it will override its equivalent macro-based callback. To accomplish this deprecation, two new dialplan variables have been introduced: CONNECTED_LINE_SEND_SUB and CONNECTED_LINE_SEND_SUB_ARGS. Starting with Asterisk 11, the use of a connected line information (CLI) callback macro for CLI interception and modification has been deprecated in favor of an app_stack-based approach. Once Bob ends his call, Asterisk runs the callback (cc_test), calls Bob, and then calls Alice to complete the CCBS request.
While this call is active, Alice attempts a call to Bob by dialing 1234, fails, and then requests CCBS by dialing 1235. ExampleĪssuming a SIP configuration of the following:Ī call is made to bob.
Arguments and argument order have been preserved to make the change as smooth as possible. In channel configurations, 'cc_callback_sub' should be used instead of 'cc_callback_macro' and a complete location in the dialplan such as 'local,1234,1' should be provided instead of a macro context.
#Macro autoanswer asterisk driver#
Usage in channel driver configurations is nearly identical to that of the existing app_macro-based option. Starting with Asterisk 11, Call Completion Supplementary Services(CCSS) callback macro functionality has been deprecated in favor of an app_stack-based approach. In addition, certain applications may not function as expected when called from within a macro call. This is a result of its heavy usage of the stack when called recursively and the significant possibility of a crash when doing so. Because of the way macros are implemented, they are limited to a nesting depth of 7. There should now be app_stack based alternatives for every use case. These changes to Asterisk allow for the final deprecation of all usage of app_macro within Asterisk.
0 kommentar(er)
