Type: New Feature
Affects Version/s: None
Fix Version/s: 2.0-pfd
JSR289 is pretty clear on how to handle the virtual branch responses for Initial requests where it specifies
10.2.3 Sending Responses
From the container perspective when a response from the virtual branch is sent upstream, a derived SipSession is created for the virtual branch as per 126.96.36.199 Derived SipSessions. The original SipSession associated with the incoming request corresponds to the Proxy while the derived one represents the virtual UAS..
It even discreetly defines how virtual branch response can be one of candidate for choosing best Final response , application callback and how applications can get a handle to the proxy branch associated with response
It makes sense .
But JSR289 doesn't say much about the proxy branch response created for subsequent request. usecase can be when application (proxy) wants to handle authentication for BYE request and challenge it by sending 407/BYE.
In that case it is not clear
– whether we need to create a proxy branch response or act more like a UAS?
– what getProxyBranch() api call should return for that response?
– should application get a callback for that response before sending upstream?
– should a new session be created to handle this proxy branch response or primary dialog session be used?
This is very confusing and needs some clarification.