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?
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.
Regards,
Bernhard Suttner
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
