Closed GoogleCodeExporter closed 8 years ago
Here are the sipp scripts (see UAS Contact Header change between INVITE and
Re-INVITE)
We tested with a B2BUA Application on Mobicents.
Original comment by francois...@gmail.com
on 25 Oct 2012 at 11:34
Attachments:
Original comment by jean.deruelle
on 8 Nov 2012 at 1:43
Original comment by jean.deruelle
on 15 Feb 2013 at 5:25
This issue was updated by revision fb270e2a1a7a.
(git-repo)
http://java.net/jira/browse/JSIP-444
Fix + non regression test on master
(cherry picked from commit 3a324bf5d9fd68628b0750fff1742c249c7d8ec0)
git-svn-id: https://svn.java.net/svn/jsip~svn/trunk@2270
8e71dc83-d81e-6649-80f2-80b843a9b2be
Original comment by jean.deruelle
on 15 Feb 2013 at 5:32
This issue was updated by revision 3a324bf5d9fd.
(git-repo)
http://java.net/jira/browse/JSIP-444
Fix + non regression test
Original comment by jean.deruelle
on 15 Feb 2013 at 5:33
Original comment by jean.deruelle
on 15 Feb 2013 at 5:33
This issue was updated by revision 87e87b993e98.
(git-repo)
http://java.net/jira/browse/JSIP-444
Fix regressions on testsuite and NPE discovered in logs of testsuite
Original comment by jean.deruelle
on 15 Feb 2013 at 7:46
This issue was updated by revision d4e0eac0b4a0.
(git-repo)
http://java.net/jira/browse/JSIP-444
(master) Fix regressions on testsuite and NPE discovered in logs of testsuite
(cherry picked from commit 87e87b993e98abeea06523cec64b74f96c34c557)
Conflicts:
src/gov/nist/javax/sip/stack/SIPDialog.java
git-svn-id: https://svn.java.net/svn/jsip~svn/trunk@2271
8e71dc83-d81e-6649-80f2-80b843a9b2be
Original comment by jean.deruelle
on 15 Feb 2013 at 7:50
Before doing a doTargetRefresh(sipResponse) while at the
gov.nist.javax.sip.stack.SIPDialog.setLastResponse(SIPTransaction,
SIPResponse), transaction should be checked if null.
If the SipApplicationSession is passivated, and the application is trying to
access the SAS at somepoint, this method will receive the last response that
has been sent.
If that was a 2xx from server (Contact sip:127.0.0.1:5080) the remoteTarget
will be set to sip:127.0.0.1:5080 which is wrong.
As a result, later if the application will try to create a new Request using:
sipSession.createRequest("BYE").send();
the requestURI will be sip:127.0.0.1:5080.
The method should check if transaction is not null before doing the
doTargetRefresh(sipResponse)
Original comment by gvage...@gmail.com
on 24 May 2013 at 10:00
This issue was closed by revision 9a724a571a75.
Original comment by gvage...@gmail.com
on 24 May 2013 at 10:02
This issue was updated by revision 3a324bf5d9fd.
(git-repo)
http://java.net/jira/browse/JSIP-444
Fix + non regression test
Original comment by jean.deruelle
on 19 Aug 2014 at 4:59
This issue was updated by revision 87e87b993e98.
(git-repo)
http://java.net/jira/browse/JSIP-444
Fix regressions on testsuite and NPE discovered in logs of testsuite
Original comment by jean.deruelle
on 19 Aug 2014 at 4:59
Original issue reported on code.google.com by
francois...@gmail.com
on 25 Oct 2012 at 11:29