Yeah. Sonus sucketh. I find bandwidth.com no longer works for DTMF since they've now moved to it. I've tried all the other hints in the wiki, none of which worked for sipx, we're in the process of migrating the last site anyway, but thought it was worth asking.
On Thu, Oct 13, 2011 at 12:28 PM, George Niculae <[email protected]> wrote: > On Thu, Oct 13, 2011 at 7:14 PM, Tony Graziano > <[email protected]> wrote: > > > > > > On Sat, Oct 8, 2011 at 1:42 PM, Tony Graziano < > [email protected]> > > wrote: > >> > >> I am seeing some issues with a provider who has sonus equipment as their > >> UA. As a result, DTMF does not work with Media Services. I think this is > a > >> pretty well known issue within the FreeSwitch community. > >> *** from FS wiki > >> > >> DTMF Problems > >> > >> If you are having DTMF problems and Sonus is in your media path, you > >> should make sure you are using the latest version of FreeSWITCH. As of > >> FreeSWITCH revision 10744, FreeSWITCH auto-detects Sonus end-points and > >> applies a hack to "fix" the issue. The hack is described as follows > (from > >> switch_types.h): > >> > >> Sonus wrongly expects that, when sending a multi-packet 2833 DTMF event, > >> the sender should > >> increment the RTP timestamp in each packet when, in reality, the sender > >> should send the > >> same exact timestamp and increment the duration field in the 2833 > payload. > >> This allows a > >> reconstruction of the duration if any of the packets are lost. > >> > >> final_duration - initial_timestamp = total_samples > >> > >> However, if the duration value exceeds the space allocated (16 bits), > the > >> sender should > >> increment the timestamp one unit and reset the duration to 0. > >> > >> Always sending a duration of 0 with a new timestamp should be tolerated > >> but is rarely > >> intentional and is mistakenly done by many devices. The issue is that > the > >> Sonus expects > >> everyone to do it this way instead of tolerating either way. Sonus will > >> actually ignore > >> every packet with the same timestamp before concluding if it's DTMF. > >> > >> Note that the version of FreeSWITCH which has this patch auto-detects > >> Sonus, so you don't need to configure anything. > >> > >> *** > >> > >> Can someone give me an indication if thus patch is in the sipx current > >> build or not? If not, does it make sense to include it? > > > > Anyone? > > It should be in Fri Dec 12 22:34:41 2008 > > commit a064847a11bfdc0fe0d743a47c722300f7e21831 > Author: Anthony Minessale <[email protected]> > Date: Fri Dec 12 22:34:41 2008 +0000 > > sonus sonus sonus, sonus is a 4 letter word > > git-svn-id: http://svn.freeswitch.org/svn/freeswitch/trunk@10744 > d0543943-73ff-0310-b7d9-9358b9ac24b2 > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net <http://support.myitdepartment.net>Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services!
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
