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
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
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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
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@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@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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Ooooo, then this is an error. 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 2009/3/26 Anthony Minessale <anthony.minessale@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@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@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@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@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@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@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@hellohunter.com> wrote:
2009/3/26 Anthony Minessale <anthony.minessale@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@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@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@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@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@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@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> > pstn:213-799-1400 > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
see below 2009/3/26 Matthew Fong <mattdfong@gmail.com>
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"/> <-- aleg_data not aleg_app again...... <action application="set" data="bridge_pre_execute_bleg_app=lua"/> <action application="set" data="bridge_pre_execute_bleg_app=bleg.lua"/> <-- bleg_data not bleg_app again
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@hellohunter.com>wrote:
2009/3/26 Anthony Minessale <anthony.minessale@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@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@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@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@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@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@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> >> iax:guest@conference.freeswitch.org/888 >> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> >> pstn:213-799-1400 >> >> _______________________________________________ >> Freeswitch-users mailing list >> Freeswitch-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Yah, your right. it works...but it must be set on the fifo out channel (consumer's channel), it will not execute if it's set on the fifo in channel (caller's channel). Also api_after_bridge does not execute...but as long as bridge_pre_execute_a/bleg works, I'm super happy. Thanks. --matt On Thu, Mar 26, 2009 at 10:53 PM, Matthew Fong <mattdfong@gmail.com> wrote:
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@hellohunter.com>wrote:
2009/3/26 Anthony Minessale <anthony.minessale@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@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@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@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@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@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@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> >> iax:guest@conference.freeswitch.org/888 >> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> >> pstn:213-799-1400 >> >> _______________________________________________ >> Freeswitch-users mailing list >> Freeswitch-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You can run a lua script (at startup or manually) that creates an event consumer to do exactly what you want. Mike On Mar 26, 2009, at 11:20 AM, Matthew Fong 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@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
Ahhh....can you point me to a doc or wiki, I can experiment with? --matt 2009/3/26 Michael Jerris <mike@jerris.com>
You can run a lua script (at startup or manually) that creates an event consumer to do exactly what you want. Mike
On Mar 26, 2009, at 11:20 AM, Matthew Fong 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@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
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
http://wiki.freeswitch.org/wiki/Mod_lua#freeswitch.EventConsumer On Mar 26, 2009, at 10:30 AM, Matt Hunter wrote:
Ahhh....can you point me to a doc or wiki, I can experiment with?
Hi Brian, Thanks for the link...I saw that, but i'm a newbie to lua (only use it cause of FS), and I'm a little confused how the example works. It consumes all events? Then subscribes to a session? and then, every second checks to see if an event has been fired for that session? Would it be possible to get an idea of how to subscribe to all events, and have a function execute for each time an event is fired? Can lua "wait" until an event is fired, or must it loop and sleep every second? Thanks for the help. --matt --- the example... con = freeswitch.EventConsumer("all"); session = freeswitch.Session("sofia/default/dest@host.com"); while session:ready() do session:execute("sleep", "1000"); for e in (function() return con:pop() end) do print("event\n" .. e:serialize("xml")); end end 2009/3/26 Brian West <brian@freeswitch.org>
http://wiki.freeswitch.org/wiki/Mod_lua#freeswitch.EventConsumer
On Mar 26, 2009, at 10:30 AM, Matt Hunter wrote:
Ahhh....can you point me to a doc or wiki, I can experiment with?
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (6)
-
Anthony Minessale
-
Brian West
-
Matt Hunter
-
Matthew Fong
-
Matthew Fong
-
Michael Jerris