[Freeswitch-users] Another fifo request

Matthew Fong mattdfong at gmail.com
Thu Mar 26 08:53:49 PDT 2009 

Woops, my double identity of my marketing alias isn't subscribed
correctly...-------------

Ooooo, then this is an error because bridge_pre_execute_aleg is not firing
on fifo bridge. I'm using
FreeSWITCH Version 1.0.trunk (12701M)

and setting

        <action application="set" data="bridge_pre_execute_aleg_app=lua"/>
        <action application="set"
data="bridge_pre_execute_aleg_app=aleg.lua"/>
        <action application="set" data="bridge_pre_execute_bleg_app=lua"/>
        <action application="set"
data="bridge_pre_execute_bleg_app=bleg.lua"/>

on both the fifo in and fifo out channels, but aleg.lua/bleg.lua never get
executed on fifo bridge. Do you need a trace or anything?

--matt
On Thu, Mar 26, 2009 at 10:52 PM, Matt Hunter <matt at hellohunter.com> wrote:

>
>
> 2009/3/26 Anthony Minessale <anthony.minessale at gmail.com>
>
>> this feature is already implemented system-wide not just in fifo
>>
>> bridge_pre_execute_aleg_app
>> bridge_pre_execute_aleg_data
>>
>> bridge_pre_execute_bleg_app
>> bridge_pre_execute_bleg_data
>>
>> Set either pair of these vars (aleg is the consumer)
>>
>> and the application of choice would be executed right when the bridge
>> starts.
>>
>>
>>
>> 2009/3/26 Matthew Fong <mattdfong at gmail.com>
>>
>>> Oh, so the reason why the bridge_api_app execution is more useful, is
>>> with the custom fifo:info event, for my event_socket to read it, it has to
>>> subscribe to ALL fifo:info events, meaning I have to process fifo:info
>>> events even if they are not useful to me. With an app in lua, I can fire a
>>> custom event based on say my fifo name, this way my event_socket only has to
>>> read events for a specific fifo, rather than all fifos.
>>> it's not to make more work for u :)...although it's sort of amazing
>>> how efficient of a coder you are.
>>>
>>> --matt
>>>
>>>
>>> On Thu, Mar 26, 2009 at 10:20 PM, Matthew Fong <mattdfong at gmail.com>wrote:
>>>
>>>> Thanks of course!
>>>> But, is there any chance of firing an app? Firing an app on bridge gives
>>>> the programmer more control, rather than just listening for fifo::info
>>>> custom events. I find that lua running as a FS app can update my database
>>>> like 10x faster than reading event_socket thru Rails/Telegraph...plus, I
>>>> trust your coding much more than that of your Rail's development
>>>> counterparts. :)
>>>>
>>>> with the custom event you are firing, you should be sure to import the
>>>> variables first, then fire the event :)
>>>>
>>>> You rock Mr. Minessale
>>>>
>>>> --matt
>>>>
>>>> 2009/3/26 Anthony Minessale <anthony.minessale at gmail.com>
>>>>
>>>> I'll fire 2 custom events when the call is bridged one for the consumer
>>>>> and one for the caller
>>>>>
>>>>> events plain custom fifo::info
>>>>>
>>>>> pull out FIFO-Name header and find the desired fifo
>>>>> pull out FIFO-Action header and look for bridge-consumer or
>>>>> bridge-caller depending on what you want to see data from.
>>>>>
>>>>> in latest trunk
>>>>>
>>>>> 2009/3/26 Matthew Fong <mattdfong at gmail.com>
>>>>>
>>>>> Hi Anthony,
>>>>>> So it's been 2 days since my last request, so I'm due for another one
>>>>>> ;)
>>>>>>
>>>>>> It would be nice if there was a way to execute a script (lua) on fifo
>>>>>> bridge. I currently rely on the channel_bridge event, but I'm worried that
>>>>>> as my system scales, it would be better to fire a custom event. In non-fifo
>>>>>> mode, I can do this with bridge_pre_execute_bleg_app/data, but this
>>>>>> doesn't work with a fifo bridge. It doesn't really matter which channel it
>>>>>> fires on fifo out or fifo in channel, anything is better than having to
>>>>>> listen for a specific channel_bridge on a high-use FS installation.
>>>>>>
>>>>>> Is there anyway to get an api/script to fire on fifo bridge currently
>>>>>> that I'm missing? Thanks!
>>>>>>
>>>>>> --matt
>>>>>>
>>>>>> 2009/3/23 Anthony Minessale <anthony.minessale at gmail.com>
>>>>>>
>>>>>> ok,
>>>>>>> maybe after this i can have a day off ;)
>>>>>>>
>>>>>>> 2 variables added to latest trunk:
>>>>>>>
>>>>>>> "fifo_caller_consumer_import"
>>>>>>> "fifo_consumer_caller_import"
>>>>>>>
>>>>>>> both work like the regular import but one is a list of vars to copy
>>>>>>> from caller to consumer and one is a list to copy from consumer to caller.
>>>>>>>
>>>>>>>
>>>>>>> 2009/3/23 Matthew Fong <reply at matthewfong.com>
>>>>>>>
>>>>>>>>  Thanks Anthony, for creating the transfer_after_bridge feature for
>>>>>>>> me. Your rapid actions, are the reason I'm positive I made the right
>>>>>>>> decision switch to to FS.
>>>>>>>> I got another challenge to throw your way. In the current fifo
>>>>>>>> implementation, there's no way to identify which fifo consumer, consumes a
>>>>>>>> caller--besides using other_leg_unique_id on bridge (ie, there's no way to
>>>>>>>> pass data between channels when a fifo bridge is created). I want to be able
>>>>>>>> to transfer some caller information to the consumer channel on bridge, to
>>>>>>>> populate an agent's screen.
>>>>>>>>
>>>>>>>> Under normal (non-fifo) circumstances, when a call is bridged, I've
>>>>>>>> used the 'import' channel variable, so that onBridge, the aleg automatically
>>>>>>>> gets populated with the bleg's 'import' field. However when fifo bridges, it
>>>>>>>> does not recognize import. In other applications, I've gotten around this by
>>>>>>>> using bridge_pre_execute_bleg_app/data to throw a custom event but with
>>>>>>>> fifo, bridge_pre_execute also does not work. I've been looking at the
>>>>>>>> fifo::info event, but again, there's no fifo_action that directly links
>>>>>>>> caller variables and consumer variables together.
>>>>>>>>
>>>>>>>> For now at least, I can get around this by storing uuid information
>>>>>>>> in my separate database, and looking up the other channel's information
>>>>>>>> based on other_leg_unique_id, but it would be nice if I could directly see
>>>>>>>> it when the channel is bridged. Anyway, great program, and I hope you
>>>>>>>> consider implementing these features to make FS even better. Thanks.
>>>>>>>>
>>>>>>>> --matt
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090326/38f794a2/attachment-0002.html

More information about the FreeSWITCH-users mailing list