Intercept command does not work in bypass media mode
Hi, I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling. I made some progress but I could not make media bypass mode to work. My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" /> Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" /> LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid) This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B. Any ideas what needs to be done to make this scenario work without RTP proxying? -- Best regards, I. Sokolov
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it. You need to bring the media back to fs first Sent from my iPhone
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
2016-06-27 4:13 GMT+03:00 Ken Rice <krice@freeswitch.org>:
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it.
Does the same stands for Proxy Media mode ("inbound-proxy-media=true")? You need to bring the media back to fs first
Please correct me if I am wrong: I should answer both legs first, than bridge them with "intercept" command and move FreeSwitch out of the media path with "uuid_media off uuid"? However I thinks intercept is blocking command, how can I queue "uuid_media of" from LUA script to be executed right after the call is intercepted?
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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 uuid_bridge note most of the time you shouldnt be doing things like this in scripts as it leaves an interpreter running per call Proxy mode is not really worth it.. If you are just avoiding trancoding normal mode is just as efficient Sent from my iPhone
On Jun 26, 2016, at 10:32 PM, happy.neko <happy.neko@gmail.com> wrote:
2016-06-27 4:13 GMT+03:00 Ken Rice <krice@freeswitch.org>:
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it.
Does the same stands for Proxy Media mode ("inbound-proxy-media=true")?
You need to bring the media back to fs first
Please correct me if I am wrong: I should answer both legs first, than bridge them with "intercept" command and move FreeSwitch out of the media path with "uuid_media off uuid"? However I thinks intercept is blocking command, how can I queue "uuid_media of" from LUA script to be executed right after the call is intercepted?
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
2016-06-27 7:52 GMT+03:00 Ken Rice <krice@freeswitch.org>:
See uuid_bridge note most of the time you shouldnt be doing things like this in scripts as it leaves an interpreter running per call
Please elaborate more about interpreter thing. If I bridge calls with intercept / uuid_bridge command in LUA script and have 1000 concurrent calls I'll end up with 1000 idle threads? What is your advice about doing it more efficiently: execute intercept command from XML dialplan (does it use event loop?), external control through event socket? Proxy mode is not really worth it.. If you are just avoiding trancoding
normal mode is just as efficient
Sent from my iPhone
On Jun 26, 2016, at 10:32 PM, happy.neko <happy.neko@gmail.com> wrote:
2016-06-27 4:13 GMT+03:00 Ken Rice <krice@freeswitch.org>:
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it.
Does the same stands for Proxy Media mode ("inbound-proxy-media=true")?
You need to bring the media back to fs first
Please correct me if I am wrong: I should answer both legs first, than bridge them with "intercept" command and move FreeSwitch out of the media path with "uuid_media off uuid"? However I thinks intercept is blocking command, how can I queue "uuid_media of" from LUA script to be executed right after the call is intercepted?
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
If you're in proxy media mode, (WHICH YOU SHOULD NOT USE), then nothing can touch the media, intercept, recording, various other media related commands will not function as expected. On Mon, Jun 27, 2016 at 12:08 AM, happy.neko <happy.neko@gmail.com> wrote:
2016-06-27 7:52 GMT+03:00 Ken Rice <krice@freeswitch.org>:
See uuid_bridge note most of the time you shouldnt be doing things like this in scripts as it leaves an interpreter running per call
Please elaborate more about interpreter thing. If I bridge calls with intercept / uuid_bridge command in LUA script and have 1000 concurrent calls I'll end up with 1000 idle threads? What is your advice about doing it more efficiently: execute intercept command from XML dialplan (does it use event loop?), external control through event socket?
Proxy mode is not really worth it.. If you are just avoiding trancoding
normal mode is just as efficient
Sent from my iPhone
On Jun 26, 2016, at 10:32 PM, happy.neko <happy.neko@gmail.com> wrote:
2016-06-27 4:13 GMT+03:00 Ken Rice <krice@freeswitch.org>:
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it.
Does the same stands for Proxy Media mode ("inbound-proxy-media=true")?
You need to bring the media back to fs first
Please correct me if I am wrong: I should answer both legs first, than bridge them with "intercept" command and move FreeSwitch out of the media path with "uuid_media off uuid"? However I thinks intercept is blocking command, how can I queue "uuid_media of" from LUA script to be executed right after the call is intercepted?
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
can't you use bypass media after bridge? On Monday, June 27, 2016, Brian West <brian@freeswitch.org> wrote:
If you're in proxy media mode, (WHICH YOU SHOULD NOT USE), then nothing can touch the media, intercept, recording, various other media related commands will not function as expected.
On Mon, Jun 27, 2016 at 12:08 AM, happy.neko <happy.neko@gmail.com <javascript:_e(%7B%7D,'cvml','happy.neko@gmail.com');>> wrote:
2016-06-27 7:52 GMT+03:00 Ken Rice <krice@freeswitch.org <javascript:_e(%7B%7D,'cvml','krice@freeswitch.org');>>:
See uuid_bridge note most of the time you shouldnt be doing things like this in scripts as it leaves an interpreter running per call
Please elaborate more about interpreter thing. If I bridge calls with intercept / uuid_bridge command in LUA script and have 1000 concurrent calls I'll end up with 1000 idle threads? What is your advice about doing it more efficiently: execute intercept command from XML dialplan (does it use event loop?), external control through event socket?
Proxy mode is not really worth it.. If you are just avoiding trancoding
normal mode is just as efficient
Sent from my iPhone
On Jun 26, 2016, at 10:32 PM, happy.neko <happy.neko@gmail.com <javascript:_e(%7B%7D,'cvml','happy.neko@gmail.com');>> wrote:
2016-06-27 4:13 GMT+03:00 Ken Rice <krice@freeswitch.org <javascript:_e(%7B%7D,'cvml','krice@freeswitch.org');>>:
Bypass media is a special mode, not all commands work with it. Pretty much any command that works with media does not work with it.
Does the same stands for Proxy Media mode ("inbound-proxy-media=true")?
You need to bring the media back to fs first
Please correct me if I am wrong: I should answer both legs first, than bridge them with "intercept" command and move FreeSwitch out of the media path with "uuid_media off uuid"? However I thinks intercept is blocking command, how can I queue "uuid_media of" from LUA script to be executed right after the call is intercepted?
On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko@gmail.com <javascript:_e(%7B%7D,'cvml','happy.neko@gmail.com');>> wrote:
Hi,
I need to implement this scenario: inbound SIP call A is waiting indefinitely for inbound call B and then they are bridged together. RTP media should flow directly from A to B and vice versa while FreeSwitch should control SIP signaling.
I made some progress but I could not make media bypass mode to work.
My SIP profile settings: <param name="inbound-late-negotiation" value="true" /> <param name="inbound-bypass-media" value="true" />
Dialplan for leg A: <!-- Somehow save leg A UUID.--> <action application="park" />
LUA script for leg B: leg_a_uuid = ... session:execute("intercept", leg_a_uuid)
This works but FreeSwitch is still in RTP media path with following error in the log: [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz It worth mentioning that I do not answer or send early media before executing intercept command so there is no prior media on both channel A and B.
Any ideas what needs to be done to make this scenario work without RTP proxying?
-- Best regards, I. Sokolov
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','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
--
*Brian West* brian@freeswitch.org <javascript:_e(%7B%7D,'cvml','brian@freeswitch.org');>
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
participants (4)
-
Brian West
-
happy.neko
-
Ken Rice
-
Michael Jerris