if I send these sdp value at every dtmf send is FS can interpret it or do I need to set it when session is done ? ----- Original Message ----- From: "Mathieu Rene" <mrene_lists@avgs.ca> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Tuesday, December 14, 2010 9:29 PM Subject: Re: [Freeswitch-users] send dtmf on one leg bridge
Indeed it is.
http://www.faqs.org/rfcs/rfc2833.html
The RTP payload format is designated as "telephone-event", the MIME type as "audio/telephone-event". The default timestamp rate is 8000 Hz, but other rates may be defined. In accordance with current practice, this payload format does not have a static payload type number, but uses a RTP payload type number established dynamically and out-of-band.
Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene@avgs.ca
On 2010-12-14, at 9:27 PM, Madovsky wrote:
is it need any specific sdp for rfc2833 ?
variable_switch_r_sdp: [v=0 o=- 1292379777 1292379777 IN IP4 67.205.XX.XX s=- c=IN IP4 67.205.XX.XX t=0 0 m=audio 46566 RTP/AVP 96 a=rtpmap:96 speex/16000 m=video 53492 RTP/AVP 97 ]
seems missing a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16
does dtmf need it ?
Thanks
----- Original Message ----- From: Madovsky To: FreeSWITCH Users Help Sent: Tuesday, December 14, 2010 8:09 PM Subject: Re: [Freeswitch-users] send dtmf on one leg bridge
Ok I will try. Bingo Brian, the rfc2833 RTP payload is not interpreted by FS I have to debug it. ----- Original Message ----- From: Michael Collins To: FreeSWITCH Users Help Sent: Tuesday, December 14, 2010 3:32 AM Subject: Re: [Freeswitch-users] send dtmf on one leg bridge
Per my other message you may also just need to use uuid_recv_dtmf. Try it and see. -MC
On Mon, Dec 13, 2010 at 11:12 PM, Steven Ayre <steveayre@gmail.com> wrote: Perhaps the UUID variable doesn't contain the correct value though...
Try uuid_send_dtmf using the known UUID yourself. That'll show you whether uuid_send_dtmf works and the problem is in the expand api, or whether it's uuid_send_dtmf that's having a problem.
-Steve
On 14 December 2010 01:18, Madovsky <infos@madovsky.org> wrote:
because I need to use variables inside the api request is it make a difference ?
----- Original Message ----- From: "Steven Ayre" <steveayre@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Monday, December 13, 2010 7:47 PM Subject: Re: [Freeswitch-users] send dtmf on one leg bridge
What about uuid_send_dtmf directly? i.e. not through expand.
-Steve
On 13 December 2010 20:04, Madovsky <infos@madovsky.org> wrote:
yes,
I tried expand uuid_send_dtmf [uuid] 12345@120 once answer done and ivr asks pin number but the CLI says "ERR- no reply".
----- Original Message ----- From: Michael Collins To: FreeSWITCH Users Help Sent: Monday, December 13, 2010 2:50 PM Subject: Re: [Freeswitch-users] send dtmf on one leg bridge Have you tried uuid_send_dtmf? -MC
On Sun, Dec 12, 2010 at 12:30 PM, Madovsky <infos@madovsky.org> wrote:
Is it possible to send dtfmf via send_dtmf from CLI on a one leg bridge ? it's for enter a pin conference and I can't use any RFC on my sip phone.
Thanks
Franck _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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