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
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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.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@gmail.com> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 23 May 2011 20:46:09 +0200 To: FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@gmail.com> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 23 May 2011 20:46:09 +0200 To: FreeSWITCH Users Help <freeswitch-users@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - 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@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@gmail.com> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Mon, 23 May 2011 20:46:09 +0200 To: FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@ipeva.fr <mailto:david.ponzone@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@employees.org <mailto:mtaylor@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@gmail.com <mailto:oseslija@gmail.com>> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Date: Mon, 23 May 2011 20:46:09 +0200 To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@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@employees.org <mailto:mtaylor@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@lists.freeswitch.org <mailto: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 <http://www.freeswitch.org/>
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <http://www.freeswitch.org/>
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <http://www.freeswitch.org/>
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_______________________________________________ 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
participants (4)
-
David Ponzone
-
Mike Taylor
-
Ognjen Seslija
-
Yehavi Bourvine