Displaying 4 results from an estimated 4 matches for "startup_commands".
2023 Aug 17
2
Alternative to Local channel
I used to use the local channel to create a global variable
(dialplan)
[default]
exten => s,1,Set(GLOBAL(LSESSION)=${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)})
to that end, I modified cli.conf
[startup_commands]
originate local/s extension s at default = yes
But now I upgraded to Asterisk18 and there is no longer a local channels
Does anybody have any idea of a workaround?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/piperma...
2023 Aug 17
1
Alternative to Local channel
...%H:%M:%S)}
On 8/16/23 20:39, Federico wrote:
> I used to use the local channel to create a global variable
>
> (dialplan)
>
> [default]
>
> exten => s,1,Set(GLOBAL(LSESSION)=${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)})
>
> to that end, I modified cli.conf
>
> [startup_commands]
>
> originate local/s extension s at default = yes
>
> But now I upgraded to Asterisk18 and there is no longer a local channels
>
> Does anybody have any idea of a workaround?
>
>
--
http://help.nyigc.net/
2023 Aug 18
1
Alternative to Local channel
...%S)}
On 8/16/23 20:39, Federico wrote:
> I used to use the local channel to create a global variable
>
> (dialplan)
>
> [default]
>
> exten => s,1,Set(GLOBAL(LSESSION)=${STRFTIME(${EPOCH},,%Y-%m-%d
> %H:%M:%S)})
>
> to that end, I modified cli.conf
>
> [startup_commands]
>
> originate local/s extension s at default = yes
>
> But now I upgraded to Asterisk18 and there is no longer a local
> channels
>
> Does anybody have any idea of a workaround?
>
>
--
http://help.nyigc.net/
2011 Nov 20
4
Deleting AstDB family at start
Is it possible to delete the keys belonging to a family in AstDB at Asterisk startup? I would like to repopulate it from another source each time Asterisk is restarted.
I know there is a DBdeltree(<family>) function. Is there a context that only runs once (automatically) at Asterisk startup (so that I can call this function)?
Also is AstDB lookup faster than a func_odbc lookup? Is there a