Valadis Support Posted November 15, 2012 Report Share Posted November 15, 2012 Hi, One ITSP sents OPTION requests before a INVITE to validate the state of the (called) UA. OPTIONS sip:firstname.lastname@example.org:5060;transport=udp;line=abcd4321 SIP/2.0 What we see is that the SnomOne does not answer. As result the platform assumes that the UA is not ready and no INVITE is sent. We already found http://wiki.snomone.com/index.php?title=How_to_enable_options-requests_outside_of_dialogs However following the instructions did not resolve the issue. Secondly in RFC 3261 it is stated: 11. Querying for Capabilities ... All UAs MUST support the OPTIONS method. From this I would conclude that the current default behavior is not RFC 3261 compliant! However if the OPTION requests are not seen as part of a dialog (but they are starting their own?) it might be the ITSP is doing a wrong assumption: 11.1 Construction of OPTIONS Request ... ... However, only when an OPTIONS is sent as part of an established dialog is it guaranteed that future requests will be received by the server that generated the OPTIONS response. See http://www.ietf.org/rfc/rfc3261.txt So: 1) Could there be an issue with following http://wiki.snomone.com/index.php?title=How_to_enable_options-requests_outside_of_dialogs ? 2) Is the default behavior compliant to the RFC or not? Best regards, Alcindo Quote Link to comment Share on other sites More sharing options...
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.