[Freeswitch-users] Set RFC2833 PT on b-leg?

Fri May 24 17:08:47 UTC 2019

You shouldn't use export for this, and that is a made up variable name.
There is no way to specify it.

/b

On Fri, May 24, 2019 at 11:54 AM Marcel Haldemann <
marcel.haldemann at convercom.ch> wrote:

> Hi Alex,
>
>
>
> Thanks, but this just shows how to parse it, “rtp_payload_number” is just
> a user-defined variable and no freeswitch variable. At least I can’t find
> it in the sourceCode or docs somewhere (I also tested and it doesn’t work).
>
>
>
> What I expected to work is:
>
>
>
> <condition field="${switch_r_sdp}"
> expression="a=rtpmap:(\d+)\stelephone-event/8000" break="never">
>   <action application="export" data="_nolocal_rfc2833_pt=$1"/>
> </condition>
>
>
>
> But it doesn’t. the rfc2833 pt is still 101 on the b-leg.
>
>
>
> kindly
>
>
>
>
>
> *Von:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> *Im
> Auftrag von *Alexey Sibyakin
> *Gesendet:* Freitag, 24. Mai 2019 12:54
> *An:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Betreff:* Re: [Freeswitch-users] Set RFC2833 PT on b-leg?
>
>
>
> Hi,
>
>
>
> If I got you right, the example from vanilla dialplan should help you:
>
>
>
> <condition field="${switch_r_sdp}"
> expression="a=rtpmap:(\d+)\stelephone-event/8000" break="never">
>   <action application="set" data="rtp_payload_number=$1"/>
>   <anti-action application="start_dtmf"/>
> </condition>
>
>
>
> but you may need to use export instead of set.
>
>
>
> Regards,
>
>
>
> Alex
>
> Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd Floor,
> Palo Alto, CA 94303 Email: alex at freeswitch.com Website:
> https://www.signalwire.com
>
>
>
>
>
>
>
> On Fri, May 24, 2019 at 6:25 PM Marcel Haldemann <
> marcel.haldemann at convercom.ch> wrote:
>
> Hi Guys,
>
>
>
> I’m Looking for a possibility to set the payload type for “DTMF via
> RFC2833” on the b-leg (bridge) per Call.
>
> Overwriting the “rfc2833-pt” setting from the Outbound profile.
>
>
>
> 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.
>
> 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).
>
>
>
> 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.
>
>
>
> The reason I need this is:
>
>
>
> We found that if we use Bypass_media_after_brdige with
> bypass_media_after_bridge_oldscool
>
> 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)
>
>
>
> For tests we then changed the “rfc2833-pt” to always the value we knew the
> call will have as pt 96, 100, …
>
> Then all worked fine.
>
>
>
> The best solution would be to have a variable doing:
> “useSamePayloadTypeForRfc2833OnBrdige” = “true”. Is there any such variable
> ?
>
>
>
> 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 ?
>
>
>
> 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
>
>
>
> Any other solutions/suggestions ?
>
>
>
> Kindly
>
> _________________________________________________________________________
>
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
> services.
> Build your next product on our scalable cloud platform.
>
> Join our online community to chat in real time
> https://signalwire.community
>
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
>
> _________________________________________________________________________
>
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
> services.
> Build your next product on our scalable cloud platform.
>
> Join our online community to chat in real time
> https://signalwire.community
>
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com

-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190524/443e59f0/attachment.html>