[Freeswitch-users] uuid_send_dtmf fails (was: conference call)

Michael Jerris mike at jerris.com
Mon Oct 19 08:33:35 PDT 2009 

You will want to use sendevent with a unique-id header and a eavesdrop- 
command header.  Also please note you will want to use svn revision  
15175 or later, I just fixed a segfault in that code.

Mike

On Oct 19, 2009, at 11:11 AM, Nikita Belov wrote:

> Thanks, Mike, for idea. But what is the syntax for this session  
> message?
> I tried this:
>
> sendmsg e8e4f0ed-a0cc-4dff-b7e1-09eeade5df05
> eavesdrop-command: 1
>
> but it doesn't work.
>
>
>> -----Original Message-----
>> From: freeswitch-users-bounces at lists.freeswitch.org  
>> [mailto:freeswitch-
>> users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris
>> Sent: Monday, October 19, 2009 5:19 PM
>> To: freeswitch-users at lists.freeswitch.org
>> Subject: Re: [Freeswitch-users] uuid_send_dtmf fails (was: conference
>> call)
>>
>> There is an event you can send as well to switch them, it your trying
>> to switch it via event socket, that should be better, its not on the
>> wiki, but
>>
>> a session message with
>> eavesdrop-command header with data as the same as dtmf
>> should do the trick
>>
>> Mike
>>
>>
>> On Oct 16, 2009, at 11:54 AM, Nikita Belov wrote:
>>
>>> Yes, it is what I need. But now I have problem with sending dtmf.
>>> Here what
>>> I've done:
>>> [root at centos4-4-vm ~]# telnet localhost 8021
>>> Trying 127.0.0.1...
>>> Connected to localhost.localdomain (127.0.0.1).
>>> Escape character is '^]'.
>>> Content-Type: auth/request
>>>
>>> auth ClueCon
>>>
>>> Content-Type: command/reply
>>> Reply-Text: +OK accepted
>>>
>>> api originate user/1007 at master.agent.starpoundtech.net &park()
>>>
>>> Content-Type: api/response
>>> Content-Length: 41
>>>
>>> +OK bba3b45a-4cc1-48af-a15d-1052d5f11371
>>>
>>> SendMsg bba3b45a-4cc1-48af-a15d-1052d5f11371
>>> call-command: execute
>>> execute-app-name: eavesdrop
>>> execute-app-arg: cd99f999-9b47-457e-8439-1d366e015b8c
>>>
>>> Content-Type: command/reply
>>> Reply-Text: +OK
>>>
>>> Here I had started to hear A and B. Here what I saw in FS log:
>>> 2009-10-18 03:22:47 [DEBUG] switch_core_session.c:706
>>> switch_core_session_queue_private_event() Send signal
>>> sofia/internal/sip:1007 at 172.26.10.64:5060;fs_nat=yes [BREAK]
>>> 2009-10-18 03:22:47 [DEBUG] switch_ivr.c:540 switch_ivr_parse_event 
>>> ()
>>> sofia/internal/sip:1007 at 172.26.10.64:5060;fs_nat=yes Command Execute
>>> eavesdrop(cd99f999-9b47-457e-8439-1d366e015b8c)
>>> 2009-10-18 03:22:47 [DEBUG] switch_core_media_bug.c:297
>>> switch_core_media_bug_add() Attaching BUG to
>>> sofia/internal/1006 at master.agent.starpoundtech.net
>>> 2009-10-18 03:22:47 [DEBUG] switch_core_io.c:234
>>> switch_core_session_read_frame()
>>> sofia/internal/1006 at master.agent.starpoundtech.net receive message
>>> [TRANSCODING_NECESSARY]
>>> 2009-10-18 03:22:47 [DEBUG] switch_core_io.c:234
>>> switch_core_session_read_frame()
>>> sofia/internal/sip:1007 at 172.26.10.64:5060;fs_nat=yes receive message
>>> [TRANSCODING_NECESSARY]
>>>
>>> Then I run command:
>>> api uuid_send_dtmf bba3b45a-4cc1-48af-a15d-1052d5f11371 1
>>>
>>> Content-Type: api/response
>>> Content-Length: 14
>>>
>>> -ERR no reply
>>>
>>> Log:
>>> 2009-10-18 03:24:01 [DEBUG] switch_core_io.c:1190
>>> switch_core_session_send_dtmf_string()
>>> sofia/internal/sip:1007 at 172.26.10.64:5060;fs_nat=yes send dtmf
>>> digit=1 ms=250 samples=2000
>>> 2009-10-18 03:24:01 [DEBUG] switch_rtp.c:1282 do_2833() Send start
>>> packet
>>> for [1] ts=2241760 dur=160/160/2000 seq=21346
>>> 2009-10-18 03:24:01 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=320/320/2000 seq=21347
>>> 2009-10-18 03:24:01 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=480/480/2000 seq=21348
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=640/640/2000 seq=21349
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=800/800/2000 seq=21350
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=960/960/2000 seq=21351
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1120/1120/2000 seq=21352
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1280/1280/2000 seq=21353
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1440/1440/2000 seq=21354
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1600/1600/2000 seq=21355
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1760/1760/2000 seq=21356
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send middle
>>> packet
>>> for [1] ts=2241760 dur=1920/1920/2000 seq=21357
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send end
>>> packet for
>>> [1] ts=2241760 dur=2080/2080/2000 seq=21358
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send end
>>> packet for
>>> [1] ts=2241760 dur=2080/2080/2000 seq=21359
>>> 2009-10-18 03:24:02 [DEBUG] switch_rtp.c:1221 do_2833() Send end
>>> packet for
>>> [1] ts=2241760 dur=2080/2080/2000 seq=21360
>>>
>>> But both A and B couldn't hear me.
>>> Btw, after I had send dtmf "1" manually from my phone. B started to
>>> hear me.
>>> There was this record in log:
>>> 2009-10-18 03:47:55 [DEBUG] switch_rtp.c:1767  
>>> switch_rtp_dequeue_dtmf
>>> () RTP
>>> RECV DTMF 1:2240
>>>
>>> Does anybody know, what had I done wrong?
>>>
>>> ___
>>>
>>> Thanks, Nikita
>>>
>>>> -----Original Message-----
>>>> From: freeswitch-users-bounces at lists.freeswitch.org
>>>> [mailto:freeswitch-
>>>> users-bounces at lists.freeswitch.org] On Behalf Of Rupa Schomaker
>>>> Sent: Thursday, October 15, 2009 4:04 PM
>>>> To: freeswitch-users at lists.freeswitch.org
>>>> Subject: Re: [Freeswitch-users] conference call
>>>>
>>>> The wiki has a pretty good explanation of how eavesdrop works.
>>>> Enabling a talk path to A or B or both A and B requires dtmf.
>>>>
>>>> So, if C hits the 1 button on the phone they can talk to the UUID  
>>>> you
>>>> bound the eavesdrop to.   2 talks to the other party.  3 talks to
>>>> both
>>>> parties.
>>>>
>>>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_eavesdrop
>>>>
>>>> Adding more api calls to control eavesdrop via event socket  
>>>> should be
>>>> possible, though I haven't looked at the code to see what it would
>>>> take...
>>>>
>>>> On Thu, Oct 15, 2009 at 3:16 AM, Nikita Belov <nbelov at abisoft.spb.ru 
>>>> >
>>>> wrote:
>>>>> Thanks for answer.
>>>>>
>>>>>
>>>>>
>>>>> As I've understood eavesdrop allows C to hear A and B, but A and B
>>>>> will
>>>> not
>>>>> hear C. But in my case B SHOULD hear C. In my case A - client, B -
>>>>> agent
>>>>> worked with client and C - coach/supervisor for B. Can I make such
>>>>> conference in FS using eavesdrop or other API command?
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>>
>>>>>
>>>>>
>>>>> Thanks, Nikita
>>>>>
>>>>>
>>>>>
>>>>> ________________________________
>>>>>
>>>>> From: freeswitch-users-bounces at lists.freeswitch.org
>>>>> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf
>>>>> Of Joao
>>>>> Mesquita
>>>>> Sent: Wednesday, October 14, 2009 7:38 PM
>>>>> To: freeswitch-users at lists.freeswitch.org
>>>>> Subject: Re: [Freeswitch-users] conference call
>>>>>
>>>>>
>>>>>
>>>>> Look at eavesdrop on the wiki.
>>>>>
>>>>> JM
>>>>>
>>>>> 2009/10/14 Nikita Belov <nbelov at abisoft.spb.ru>
>>>>>
>>>>> HI all,
>>>>>
>>>>>
>>>>>
>>>>> I want to configure FS to make special conference call between  
>>>>> three
>>>> users
>>>>> (A, B, C).  In this conference C will hear A and B, but A will
>>>>> hear only
>>>> B.
>>>>> Can I make it using FS API commands? Does anybody know which
>>>>> approach is
>>>>> better to use?
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>>
>>>>>
>>>>>
>>>>> Thanks, Nikita
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> -Rupa
>>>>
>>>> _______________________________________________
>>>> 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/20091019/6f26f4bf/attachment-0002.html

More information about the FreeSWITCH-users mailing list