Skip to content
This repository has been archived by the owner on Sep 19, 2019. It is now read-only.

Queues not being cleaned up after hangup #4

Open
skrusty opened this issue Jan 14, 2015 · 1 comment
Open

Queues not being cleaned up after hangup #4

skrusty opened this issue Jan 14, 2015 · 1 comment
Labels

Comments

@skrusty
Copy link

skrusty commented Jan 14, 2015

The queues that represent a session within the proxy don't get cleaned up after the call has ended or left the ari application.

When should a queue be deleted?

You can still receive events after the channel has left your application, that's valid. But should you receive anything once the application has both left and hungup?

For example, if you do an originate, and bridge, then hangup, your applicaiton will have left, will have hangup, but it's valid that you might still get events for the hangup on the originated channel?

@skrusty
Copy link
Author

skrusty commented Mar 11, 2015

Thinking about this more, seems to make sense that the client cleans up a queue, as technically only it can decide if it no longer wants to listen for any events or push actions to the proxy.

With that in mind, how would the client and proxy co-ordinate the closing of a dialogue? Does RMQ notify you of a closed queue? Would there just be some catchable exception on the proxy?

Anyway, food for thought.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants