<br><br><div><span class="gmail_quote">2008/1/9, Johansson Olle E &lt;<a href="mailto:oej@edvina.net">oej@edvina.net</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>9 jan 2008 kl. 02.48 skrev Raj Jain:<br><br>&gt; This issue of phone vendors not supporting OPTIONS according to RFC<br>&gt; 3261<br>&gt; often comes up on this list. Like Kevin Fleming said, an OPTIONS<br>&gt; request is
<br>&gt; supposed to be responded in the same way as an INVITE. Almost all<br>&gt; SIP phone<br>&gt; vendors have construed OPTIONS as some kind of a keep-alive request,<br>&gt; which<br>&gt; is wrong.<br>Which we do too, by the way. In worst case, maybe Asterisk has set
<br>this industry<br>standard.<br><br>OPTIONS is far to heavy in processing on the server side to be used<br>for keep-alives. I&#39;m&nbsp;&nbsp;starting to see devices that use it for checking<br>capabilities - the proper way. To do this properly, we will have to
<br>authenticate the OPTIONs request and match it with the proper peer/<br>user to get the proper codec settings, ACLs and such.<br><br>Since all versions of Asterisk use OPTIONs for NAT-keepalives, I&#39;m a<br>bit hesitant to fix this. It&#39;s a catch 22. I want to do it properly,
<br>but then the amount of processing for each OPTIONs request that we<br>receive is going to be a bit too much. Maybe one could ask vendors to<br>add a header to the&nbsp;&nbsp;OPTIONs packet saying &quot;this is just a keep-alive.
<br>Give me a 200 OK without any parsing and be happy, because I don&#39;t<br>care about the reply.&quot;<br><br>Linksys has a setting and use NOTIFY for Keep-alives, which also is a<br>poor solution, but at least something we can just give an error
<br>response to without a lot of processing. There was a proposal for<br>PING, but it never got anywhere.</blockquote><div><br>Here&nbsp; (<a href="http://www3.tools.ietf.org/html/draft-ietf-sip-outbound-11#page-11">http://www3.tools.ietf.org/html/draft-ietf-sip-outbound-11#page-11
</a>&nbsp; §3.5.2) using STUN technique is recommended.<br>Do you foresee phone manufacturers to support this ?<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
/O<br><br>_______________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:
<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>