[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: 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. :)
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
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)
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: 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. :)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list