[Freeswitch-users] record session in fifo

Thu Jan 29 15:35:52 PST 2009

you could make the loopback channel execute the eval app and do the
originate to the sofia channel from the dialplan.

<action application="eval" data="${originate(sofia/foo/a at b.com xyz)}"/>

or make the loopback chan exec a lua or js and fire an originate command and
exit

This way you don't have the loopback a and b leg as well as the sofia chan.

On Thu, Jan 29, 2009 at 4:15 PM, Tamas Cseke <cstomi.levlist at gmail.com>wrote:

> Hello,
>
> Thank you for the response.
>
> yes originating sofia channel directly could be an option. the only reason
> we use loopback is that
> our routing is in the dialplan (different proxies according to time and
> prefix matching). and the entity originating the call doesn't have to deal
> with them. so these are handled the same way as a "normal" manual call.
> otherwise I guess we have to duplicate this logic. so we didn't find elegant
> solution for this neither thus I asked maybe there is.
>
> Regards,
> Tamas
>
>
> On Thu, Jan 29, 2009 at 5:44 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>>
>> I don't think there is a very elegant way to do this and even if I find
>> one i can live with it would be at least 2k worth of work to add it.
>>
>> Why do you need the loopback channel at all?  Can't you just originate the
>> sofia channel directly instead of bridging it to loopback and adding 2 more
>> channels per call?
>>
>>
>>
>>
>> On Thu, Jan 29, 2009 at 7:20 AM, Tamas Cseke <cstomi.levlist at gmail.com>wrote:
>>
>>> Hello,
>>>
>>> I'm sorry for still bothering you with this issue.
>>> but thanks to somewhat missunderstanding/misleading by us, it shows up
>>> that our customers need this feature for the complicated
>>> predictive calls too.
>>>
>>> There is an idea, could you let me know if it is achiveable. and if it's
>>> how?
>>> So we record sofia channel, but the media pause/resume is happening on
>>> loopback channel.
>>> the idea is to have a switch_set_flag_recursive function, which set the
>>> flag not only to the current channel, but to all connected channels.
>>> we need to push CS_PAUSE_MEDIA flag to the sofia channel.
>>>
>>> Thanks in advance,
>>> Tamas
>>>
>>> Here is the callflow again:
>>> 1, originate a loopback channel via event socket
>>> 2, loopback-b channel is hunting the dialplan, wich decide routing,
>>> caller_id, the need for recordings and so forth, and bridge a sofia call
>>> 3. the record_session is running on the sofia channel with
>>> bridge_pre_execute magic vars
>>> 4 loopback-a channel is pushed into the fifo
>>> 5 a script get the fifo::info via event socket
>>> 6 originate a call to the consumer with the proper strategy with &fifo
>>> out application
>>> 7 sofia channel is bridged to the consumer
>>> 8 loopback channels die
>>>
>>>
>>>
>>> Anthony Minessale írta:
>>> > yes some code was missing for some reason, try again
>>> >
>>> >
>>> > On Mon, Jan 26, 2009 at 10:11 AM, Tamas Cseke <
>>> cstomi.levlist at gmail.com>wrote:
>>> >
>>> >
>>> >> Hello,
>>> >>
>>> >> I tested with the attached patch.
>>> >> It is working fine in a normal case.
>>> >>
>>> >> I have only problems with the automatic calls, because in this case
>>> the
>>> >> loopback channel is in the fifo, but the record_session is running on
>>> the
>>> >> sofia channel.
>>> >> Maybe it could be sort out with putting the bug pause/resume functions
>>> into
>>> >> api function, what I should turn on and off on demand?
>>> >> Anyway, I quess this is a bit extreme circumstance, and it isn't so
>>> >> important to us now.
>>> >>
>>> >> Thanks,
>>> >> Tamas
>>> >>
>>> >> Tamas Cseke írta:
>>> >>
>>> >>  Hello,
>>> >>
>>> >>> Thank you your help.
>>> >>>
>>> >>> I tested with r11489, but moh is still recorded in fifo.
>>> >>>
>>> >>> I quess you I should test the CF_PAUSE_BUGS in r11466. But I didn't
>>> find
>>> >>> where you check this flag.
>>> >>> Is it maybe possible you forget to commit something?
>>> >>>
>>> >>> Thanks,
>>> >>> Tamas
>>> >>>
>>> >>>
>>> >>> I didn't find where you
>>> >>> Anthony Minessale írta:
>>> >>>
>>> >>>
>>> >>>
>>> >>>> please test latest trunk.
>>> >>>> Patch added to pause media bugs while not in a bridge which should
>>> pause
>>> >>>> recordings and cut out the moh.
>>> >>>>
>>> >>>>
>>> >>>> On Fri, Jan 23, 2009 at 10:45 AM, Tamas Cseke <
>>> cstomi.levlist at gmail.com
>>> >>>>
>>> >>>>> wrote:
>>> >>>>>
>>> >>>>
>>> >>>>
>>> >>>>> Hello,
>>> >>>>>
>>> >>>>> we would like to distribute calls with fifo and record these
>>> sessions
>>> >>>>> but we'd like to skip the recording while the caller is waiting.
>>> >>>>> (we don't need to record the hold music, just the speech with the
>>> fifo
>>> >>>>> consumer.)
>>> >>>>>
>>> >>>>> I tried
>>> >>>>> <action application="set" data="RECORD_ANSWER_REQ=true"/>
>>> >>>>> <action application="record_session" data="${callfilename}"/>
>>> >>>>> <action application="fifo" data="myfifo in"/>
>>> >>>>>
>>> >>>>> but it doesn't work because the channel is answered immediately
>>> when the
>>> >>>>> caller is pushed into the fifo.
>>> >>>>> (I don't know if there exists any other channel flag that could be
>>> use
>>> >>>>> here)
>>> >>>>>
>>> >>>>> I also tried fifo_record_template.
>>> >>>>> but it records the session from the point of view of the consumer's
>>> >>>>> session, and after the bridge the recording is stopped.
>>> >>>>> we would like to record the whole session into a single file even
>>> after
>>> >>>>> calltransfers
>>> >>>>>
>>> >>>>> moreover we'd like to use some kind of predcitive dialing
>>> >>>>> which
>>> >>>>> 1, originate a loopback channel via event socket
>>> >>>>> 2, loopback-b channel is hunting the dialplan, wich decide routing,
>>> >>>>> caller_id, the need for recordings and so forth, and bridge a sofia
>>> call
>>> >>>>> 3. the record_session is running on the sofia channel with
>>> >>>>> bridge_pre_execute magic vars
>>> >>>>> 4 loopback-a channel is pushed into the fifo
>>> >>>>> 5 a script get the fifo::info via event socket
>>> >>>>> 6 originate a call to the consumer with the proper strategy with
>>> &fifo
>>> >>>>> out application
>>> >>>>> 7 sofia channel is bridged to the consumer
>>> >>>>> 8 loopback channels die
>>> >>>>>
>>> >>>>> after transfers everything is recorded into one file.
>>> >>>>> but the problem here is again the unwanted recording in the fifo
>>> while
>>> >>>>> the caller is waiting
>>> >>>>>
>>> >>>>> Could you please advise me any solution, if there is?
>>> >>>>>
>>> >>>>>
>>> >>>>> Thank you,
>>> >>>>> Tamas
>>> >>>>>
>>> >>>>>
>>> >>>>> _______________________________________________
>>> >>>>> 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
>>>
>>
>>
>>
>> --
>> Anthony Minessale II
>>
>> FreeSWITCH http://www.freeswitch.org/
>> ClueCon http://www.cluecon.com/
>>
>> 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>
>> iax:guest at conference.freeswitch.org/888
>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>> pstn:213-799-1400
>>
>> _______________________________________________
>> 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
>
>

-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

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>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090129/80b98c6a/attachment-0002.html 