Issue Details (XML | Word | Printable)

Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: binod
Reporter: tomrstrickland
Votes: 0
Watchers: 0

If you were logged in you would be able to see more operations.

Requirement: abiltity to discover (also terminate) SipSessions that are related by forking (aka derived sessions)

Created: 29/Apr/13 09:15 AM   Updated: 26/Mar/14 04:57 AM   Resolved: 15/Jan/14 06:34 AM
Component/s: None
Affects Version/s: None
Fix Version/s: 2.0-pr

Time Tracking:
Not Specified

Participants: binod and tomrstrickland

 Description  « Hide

Forking can lead to 'derived' SipSessions. The label 'derived' only really matters for the act of copying the parent session, as after that, all sessions should be considered to be equivalent: it does not really matter which session was the first, as what really matters is the final response to each session. If session 5 receives a 200 ok and the application wants to terminate the remaining sessions, then it which session is the original session and which are derived does not matter. So, a better label: sibling sessions.

The requirement: the means to discover sibling SipSessions for a given SipSession. Perhaps a method call SipSession.getSiblingSessions(): Set<SipSession>, returning empty set if there are none.

A secondary requirement: the means to terminate other SipSessions by calling SipSession.terminateOtherSipSessions(). This is a more complicated requirement: it is relatively straightforward in non-proxy scenarios, but in proxy scenarios all that we can do is to terminate such branches.

I will have more to add on this topic shortly: this is just an initial bug-report.

Sort Order: Ascending order - Click to sort in descending order
binod made changes - 15/Jan/14 06:34 AM
Field Original Value New Value
Status Open [ 1 ] Resolved [ 5 ]
Assignee binod [ binod ]
Resolution Fixed [ 1 ]
binod made changes - 26/Mar/14 04:57 AM
Fix Version/s 2.0-pr [ 16895 ]