<div dir="ltr">Hi,<div><br></div><div>If I got you right, the example from vanilla dialplan should help you:</div><div><br></div><div><condition field="${switch_r_sdp}" expression="a=rtpmap:(\d+)\stelephone-event/8000" break="never"><br>  <action application="set" data="rtp_payload_number=$1"/><br>  <anti-action application="start_dtmf"/><br></condition></div><div><br></div><div>but you may need to use export instead of set.</div><div><br></div><div>Regards,</div><div><br></div><div>Alex<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;margin-left:4.5pt"><font color="#000000" face="arial, helvetica, sans-serif" size="1"><span style="white-space:pre-wrap">Alex Sibyakin | Support Engineer
SignalWire | 228 Hamilton Ave 3rd Floor, Palo Alto, CA 94303
Email: <a href="mailto:alex@freeswitch.com" target="_blank">alex@freeswitch.com</a>
Website: <a href="https://www.signalwire.com" target="_blank">https://www.signalwire.com</a></span></font><br></div><div dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;margin-left:4.5pt"><font color="#000000" style="font-family:HelveticaNeue,"Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif;color:rgb(0,0,0);font-size:12.8px"><br></font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 24, 2019 at 6:25 PM Marcel Haldemann <<a href="mailto:marcel.haldemann@convercom.ch">marcel.haldemann@convercom.ch</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 lang="DE-CH">
<div class="gmail-m_-5268740359427334494WordSection1">
<p class="MsoNormal">Hi Guys,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="EN-US">I’m Looking for a possibility to set the payload type for “DTMF via RFC2833” on the b-leg (bridge) per Call.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Overwriting the “rfc2833-pt” setting from the Outbound profile.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">I can’t find any variable doing this. I tried to export “rfc2833_pt” on a call, once with “rfc2833-pt” set to “101” in the profile and once without setting the “rfc2833-pt” parameter at all.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">If “rfc2833-pt” is not set in the profile FreeSwitch just defaults to 101 rather than taking it from the a-leg (what I was hoping for).<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">A variable to instruct Freeswitch to take the same “RFC2833 Payload type” on the B-Leg (bridge) as on the a-leg would also be fine, as this is finally the goal.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">The reason I need this is:<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">We found that if we use Bypass_media_after_brdige with bypass_media_after_bridge_oldscool
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">and the a-leg uses RFC2833 DTMF with any other payload type than 101, DTMFs don’t work after the reInvite. (we have to use oldscool as the not oldscool one isn’t working, because the SoftSwitch isn’t fetching the sdp
 and sending it to the end device and not all end-devices handle this properly)<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">For tests we then changed the “rfc2833-pt” to always the value we knew the call will have as pt 96, 100, …
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Then all worked fine.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">The best solution would be to have a variable doing: “useSamePayloadTypeForRfc2833OnBrdige” = “true”. Is there any such variable ?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">The second best Solution would be to parse it out of the m_sdp variable and then have a variable “rfc2833_pt” = “xxx” (using the “export” application to set it on b-leg (bridge)). Is there any such variable ?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">The only current possible solution I could think is to make Outpundprofiles for all possible PaylaodTypes 96-127 and maybe call them “Outbound96” – “Outbound127”, parse the PT from m_sdp and use the proper profile. But
 this is very ugly :o<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Any other solutions/suggestions ?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Kindly<u></u><u></u></span></p>
</div>
</div>

_________________________________________________________________________<br>
<br>
The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" rel="noreferrer" target="_blank">https://signalwire.com</a><br>
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br>
Build your next product on our scalable cloud platform.<br>
<br>
Join our online community to chat in real time <a href="https://signalwire.community" rel="noreferrer" target="_blank">https://signalwire.community</a><br>
<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>