2008/6/4 Bernhard Suttner <[EMAIL PROTECTED]>:
> Hi,
>
> thanks for your fast answer.
>
>> You could hack nua_session.c not to ignore SDP, but compare it with
>> previous one, and if they differ, generate new offer (and ignore it)
>> and then feed new sdp as an answer to it.
>
> ok. I have another "hack":
>
> else if (!session_get_description(sip, &sdp, &len))
> /* No SDP */;
> //else if (cr->cr_answer_recv) {
> /* Ignore spurious answers after completing O/A */
> //LOG3("ignoring duplicate");
> //sdp = NULL;
> //}
> else if (cr->cr_offer_sent) {
>
> (just commented the code).
>
> Do you think that this can break something?
It does not really run any O/A steps, so soa does not change its state
but application sees the new SDP...
> Will there by a _complete_ implemenation of such scenarios because I
> think there are many use-cases like this? Just think about, that a PBX
> has also a media server (same IP but different port) and will play a
> cool ringback tone in Session Progress and later it want to connect the
> user according to the 200 OK SDP.
There should be, yes, however, I think this very much same as the
forking problem, what we do if a request ends up with multiple
session?
--
Pekka.Pessi mail at nokia.com
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
