On Dec 28, 2007 6:22 AM, Kamanashis Roy Shuva &lt;<a href="mailto:kamanashisroy@gmail.com">kamanashisroy@gmail.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br> &nbsp; I am expecting someone to discuss this who have at least a little<br>idea about sip actually.</blockquote><div><br><br>You&#39;re already discussing this w/ Olle J., who is lead developer and a SIP expert in the Asterisk community :-)
<br><br>I guess the source of the confusion is that sometimes RFC 2833 is used synonymously w/ DTMF, because typically many end-points support only the DTMF portion (0-11) of the RFC. Asterisk supports 0-16 and negotiates that range in the SDP if these events are expected to be conveyed through RTP. 
<br><br>With SIP INFO there is no negotiation of the range on what the participating end-points support so all bets are off (that&#39;s why using SIP INFO for telephony events is a bad idea).<br><br>--<br>Raj&nbsp;<br><br><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c"><br>On Dec 28, 2007 5:20 PM, Kamanashis Roy Shuva &lt;
<a href="mailto:kamanashisroy@gmail.com">kamanashisroy@gmail.com</a>&gt; wrote:<br>&gt; Hi,<br>&gt;<br>&gt; Let me copy some code from chan_sip.c<br>&gt;<br>&gt; I am reading a function body<br>&gt;<br>&gt; &nbsp;/*! \brief &nbsp;Receive SIP INFO Message
<br>&gt; \note &nbsp; &nbsp;Doesn&#39;t read the duration of the DTMF signal */<br>&gt; static void handle_request_info(struct sip_pvt *p, struct sip_request *req)<br>&gt;<br>&gt; ....<br>&gt; ....<br>&gt;<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; if (event == 16) {
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; /* send a FLASH event */<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; struct ast_frame f = { AST_FRAME_CONTROL, AST_CONTROL_FLASH, };<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ast_queue_frame(p-&gt;owner, &amp;f);<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; if (sipdebug)
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ast_verbose(&quot;* DTMF-relay event received: FLASH\n&quot;);<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; } else {<br>&gt;<br>&gt; .....<br>&gt; .....<br>&gt;<br>&gt; The above code surely works with info message where the message
<br>&gt; body consists of signal value. And that value is matched to 16. This<br>&gt; is enough evidence that asterisk supports flash when it receives<br>&gt; info message.<br>&gt;<br>&gt;<br>&gt; On Dec 28, 2007 4:41 PM, Johansson Olle E &lt;
<a href="mailto:oej@edvina.net">oej@edvina.net</a>&gt; wrote:<br>&gt; &gt;<br>&gt; &gt; 27 dec 2007 kl. 19.54 skrev Kamanashis Roy Shuva:<br>&gt; &gt;<br>&gt; &gt; &gt; Hi,<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; The patch is not successful adding this feature. I think there is more
<br>&gt; &gt; &gt; to be added. Or the patch should follow a good design. I mean I am not<br>&gt; &gt; &gt; satisfied with this patch anyway.<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; Here I have found the flash support for sip.
<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; <a href="http://www.voip-info.org/wiki/view/SIP+DTMF+Signalling" target="_blank">http://www.voip-info.org/wiki/view/SIP+DTMF+Signalling</a><br>&gt; &gt; &gt;<br>&gt; &gt; &gt;<br>&gt; &gt; This page is describing RFC 2833 DTMF.
<br>&gt;<br>&gt; I think you should have a better look. Please recheck ..<br>&gt;<br>&gt; &gt;<br>&gt; &gt; &gt; Again, asterisk can accept INFO dtmf flash .. I mean it is in the code<br>&gt; &gt; &gt; that when there is<br>
&gt; &gt; &gt; a info message with &quot;signal=16&quot; it indicates flash.<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; I hope we will be discussing this upto a solution.<br>&gt; &gt;<br>&gt; &gt; Cisco docs indicate that they only support hook flash in the RTP
<br>&gt; &gt; stream. I have not seen any support<br>&gt; &gt; of hook flash in SIP INFO.<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; /O<br>&gt; &gt;<br>&gt; &gt; _______________________________________________<br>&gt; &gt; --Bandwidth and Colocation Provided by 
<a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>&gt; &gt;<br>&gt; &gt; asterisk-dev mailing list<br>&gt; &gt; To UNSUBSCRIBE or update options visit:<br>&gt; &gt; &nbsp; &nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">
http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>&gt; &gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; --<br>&gt; -- Thanks<br>&gt;<br>&gt; Kamanashis Roy<br>&gt;<br><br><br><br>--<br>-- Thanks<br><br>Kamanashis Roy<br><br>
_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:
<br> &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></div></div></blockquote></div><br>