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
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Reply via email to