[asterisk-bugs] [JIRA] (ASTERISK-28227) Adding more ARI subscription type

sungtae kim (JIRA) noreply at issues.asterisk.org
Mon Dec 31 03:50:47 CST 2018


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

sungtae kim updated ASTERISK-28227:
-----------------------------------

    Description: 
Hi, Asterisk team,

I'm thinking about adding the new feature for the Asterisk.
It's "Adding Resource item for subscription".

Purpose:
Currently, the ARI subscription supports 3 types of subscriptions.
Channels, Bridges, Endpoints.
It's a good enough to see and check to what/how/where the channels is going.

But using the ARI, it's not an easy to check the resource(module)s. Simply, the ARI does not support module's notification message sending and receiving.

I would like to add the 1 more subscription type which is "Resources".
This feature is designed for sending/receiving the module's notification messages.

AS-IS
{noformat}
asterisk*CLI> ari show app pchero_voip
Name: pchero_voip
  Debug: No
  Subscription Model: Global Resource Subscription
  Subscriptions: 3
    Channels:
      __AST_CHANNEL_ALL_TOPIC (1)
    Bridges:
      __AST_BRIDGE_ALL_TOPIC (1)
    Endpoints:
      __AST_ENDPOINT_ALL_TOPIC (1)
{noformat}

TO-BE
{noformat}
asterisk*CLI> ari show app pchero_voip
Name: pchero_voip
  Debug: No
  Subscription Model: Global Resource Subscription
  Subscriptions: 4
    Channels:
      __AST_CHANNEL_ALL_TOPIC (1)
    Bridges:
      __AST_BRIDGE_ALL_TOPIC (1)
    Endpoints:
      __AST_ENDPOINT_ALL_TOPIC (1)
    Resources:
      __AST_RESOURCE_ALL_TOPIC (1)
{noformat}

Resources:
Resources items would be the name of each modules. By subscribing the modules, it will receive the each modules's event/notification ARI messages.

For example, if the ARI application subscribing the app_queue resource, the application will be received below ARI events.
QueueCallerJoin, QueueCallerAbandon, ...

So, is this feature would be worth for the Asterisk?
If it's not a bad idea, I would like to start it. :)

  was:
Hi, Asterisk team,

I'm thinking about adding the new feature for the Asterisk.
It's "Adding Resource item for subscription".

Purpose:
Currently, the ARI subscription supports 3 types of subscriptions.
Channels, Bridges, Endpoints.
It's a good enough to see and check to what/how/where the channels is going.

But using the ARI, it's not an easy to check the resource(module)s. Simply, the ARI does not support module's notification message sending and receiving.

I would like to add the 1 more subscription type which is "Resources".
This feature is designed for sending/receiving the module's notification messages.

AS-IS
{noformat}
asterisk*CLI> ari show app pchero_voip
Name: pchero_voip
  Debug: No
  Subscription Model: Global Resource Subscription
  Subscriptions: 3
    Channels:
      __AST_CHANNEL_ALL_TOPIC (1)
    Bridges:
      __AST_BRIDGE_ALL_TOPIC (1)
    Endpoints:
      __AST_ENDPOINT_ALL_TOPIC (1)
{noformat}

TO-BE
{noformat}
asterisk*CLI> ari show app pchero_voip
Name: pchero_voip
  Debug: No
  Subscription Model: Global Resource Subscription
  Subscriptions: 3
    Channels:
      __AST_CHANNEL_ALL_TOPIC (1)
    Bridges:
      __AST_BRIDGE_ALL_TOPIC (1)
    Endpoints:
      __AST_ENDPOINT_ALL_TOPIC (1)
    Resources:
      __AST_RESOURCE_ALL_TOPIC (1)
{noformat}

Resources:
Resources items would be the name of each modules. By subscribing the modules, it will receive the each modules's event/notification ARI messages.

For example, if the ARI application subscribing the app_queue resource, the application will be received below ARI events.
QueueCallerJoin, QueueCallerAbandon, ...

So, is this feature would be worth for the Asterisk?
If it's not a bad idea, I would like to start it. :)


> Adding more ARI subscription type
> ---------------------------------
>
>                 Key: ASTERISK-28227
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28227
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Resources/res_ari
>    Affects Versions: 16.1.1
>            Reporter: sungtae kim
>            Severity: Minor
>
> Hi, Asterisk team,
> I'm thinking about adding the new feature for the Asterisk.
> It's "Adding Resource item for subscription".
> Purpose:
> Currently, the ARI subscription supports 3 types of subscriptions.
> Channels, Bridges, Endpoints.
> It's a good enough to see and check to what/how/where the channels is going.
> But using the ARI, it's not an easy to check the resource(module)s. Simply, the ARI does not support module's notification message sending and receiving.
> I would like to add the 1 more subscription type which is "Resources".
> This feature is designed for sending/receiving the module's notification messages.
> AS-IS
> {noformat}
> asterisk*CLI> ari show app pchero_voip
> Name: pchero_voip
>   Debug: No
>   Subscription Model: Global Resource Subscription
>   Subscriptions: 3
>     Channels:
>       __AST_CHANNEL_ALL_TOPIC (1)
>     Bridges:
>       __AST_BRIDGE_ALL_TOPIC (1)
>     Endpoints:
>       __AST_ENDPOINT_ALL_TOPIC (1)
> {noformat}
> TO-BE
> {noformat}
> asterisk*CLI> ari show app pchero_voip
> Name: pchero_voip
>   Debug: No
>   Subscription Model: Global Resource Subscription
>   Subscriptions: 4
>     Channels:
>       __AST_CHANNEL_ALL_TOPIC (1)
>     Bridges:
>       __AST_BRIDGE_ALL_TOPIC (1)
>     Endpoints:
>       __AST_ENDPOINT_ALL_TOPIC (1)
>     Resources:
>       __AST_RESOURCE_ALL_TOPIC (1)
> {noformat}
> Resources:
> Resources items would be the name of each modules. By subscribing the modules, it will receive the each modules's event/notification ARI messages.
> For example, if the ARI application subscribing the app_queue resource, the application will be received below ARI events.
> QueueCallerJoin, QueueCallerAbandon, ...
> So, is this feature would be worth for the Asterisk?
> If it's not a bad idea, I would like to start it. :)



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



More information about the asterisk-bugs mailing list