[Freeswitch-users] send dtmf on one leg bridge

Wed Dec 15 05:29:55 MSK 2010

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 at 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 at 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 at madovsky.org> wrote:
> > because I need to use variables inside the api request
> > is it make a difference ?
> >
> > ----- Original Message -----
> > From: "Steven Ayre" <steveayre at gmail.com>
> > To: "FreeSWITCH Users Help" <freeswitch-users at 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 at madovsky.org> wrote:
> >>> yes,
> >>>
> >>> I tried expand uuid_send_dtmf [uuid] 12345 at 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 at 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 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
> >>>
> >>> _______________________________________________
> >>> 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
> >>>
> >>>
> >>
> >> _______________________________________________
> >> 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
> >
> >
> > _______________________________________________
> > 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
> >
> 
> _______________________________________________
> 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
> 
> 
> 
> _______________________________________________
> 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
> _______________________________________________
> 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