[Freeswitch-users] FS - DTMF and Cisco CME/UCE
Mike Taylor
mtaylor at employees.org
Tue May 24 11:02:27 MSD 2011
Completely agree, we might be putting an E1 card in the Cisco and
front-ending it with a Patton yet...
I have an SN4961 30 Channel license in stock.
An update on my testing; At the moment, I have the Cisco set to rfc2833,
and Wireshark (filter on 'rtpenvents') clearly shows the DTMF being
originated from the Cisco.
I should also point out that it _looks_ like the PSTN<-->SIP gateway is
doing DTMF in-band, which is passing transparently through FS, from
'external' to 'internal' i.e. DTMF works in-bound no matter which
direction the call is placed.
Next step: capture a trace of a 'good' vs 'bad' call between FS and the
PSTN GW and verify which type of DTMF the 'good' call is actually using.
This will also let me know if FS is converting RFC2833 to in-band
correctly towards the PSTN.
Also, as Yehavi pointed out, making the Cisco transcode might fix it
(again, the trace between FS and PSTN GW might show something).
Ahh, just looking at the Wiki I have check to make sure I have this correct;
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf_generate
Thanks everyone,
Mike
On 24/05/2011 5:49 p.m., David Ponzone wrote:
> You should consider Patton SN4961.
> I am no shareholder of Patton, but those boxes work so great and are
> quite cheaper than the competition, that it is hard to imagine why
> anyone would buy something else...
>
> David Ponzone Direction Technique
> email: david.ponzone at ipeva.fr <mailto:david.ponzone at ipeva.fr>
> tel: 01 74 03 18 97
> gsm: 06 66 98 76 34
>
> Service ClientIPeva
> tel: 0811 46 26 26
> www.ipeva.fr <BLOCKED::http://www.ipeva.fr/> - www.ipeva-studio.com
> <BLOCKED::http://www.ipeva-studio.com/>
>
> /Ce message et toutes les pièces jointes sont confidentiels et établis
> à l'intention exclusive de ses destinataires. Toute utilisation ou
> diffusion non autorisée est interdite. Tout message électronique est
> susceptible d'altération. /*/IPeva/*/ décline toute responsabilité au
> titre de ce message s'il a été altéré, déformé ou falsifié. Si vous
> n'êtes pas destinataire de ce message, merci de le détruire
> immédiatement et d'avertir l'expéditeur./
> /
> /
>
>
>
> Le 24/05/2011 à 06:01, Yehavi Bourvine a écrit :
>
>> Hello,
>> I had for a long time a Cisco SIP-E1(with Q.sig) gateway which
>> caused me much grief with DTMF; it works partially OK with INFO but
>> not with RFC-2833. I filed a support call with Cisco, as its debug
>> shows that it receives and detects the RFC2833 but nothing is sent to
>> the E1 side.
>> The last conslusion of Cisco's support is that I have to enable
>> transcoding but they coouldn't find how to enable it in my
>> configuration. I now have an Audioodes Mediant-1000 on loan which
>> does RFC-2833 without any problems...
>> The only problem I've found so far with the AudioCodes is name
>> passing via E1/Q.sig at the ringing phase (we use it to connect our
>> Freeswitch to our Nortel PbX).
>> Regards, __Yehavi:
>>
>>
>> 2011/5/24 Mike Taylor <mtaylor at employees.org
>> <mailto:mtaylor at employees.org>>
>>
>> Good point, thanks,
>>
>> But, RFC2833 I've found to be unreliable, broken, patchy, scratchy….
>>
>> I've got it set to RFC2833 now, and it just ain't working.
>>
>> Will get more traces, trial and error until I stumble across a
>> good combo, or bug(s)…
>>
>> Thanks again,
>> Mike
>>
>> From: Ognjen Seslija <oseslija at gmail.com <mailto:oseslija at gmail.com>>
>> Reply-To: FreeSWITCH Users Help
>> <freeswitch-users at lists.freeswitch.org
>> <mailto:freeswitch-users at lists.freeswitch.org>>
>> Date: Mon, 23 May 2011 20:46:09 +0200
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org
>> <mailto:freeswitch-users at lists.freeswitch.org>>
>> Subject: Re: [Freeswitch-users] FS - DTMF and Cisco CME/UCE
>>
>> Why use INFO when it's only method I know Cisco won't speak
>> (2833, kpml, sub/notify)?
>>
>> Here's the CME snippet for FS trunk I have. FS sends 2833 tones
>> to CME btw.
>>
>> dial-peer voice 100 voip
>> description ** TO FS **
>> destination-pattern .T
>> b2bua
>> session protocol sipv2
>> session target sip-server
>> session transport udp
>> dtmf-relay rtp-nte
>> codec g711alaw
>> no vad
>>
>>
>>
>>
>> On Mon, May 23, 2011 at 4:07 AM, Mike Taylor
>> <mtaylor at employees.org <mailto:mtaylor at employees.org>> wrote:
>>
>> Hi,
>>
>> This is driving me nuts.
>> I have a Cisco CME (a few actually) where I cannot get DTMF
>> to work.
>>
>> Does someone happen to have the magic recipe of SIP/Dialplan
>> profiles and Cisco config to make DTMF <relay> work?
>>
>> I spent several very very painful days trying to get RFC2833
>> to work, using FS to try and generate the tones itself. I
>> ended up with all sorts of codec mismatches, delay,distortion
>> and some really mangled DTMF tones…
>>
>> So, now I'm back to;
>>
>> PSTN----CiscoGW----<external>----FS----<internal>----<CUST
>> PABX>---Phone
>>
>> Where <CUST PABX> is 3 CMEs that won't talk DTMF
>> 30+ other vendor's gateway's that WILL do DTMF…
>>
>> Context External and internal are both set to dtmf-type info
>> (or dtmf_type info)
>>
>> DTMF works FROM the Cisco GW towards our network, doesn't
>>
>>
>> So, does anyone have a magic solution?
>> Because Cisco TAC say they see DTMF being sent (as rtp-nte),
>> when I need INFO or in-band.
>>
>>
>>
>> Thanks,
>> Mike
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org <http://www.freeswitch.org/>
>>
>>
>> _______________________________________________ FreeSWITCH-users
>> mailing list FreeSWITCH-users at lists.freeswitch.org
>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org <http://www.freeswitch.org/>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org <http://www.freeswitch.org/>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>
>
> _______________________________________________
> 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
> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110524/0669a87e/attachment-0001.html
More information about the FreeSWITCH-users
mailing list