2008/6/25 Fabio Margarido <[EMAIL PROTECTED]>: > I've taken a stab at fixing the issues I reported earlier and have > come up with a solution for one of them. The attached patches address > the issue of not being able to use a user specified RSeq header when > 1XX answers are sent reliably. > I'm not sure this is the best way to solve this issue, so someone > please review them.
For each new provisional response, the RSeq must increment exactly by one (well, that is the theory: the application is expected to process preliminary responses in the order of their RSeq). Either the application must do all RSeq and PRACK handling by itself, or it should let nta to enforce the monotonic RSeq sequence. Is there some special application requirement for setting RSeq by application? Is it enough if you just set the initial RSeq? Are you building B2BUA? >Also, sorry if the naming conventions are not > coherent with the rest of the code. Anyway, it works for me. > Additionally, I've figured out the other issue and the difference > between responding with 180 or 183. The current nua code does not detect reliably sent preliminary responses from the presence of RSeq header, but from the 100rel feature tag in the Require header. If you modify your application to include the suitable Require header, the 180 is sent reliably just like 183. 183 is an exception, it is sent reliably even if the application did not include the 100rel tag in the Require header if UAC had included the 100rel in Supported header. Of course, it would make sense to test the presence of RSeq header, too, however, only the value from the initial 100rel response could be used, rest would be overwritten by stack. -- Pekka.Pessi mail at nokia.com ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
