[asterisk-bugs] [JIRA] (ASTERISK-25238) ARI: Support push configuration

Matt Jordan (JIRA) noreply at issues.asterisk.org
Wed Jul 8 23:11:33 CDT 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-25238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-25238:
-----------------------------------

    Status: Open  (was: Triage)

> ARI: Support push configuration
> -------------------------------
>
>                 Key: ASTERISK-25238
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25238
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Resources/res_ari
>            Reporter: Matt Jordan
>
> In discussions at AstriDevCon and elsewhere, the notion of push configuration has come up several times. The idea, essentially, is to have a 'realtime'-esque style of configuration where Asterisk would not go and retrieve the configuration, but would instead have an external system push configuration to it on an as-needed basis. At the same time, when configuration is pushed to it, Asterisk should persist said configuration to permanent storage if configured to do so.
> The patch being put up for review accomplishes this by adding a new resource path to the existing {{asterisk}} resource - {{asterisk/config/dynamic}}. The resource supports the standard CRUD operations, and works only on sorcery derived objects. If the sorcery object is created via the API, then the object will be persisted in the backing storage configured for that object type. If the object cannot be persisted, the API call fails.
> Once pushed, the next operation that requires that resource will attempt to use it.
> This allows for Asterisk to be treated in a much more 'generic' fashion, and for external system to maintain which PJSIP configuration (for example) lives on which Asterisk machine without any database manipulation or Asterisk reloads.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list