[asterisk-bugs] [JIRA] (ASTERISK-21105) Stasis Core - Refactor Device State support
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Thu Feb 14 16:54:59 CST 2013
Matt Jordan created ASTERISK-21105:
--------------------------------------
Summary: Stasis Core - Refactor Device State support
Key: ASTERISK-21105
URL: https://issues.asterisk.org/jira/browse/ASTERISK-21105
Project: Asterisk
Issue Type: Improvement
Security Level: None
Components: Core/Stasis
Reporter: Matt Jordan
Target Release: 12
Once the Stasis Core API is finished, we need to begin refactoring current consumers/producers on the event subsystem to take advantage of it. This includes Device State.
Publishers:
* {{res_jabber}}
* {{res_xmpp}}
* {{devicestate}}
Consumers:
* {{app_queue}}
* {{pbx}}
* {{ccss}}
* {{devicestate}}
* {{res_jabber}}
* {{res_xmpp}}
An important distinction that has to be worked out is {{res_xmpp}} and {{res_jabber}}'s knowledge of what is a local device on this system and what is a remote device state update. For remote device states that come in from an XMPP message, the device state has to be raised in the system. However, notifications that originated locally have to be raised externally, but not again in the system. Currently, this appears to be handled by having two different event types for device state ({{AST_EVENT_DEVICE_STATE}} and {{AST_EVENT_DEVICE_STATE_CHANGE}}); ideally, this would be unified and {{res_xmpp}}/{{res_jabber}} would know whether or not the device was local or external.
For now, assume that {{res_corosync}} will be disabled until we figure out how to re-transmit the currently supported items across the wire.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list