[Freeswitch-users] Fw: rfc2833 confusion

Fri May 7 15:04:30 PDT 2010

On Thu, May 6, 2010 at 12:23 PM, Madovsky <infos at madovsky.org> wrote:

>  right,
> but in case of the SIP caller needs to send digits to FS,
> his SIP phone should in any way send DTMF, isn't it ?
> in fact I'm trying to implement rfc2833 in my own sip phone through RTP,
> but if there is a way to send from caller a string var representing the
> digits typed to FS once bridge is done
> and transfer it as dtmf digits I will be happy too...
>
>

Hook up a phone to your FS. If you have the default dialplan then call 9999.
Go to fs_cli and make sure you are at /log level 7
>From the phone press some digits. You will see them pop up on the display:
2010-05-07 15:03:56.407327 [DEBUG] switch_rtp.c:2805 RTP RECV DTMF 1:1920
2010-05-07 15:03:56.407327 [DEBUG] mod_dptools.c:1409 Digit 1
2010-05-07 15:03:57.688237 [DEBUG] switch_rtp.c:2805 RTP RECV DTMF 2:2880
2010-05-07 15:03:57.688237 [DEBUG] mod_dptools.c:1409 Digit 2
2010-05-07 15:03:58.669178 [DEBUG] switch_rtp.c:2805 RTP RECV DTMF 5:3200
2010-05-07 15:03:58.669178 [DEBUG] mod_dptools.c:1409 Digit 5

FreeSWITCH knows to look for the DTMFs.
-MC

>  ----- Original Message -----
> *From:* Phillip Jones <pjintheusa at gmail.com>
> *To:* freeswitch-users at lists.freeswitch.org
> *Sent:* Thursday, May 06, 2010 3:06 PM
> *Subject:* Re: [Freeswitch-users] Fw: rfc2833 confusion
>
> Yes that allows you to play a prompt and then wait for the person on the
> line to enter digits.
>
> On Thu, May 6, 2010 at 2:15 PM, Madovsky <infos at madovsky.org> wrote:
>
>>  is this the right link ?
>>
>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_play_and_get_digits
>>
>>
>>  ----- Original Message -----
>> *From:* Madovsky <infos at madovsky.org>
>> *To:* freeswitch-users at lists.freeswitch.org
>>   *Sent:* Thursday, May 06, 2010 2:10 PM
>> *Subject:* Re: [Freeswitch-users] rfc2833 confusion
>>
>> But how to catch digits form a dialplan when the call
>> is already on ?
>>
>> ----- Original Message -----
>> *From:* Phillip Jones <pjintheusa at gmail.com>
>> *To:* freeswitch-users at lists.freeswitch.org
>> *Sent:* Thursday, May 06, 2010 1:43 PM
>> *Subject:* Re: [Freeswitch-users] rfc2833 confusion
>>
>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_send_dtmf
>>
>> Don't get to hung up on the inband / out of band thing. This will be
>> negotiated by FS and the carrier when the call is set up. For instance, when
>> you use G729 you need out of band DTMF but for G711 you can use both. This
>> might change from call you call, depending on what media gateways can
>> handle.
>>
>> If you want to "see" and hear DTMF - fire up wireshark (or Tshark) and
>> capture the trace. You can see the RTP DTMF in the trace and hear the
>> clamped audio from the carrier perhaps. Or just hear the inband tones. It
>> gives a good visual of what is going on.
>>
>> On Thu, May 6, 2010 at 1:25 PM, Madovsky <infos at madovsky.org> wrote:
>>
>>>  I anyone knows a link of a programming example of how
>>> to inject rfc2833 in RTP flow (doesn't matter the language)
>>> It would be very useful
>>>
>>> Thanks
>>>
>>> F
>>>
>>>  ----- Original Message -----
>>> *From:* Madovsky <infos at madovsky.org>
>>> *To:* freeswitch-users at lists.freeswitch.org
>>>   *Sent:* Thursday, May 06, 2010 12:39 PM
>>> *Subject:* Re: [Freeswitch-users] rfc2833 confusion
>>>
>>> god, so many confusion for only an audio tone ! ;)
>>> anyway if I understand it's called inband by the fact that it's in RTP
>>> flow onlly.
>>> so the rfc2833 packet is only an event payload ...
>>>
>>>
>>> ----- Original Message -----
>>> *From:* Anthony Minessale <anthony.minessale at gmail.com>
>>> *To:* freeswitch-users at lists.freeswitch.org
>>> *Sent:* Thursday, May 06, 2010 11:52 AM
>>> *Subject:* Re: [Freeswitch-users] rfc2833 confusion
>>>
>>> both 2833 and actual tones in the audio stream are often called in-band
>>> because the 2833 is just a transport for the inband tones that is assumed to
>>> be reconstructed on the other side.  Some people refer to inband as the real
>>> tones and 2833 as not inband because it's not the tones.  So the one you
>>> have to look out for is people who call 2833 inband and do not clarify that
>>> it's inband packetized according the RFC2833
>>>
>>> The one that is not inband for sure is INFO (which has been dropped from
>>> the standard in favor of some ridiculous SUBSCRIBE based xml exchange)
>>>
>>> Like all things in SIP and anything else that comes with an RFC even if
>>> you know the answer you can't rely on trusting that answer because the real
>>> world will do whatever it wants and invalidate you. =D
>>>
>>>
>>> On Thu, May 6, 2010 at 10:36 AM, Madovsky <infos at madovsky.org> wrote:
>>>
>>>>  HI,
>>>>
>>>> is rfc2833 inband or outband ? is it only event or mixed event and sound
>>>> ?
>>>> I'm confused after read articles on this subject
>>>>
>>>> Thx
>>>>
>>>> F
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> Anthony Minessale II
>>>
>>> FreeSWITCH http://www.freeswitch.org/
>>> ClueCon http://www.cluecon.com/
>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>
>>> AIM: anthm
>>> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>>> pstn:+19193869900
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100507/8a5599a5/attachment-0001.html 