Скриптик выполняемы по крону в необходимыми параметрами:
#!/bin/sh
# $1 Param how dialed
# $2 param context

CreateFile=/opt/var/spool/tmp/callfiles.txt
Outgoing=/opt/var/spool/asterisk/outgoing/callfiles.txt

echo Channel: Local/$1@$1/1 > $CreateFile
echo WaitTime: 10 >> $CreateFile
echo Maxretries: 1 >> $CreateFile
echo RetryTime: 1 >> $CreateFile
echo Context: users >> $CreateFile
echo Extension: $1 >> $CreateFile
echo Priority: 1 >> $CreateFile

mv $CreateFile $Outgoing

В диалплане:
; SET TIME
exten => _78X,1,SET(GLOBAL(WorkTime)=${EXTEN:2})
exten => _78X,n,Playback(beep)
exten => _78X,n,WaitExten(1)
exten => _78X,n,Hangup

Далее переменную WorkTime пользуем:
Goto(WorkTime${WorkTime}) в нужном контексте... и всё...

хм.... Быстрее и надежнее выполнять одной командой:

asterisk -Rx "core set global <name> <value>"

При этом:
1. останется возможность обрабатывать возвращаемое значение;
2. нет необходимости работать с файлами;

а можно просто в диалплане контексты/условия по времени задавать.

ну (asterisk -Rx "core set global <name> <value>") хорошее решение, но я хочу ещё и через диалплан руками переключать.

В диалплане задать поведение по времени тоже можно... Но так же не гибко ибо если я хочу днём переключить станцию в ночной редим, то как мне это сделать? Или скажем СБ ил ВС вдруг рабочий день? А тут набрал команду диалплана, и всё...

Да и перекобчать таким образом можно МНОГО разных параметров... И в cron их-хе запихивать... И состояние после ребута регулировать (либов дефолт, либо ASTDB пользовать)

В целом мне так больше понравилось... Меньше вмешательств после сдачи работ... Настроил, инструкцию выдал и забыл.

С помощью * можно не только установить переменную или что то подобное, но и полностью управлять системой (UNIX). Команда System дает неограниченный полет фантазии ...
Только после настройки такого хозяйства придется изучать эту "новую систему" - AstNix ... ;), запоминать номерные коды вместо команд *nix ...

Я Вас понимать. Просто я не люблю заниматься ананизмом изучая то, что не буду эффективно использовать.

В моём решении есть одно очень простое и понятное намерение упростить, а не усложнить. Для изменения любого значения в * я использую диалплан т. к. это изначально АТС! Т. е. всё должно программироваться и переключаться просто тональными командами по которым есть инструкция и которую может читать девушка блондинка секретарь.
А далее по шедалеру выполняем то, что должно быть автоматизировано. Но при этом можно и принудительно эту автоматизацию перекрывать командами руками. У меня хорошая практика с аналоговыми АТС Panasonic, LG Samsung. Есил взять лучшее от * и от абычных АТС, то можно получить нечно лучшее и такоеже простое, а не тратить туеву хучу денег на разработку решения и дальнейшую его поддержку.

Именно по этому в предприятиях у всех всё на Windows, а не *nix.. Я один раз поставил и на 3-5 лет вообще забыл. Если сильно припёрло перейти на новую OS. А если не припёрло, то и на 10 лет забыл.

А для чего деффачкам бландинкам учить тональные команды, или искать при необходимости листок с ними? Они же могут просто зайти на корпоративную страничку и ткнуть в кнопочку "Хочу чтобы было хорошо!"
А забывать про решение на 5-10 лет - спорное достоинство :) Это значит, что хотелка сознательно ограничивается либо ленью (абсолютно естественной, не поймите меня неправильно), либо недостатком фантазии.

Если бы мне платили за фантазию :-) Я бы наверное был миллионером :-)
Оплата работы осуществляется тогда, когда делается то, что требует руководство, а не левая пятка исполнителя.

Так же обращу внимание на то, что наворотить сто вёрст до небёс может каждый. А вот в какие деньги поддержание всего этого вытекает в будущем админ уж точно никогда не думает. Так же вознимает вопрос, а когда та или иная навороченная фича перестала работать (железо имеет обыкновение ломаться), то сколько денег компания потеряет из-за этого? Вот как только мы всё переводим в деньги, начинаем понимать где стоит остановиться. Очень часто простые решения и нужны людям, а не фиг знает что с бантиком. Хорошие пример, это современные супер навороченные машины. Пользователи этих машин даже зачастую и не знаю что у них та или иная функция есть!!! Или используют её не правильно. И при этом машина из-за этих наворотов ТАК мозги всем делает, что уже бы выкинуть всё и даже что надо (но редко) лиж бы не парило мозг... Все эти датчики дождя, курсовая устойчивость, АБС... Я уж молчу про управление двигателем. Тут только субару что-то получилось. Замечу ТОЛЬКО ДВИГАТЕЛЬ.

Надеюсь мысль донёс... Не надо искать сложных решение там, где это не надо.

надо умело пользоваться наработками сообщества, а не изобретать велосипеды; разрабатывать ПО по модульной архитектуре и документировать все.

и причем тут субару?

Проехали. Тема закрыта.