Why do we keep letting these providers get away with this? Smh
On Sunday, March 1, 2015, ik <idokan@gmail.com> wrote:
On Fri, Feb 27, 2015 at 2:50 PM, I put the Who? in Mishehu <mishehu@freeswitch.org> wrote:I see after all these years it's still the popular thing to think that Bezeq is the most terrible thing in the world. :-) Be thankful you don't have to deal with some American incumbent providers... Bezeq can be a walk in the park... :-)You mean like answering with 200 OK on INVITE, getting 404 instead of "authentication require", dropping requests because I offer both Alaw and Ulaw and other horror stories around other SIP providers that I have worked with ? :P
DTMF handling can be a fun little source of headache in general.
To clarify, are you saying that midway through a call that the DTMF mode changes? Or are you saying that the DTMF mode for one call may be 2833 and the next call can randomly be inband audio? If you are saying that the mode changes during the call, what indication do you receive that this has happened?Different types of payloads in RTP, you can see it also in wireshark when capturing with tcpdump
You can try the "liberal-dtmf" setting and see if that fixes the issue for you, but I believe that only allows SIP NOTIFY and 2833, and I don't believe it handles inband. (Hopefully somebody else will correct me if I'm mistaken.)I'll try thisThank youIdo-- Yossi Neiman On 02/27/2015 05:08 AM, ik wrote:Thanks,I cannot make them to be more stable in this matter (I have tried talking with them), and I cannot replace them (I have tried to do so as well).The SIP trunk they provide is very problematic.Hello,I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel.
The one that I cannot overcome is that sometimes doing the call, it switches DTMF between Inband and rfc2833, and sometimes the whole DTMF sending is either inband or rfc2833 doing the entire call.
How can I deal with such mess ?
Ido
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Brian West
brian@freeswitch.org

Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest