Hello, I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic. 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. 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). How can I deal with such mess ? Thanks, Ido
Hi! Maybe param name="liberal-dtmf" value="true" ? 2015-02-27 14:08 GMT+03:00 ik <idokan@gmail.com>:
Hello,
I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic.
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.
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).
How can I deal with such mess ?
Thanks, 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
-- with best regards, Dmitriy Borisov
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... :-) 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? 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.) -- Yossi Neiman On 02/27/2015 05:08 AM, ik wrote:
Hello,
I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic.
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.
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).
How can I deal with such mess ?
Thanks, 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
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 this Thank you Ido
-- Yossi Neiman
On 02/27/2015 05:08 AM, ik wrote:
Hello,
I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic.
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.
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).
How can I deal with such mess ?
Thanks, Ido
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
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 <javascript:_e(%7B%7D,'cvml','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 this Thank you
Ido
-- Yossi Neiman
On 02/27/2015 05:08 AM, ik wrote:
Hello,
I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic.
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.
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).
How can I deal with such mess ?
Thanks, Ido
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');>http://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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
Experience tells me that it’s likely that some (most?) service providers don’t have the technical competence to know any better. Their plan is: 1) Get the money 2) Profit! 3) What’s customer service?? Sadly. Bote From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Sunday, 01 March, 2015 09:53 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] supporting multiple dtmf protocols 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 <javascript:_e(%7B%7D,'cvml','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 this Thank you Ido -- Yossi Neiman On 02/27/2015 05:08 AM, ik wrote: Hello, I have the misfortune of forced to use a telco named Bezeq - the biggest telco in Israel. The SIP trunk they provide is very problematic. 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. 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). How can I deal with such mess ? Thanks, Ido _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <http://billing.freeswitch.org/templates/default/img/whmcslogo.png> 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
participants (5)
-
Bote Man
-
Brian West
-
I put the Who? in Mishehu
-
ik
-
Борисов, Дмитрий / Dmitriy Borisov