[asterisk-bugs] [JIRA] (ASTERISK-25181) ARI: Channels added to Stasis application during WebSocket creation don't receive a StasisStart event
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Mon Jun 22 09:31:33 CDT 2015
Matt Jordan created ASTERISK-25181:
--------------------------------------
Summary: ARI: Channels added to Stasis application during WebSocket creation don't receive a StasisStart event
Key: ASTERISK-25181
URL: https://issues.asterisk.org/jira/browse/ASTERISK-25181
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Resources/res_ari, Resources/res_stasis
Affects Versions: 13.4.0
Reporter: Matt Jordan
While fixing ASTERISK-24988 did fix the race condition where a channel is bounced out of the Stasis application due to the WebSocket being connected but the application not being registered, it has introduced another problem where a StasisStart event is not emitted for a channel.
Consider the following scenario:
# A WebSocket connection is started. Before the upgrade response is sent back, we register the Stasis application with {{res_stasis}}, such that any channel that joins after the upgrade notice is accepted.
# A channel hits the dialplan application and is put into Stasis, as the application is registered
# *HOWEVER* - because the WebSocket TCP connection isn't made, the StasisStart event cannot be sent. This causes the channel to enter Stasis with no notification to the (eventually) connected application.
Logs showing this are attached. Note that this was also caught by the same TalkDetect test in the TestSuite.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list