<html><body>
<p>Hi,<br>
<br>
I think even "BYE" can be a problem, because it can fail (non 2xx), and then the next BYE has a bumped CSeq. Most common example is authentication. The first BYE will fail due to stale credentials, and then the next one must have larger CSeq.<br>
<br>
Kennard<br>
<br>
<img width="16" height="16" src="cid:1__=07BBFD0CDFC008468f9e8a93df9@logitech.com" border="0" alt="Inactive hide details for Bogdan-Andrei Iancu ---09/15/2010 05:37:12 AM---Hi Alex, As Ovidiu pointed out, this is not an easy o"><font color="#424282">Bogdan-Andrei Iancu ---09/15/2010 05:37:12 AM---Hi Alex, As Ovidiu pointed out, this is not an easy one - if you generate a</font><br>
<br>
<font size="2" color="#5F5F5F">From:        </font><font size="2">Bogdan-Andrei Iancu <bogdan@voice-system.ro></font><br>
<font size="2" color="#5F5F5F">To:        </font><font size="2">OpenSIPS devel mailling list <devel@lists.opensips.org></font><br>
<font size="2" color="#5F5F5F">Date:        </font><font size="2">09/15/2010 05:37 AM</font><br>
<font size="2" color="#5F5F5F">Subject:        </font><font size="2">Re: [OpenSIPS-Devel] Sending INFO from MI</font><br>
<font size="2" color="#5F5F5F">Sent by:        </font><font size="2">devel-bounces@lists.opensips.org</font><br>
<hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br>
<br>
<br>
<tt>Hi Alex,<br>
<br>
As Ovidiu pointed out, this is not an easy one - if you generate a <br>
in-dialog request from the proxy, you will de-sync the cseq numbers <br>
between the 2 end-parties....So any change from the mid-proxy will imply <br>
the proxy to "fix" all the following cseq numbers in the following <br>
in-dialog requests (from the end parties).<br>
<br>
With the BYE this is not a problem as after BYE there is not other <br>
"following in-dialog requests" ;)<br>
<br>
Regards,<br>
Bogdan<br>
<br>
Alex Massover wrote:<br>
><br>
> Hi,<br>
><br>
> I need to pass events generated by the external application during the <br>
> call. I'm thinking about to implement this with INFO.<br>
><br>
> The idea is to add sending INFO functionality to the dialog module. In <br>
> analogy with 'dlg_end_dlg' MI function exported by dialog module, I <br>
> want to add 'dlg_send_info' function. That will receive 2 parameters:<br>
><br>
> a) Direction (caller, callee, both) – to what side to send INFO<br>
><br>
> b) Headers to add to INFO<br>
><br>
> and eventually generate INFO request.<br>
><br>
> What I'm trying to understand is how complex is to add such <br>
> functionality. Is the dialog module ready for such extension (I'll <br>
> look at how 'dlg_end_dlg' is implemented and do similar) or it will <br>
> require more advanced understanding and major changes to the module <br>
> design?<br>
><br>
> --<br>
><br>
> Best Regards,<br>
><br>
> Alex Massover<br>
><br>
> Telephony Group Manager<br>
><br>
> R&D Department<br>
><br>
> Jajah Inc.<br>
><br>
><br>
><br>
> This mail was sent via Mail-SeCure System.<br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Devel mailing list<br>
> Devel@lists.opensips.org<br>
> </tt><tt><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a></tt><tt><br>
> <br>
<br>
<br>
-- <br>
Bogdan-Andrei Iancu<br>
OpenSIPS Bootcamp<br>
20 - 24 September 2010, Frankfurt, Germany<br>
</tt><tt>www.voice-system.ro</tt><tt><br>
<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
Devel@lists.opensips.org<br>
</tt><tt><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a></tt><tt><br>
</tt><br>
</body></html>