Hello, o Saúl Ibarra [06/12/09 00:49]:
By watching the debug I see the SDP is being parsed, even I have set connect_session to 0... Is there anything else I need to turn off just to 'bypass' the SDP?
looks like you still have set run_invite_event=no in dsm.conf.
Usually in SEMS an application which does not fiddle much with signaling starts with processing at onSessionStart. At that time the session is already set up (SDP negotiation happened, session starts sending RTP if onSessionStart event handler has set something as input or output). Thats the normal behaviour with DSM, if you have set run_invite_event=no, it will start at the 'initial' state.
If you want to mess with signaling, a step further up, the onInvite event handler is called. The AmSession::onInvite handler negotiates SDP, and calls onSessionStart - if your session wants to do something else, it should override onInvite (and e.g. not call onSessionStart, but connectCallee). If you have set run_invite_event=yes, then the initial state is jumped to with onInvite, and depending on the variables, the DSMDialog::onInvite calls after that onSessionStart, which will make it jump into the state machine a second time (as sessionStart event). A little clumsy, in fact implemented as afterthought - if you have a better idea about how that should be, as i said i am open to suggestions.
I hope this makes it a little clearer. If not, have a look at AmSession::onInvite, DSMDialog::onInvite, DSMDialog::onSessionStart.
Stefan -- Stefan Sayer VoIP Services [email protected] www.iptego.com IPTEGO GmbH Wittenbergplatz 1 10789 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann _______________________________________________ Sems mailing list [email protected] http://lists.iptel.org/mailman/listinfo/sems
