On Thu, Aug 7, 2008 at 12:09 PM, Stefano Sabatini <[EMAIL PROTECTED]> wrote: > Hi all, > > now I'm facing this other problem. > > I'm thinking about the better place where to activate the media. > > I thought that a good idea could be to activate the media just after I > receive the answer to the SDP offer, at this point I have all the > information required to activate the receiving and transmitting media > elements, information which is stored in the local and remote SDPs. > > So when I receive the SDP response I expect the nua callstate to > transition from: > proceeding -> completing > > What I experience instead is this: > > nta: received 200 OK for INVITE (102932847) > nta: 200 OK is going to a transaction > tport_release(0x804eb58): 0x8052710 by 0x8053360 with 0x8054d20 > nta: timer set to 32000 ms > nua(): refresh session after 901 seconds (in [895..905]) > nua(): refresh session after 901 seconds > soa_set_remote_sdp(static::0x80514c0, (nil), 0x8055626, 156) called > soa_process_answer(static::0x80514c0) called > soa_static_offer_answer_action(0x80514c0, soa_process_answer): called > soa_sdp_mode_set(0x8052f88, 0x8055ae8, ""): called > soa_static(0x80514c0, soa_process_answer): upgrade codecs with remote > description > soa_static(0x80514c0, soa_process_answer): storing local description > soa_activate(static::0x80514c0, (nil)) called > nua(0x8051180): INVITE: processed SDP answer in 200 OK > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Missing proceeding -> completing transition?? > > soa_activate(static::0x80514c0, (nil)) called > nta: selecting scheme sip > tport_tsend(0x804eb58) tpn = */10.xx.x.204:5060 > tport_resolve addrinfo = 10.xx.x.204:5060 > tport_by_addrinfo(0x804eb58): not found by name */10.xx.x.204:5060 > tport_vsend returned 302 > nta: sent ACK (102932847) to */10.xx.x.204:5060 > nua(0x8051180): call state changed: proceeding -> ready, received answer > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Here it passes from the proceeding to the ready state. > > soa_get_remote_sdp(static::0x80514c0, [0xb7a11c30], [0xb7a11c2c], > [(nil)]) called > soa_get_params(static::0x80514c0, ...) called > nua: nua_application_event: entering > [...] > > Because of this the switch case block for nua_callstate_completing in > my *_i_state event handler isn't executed. > > I wonder, am I missing something obvious or is it a bug (BTW I'm using > libsofia-sip darcs head)?
I missed this bit of information from the docs: "Unless the auto-ack mode is explicitly turned off by application the client does not stay in completing state, but proceeds immediately to next state transition." So that's the expected behaviour since I didn't turned off the auto-ack mode. Regards. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
