[SFLphone] Reply to OPTIONS message

Pierre-Luc Bacon pierre-luc.bacon at savoirfairelinux.com
Fri Oct 2 21:26:16 EDT 2009


This is an interesting issue, but I can't look at it right now. 

I suggest that you file a bug report at:
http://projects.savoirfairelinux.net/projects/activity/sflphone

mod_on_rx_request is indeed one of the numerous callbacks used for sip
events. You can see the whole list here:

http://www.pjsip.org/pjsip/docs/html/structpjsip__module.htm#9e2baa7651d1ed440becd0df112df006

OPTION is handled more specifically in handle_incoming_options()
(sipvoiplink.cpp) where we compare with our capability. 

Also check in pjsip_init() where we set the allowed[] array : I'm pretty
sure that it's not up to date with what SFLPhone should return. 

Pierre-Luc Bacon

On Fri, 2009-10-02 at 19:27 -0300, Thomas Alexander Ewald wrote:
> Hello,
> 
> I managed to insert the User-Agent in all outgoing messages, and now I 
> can make some calls.
> The problem is that the SIP server send an OPTIONS message, and the 
> client doesn't respond with a 200 OK message, and the call is 
> interrupted after 45 seconds.
> I looked into the sipvoiplink.cpp source file, and the callback function
> pj_bool_t mod_on_rx_request (pjsip_rx_data *rdata)
> is registered.
> For my understanding, these callbacks methods are called in 
> pjsip_dlg_on_rx_request method. Am I right?
> But, for some strange reason, nothing happens when the OPTION message 
> arrives.
> Now a silly question: how can I debug, or at least see the _debug messages?
> 
> Thanks again!
> Thomas
> 
> _______________________________________________
> SFLphone mailing list
> SFLphone at lists.savoirfairelinux.net
> http://lists.savoirfairelinux.net/mailman/listinfo/sflphone



More information about the SFLphone mailing list