Доброго дня,

Существует ли возможность, полностью отказаться от прописывания новых контекстов в extensions.conf, при использовании asterisk-realtime-extensions конфигурации ?

а подробнее?

Используя static realtime - можно, но каких-то выгод в этом нет

да не только static realtime ... )

Прописывать то нужно в любом случае, просто в случае realtime - в базе ...

Ну вот этот "любой случай" можно как то обойти? Так что бы все через базу конфигурировать.

А разве в 1.6 не ушли от switch => realtime?

хз, использую 1.4 . Сейчас посмотрим.

Извиняюсь, не понял ...
Что значит - обойти? Конфигурации realtime как раз и прописываются в базе, и через базу соответственно и конфигурируются ...
Или что вы имели ввиду?

Ну, как я понимаю человек хочет счастья. Прописал чего-то простое в базу, а клиент взял и заработал.
А проблема в том, что
1) в случае static realtime дергать астериск чтобы он перечитал "конфиг" из базы, а это плохо тем, что надо его как-то дергать, да и менеджить этот конфиг в базе не сильно удобно. Разве что каждый раз перезагонять из сгенеренного текстового файла, но где тогда профит?
2) в случае switch => realtime оно будет люкапиться по каждому чиху в базу, что тоже не совсем здорово в плане надежности и производительности

По-моему стоит потратить слегка побольше времени и сделать это немного по-другому. Конкретно у меня не смотря на довольно сильное использование БД через func_odbc все конфиги - текстовые и лежат в VCS (cvs,svn). Люди правят свои копии и коммитят, робот правит свой автоматически генерируемый файл и коммитит. По крону или post-commit хукам ноды астериска обновляют конфигурацию, по диффам видят что за файлы изменились и сами перегружают соответствующие куски.
Удобно - видно кто, когда, чего, всегда можно откатиться, масштабируемо и относительно просто

Ничего себе... А можно подробнее? Кто это правит свои конфиги? Юзеры? :-))