История изменений [назад]

Что-то народ слишком мудреные способы предлагает. Думаю можно сделать все гораздо проще:

1. Всех абонентов запихиваем в один контекст, который по умолчанию никуда не ведет
2. При звонке абонента в диалплане из ASTDB извлекается значение, к примеру, из ветки /users/12344322/context
3. После этого делается GoTo на этот контекст. Причем контексты эти могут быть определены средствами FreePBX, например, модулем custom contexts. Соответственно если контекст, в куда направляется звонок и определит дальнейшую его судьбу: если это какой-нить outbound-routes, то ему повезло. Если, к примеру, restricted, то звонок дропается. Можно кучу контекстов наваять для разных тарифных планов.
4. Значения в ASTDB можно записать через AMI или из командной строки asterisk -rx "database put..."

Профит:

• Гибкость в применении
• Никакого гимору с реалтайм архитектурой и базами данных
• 100%-я совместимость с FreePBX

Что-то народ слишком мудреные способы предлагает. Думаю можно сделать все гораздо проще:

1. Всех абонентов запихиваем в один контекст, который по умолчанию никуда не ведет
2. При звонке абонента в диалплане из ASTDB извлекается значение, к примеру, из ветки /users/12344322/context
3. После этого делается GoTo на этот контекст. Причем контексты эти могут быть определены средствами FreePBX, например, модулем custom contexts. Соответственно если контекст, в куда направляется звонок и определит дальнейшую его судьбу: если это какой-нить outbound-routes, то ему повезло. Если, к примеру, restricted, то звонок дропается. Можно кучу контекстов наваять для разных тарифных планов.
4. Значения в ASTDB можно записать через AMI или из командной строки asterisk -rx "database put..."

Профит:Достоинства:

• Гибкость в примененииприменении: можно менять разрешения разными методами
• Не требуется перезагружать конфиг при изменениях
• Никакого гимору с реалтайм архитектурой и базами данных
• 100%-я совместимость с FreePBX
• ???
• Profit!