Search results

liberal-dtmf: For DTMF negotiation, use this parameter to just always offer 2833 and accept both 2833 and INFO. Use of this parameter is not recommended since its purpose is to try to cope with buggy SIP implementations. FYI, I just tested liberal-dtmf in my webphone implementation and it...

It would seem that this is correctable but you are correct in that it lies with freeswitch. Someone appears to have solved it for themselves but the code never got back to the mainstream. https://lists.freeswitch.org/pipermail/freeswitch-users/2018-April/129586.html

With the new Bandwidth v2 API from mid 2020 the code in the sms_hook_bandwidth.php is no longer correct nor is the lua in index.lua. The index.lua will require an additional parameter namely the applicationId And the sms_hook_bandwidth.php will get a slightly different object structure...

KonradSC Just FYI there appears to be a bug in the version of SIP.js that you are using that breaks DTMF tone '0' - if (!tones || !tones.toString().match(/^[0-9A-D#*,]+$/i)) { + if (tones === false || !tones.toString().match(/^[0-9A-D#*,]+$/i)) { Otherwise the app seems to be...