<div dir="ltr">I suppose I still don't get it right.<br><br>If you're using a db table as a backend, you can store as many dialogs/branches as you want... each record would have its own CSeq... when there's a PRACK from any of them you just update the CSeq for THAT branch...<br>
I don't see the complication...<br><br>OR I simply don't GET IT!<br><br>jeje!<br><br>;)<br><br>d<br><br><div class="gmail_quote">On Tue, Aug 26, 2008 at 5:34 PM, Iñaki Baz Castillo <span dir="ltr"><<a href="mailto:ibc@in.ilimit.es">ibc@in.ilimit.es</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">El Tuesday 26 August 2008 17:29:09 David Villasmil escribió:<br>
<div class="Ih2E3d">> Isn't it a lot easier (for instance) using a new field the dialog table to<br>
> store the last CSeq and getting it from there before sending +1?<br>
> just a question<br>
<br>
</div>No, read again my mail about the issues when forking and one of the branches<br>
requires PRACK. This would change the local CSeq for just *that* early-dialog<br>
in the UAC.<br>
<br>
So if the proxy wants to manage/change the CSeq it must be capable of handling<br>
each early-dialog independently, and OpenSIPS doesn't allow that since, as<br>
Ovidiu said, it associates a dialog to a client transaction in the proxy.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="Wj3C7c">Iñaki Baz Castillo<br>
<a href="mailto:ibc@in.ilimit.es">ibc@in.ilimit.es</a><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>