<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 8, 2021 at 5:50 PM mayamatakeshi <<a href="mailto:mayamatakeshi@gmail.com">mayamatakeshi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I have a gateway inviting FS with an SDP without payload telephone-event (rfc2833).</div><div>This channelA is bridged to another channelB that does support rfc2833.</div><div>I noticed that in this case FS converts the rfc28333 digit from channelB to SIP INFO to channelA.</div><div>The gateway doesn't support SIP INFO, but does support rfc2833 even if it doesn't advertise it (at least it does support it for outgoing calls from what was reported to me).</div><div>I tried to use this before the bridge:</div><div>  
    <action application="set" data="pass_rfc2833=true"/></div><div>but behavior didn't change.</div><div>Is there anything else I can try?</div><div><br></div></div></blockquote><div><br></div><div>Thinking again, since the telephone-event was not negotiated at channelA side, of course FS cannot relay the RFC2833 packet.</div><div>So I am thinking in detect rfc2833 digits at channelB and send them as inband tones at channelA using:</div><div>  send_dtmf <dtmf digits>[@<tone_duration>]</div><div>But I'm worried with the possibility of overlapping tones at channelA.</div><div>Does anyone know if send_dtmf has queueing behavior, meaning if I call it multiple times in rapid succession, one operation will not interrupt the previous one?</div><div> </div></div></div>