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

Nikita Belov nbelov at abisoft.spb.ru
Mon Oct 19 08:11:03 PDT 2009


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






More information about the FreeSWITCH-users mailing list