strange behavior of ignore_early_media
My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working. I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true. Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward: <extension name="C4 All Group"> <condition field="destination_number" expression="^All$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="user/000FFF0B001A,user/000FFF803637"/> </condition> </extension>
This is not strange behavior. This is how it was designed. You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode. On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com> wrote:
My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working.
I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true.
Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward:
<extension name="C4 All Group">
<condition field="destination_number" expression="^All$">
<action application="set" data="ignore_early_media=true"/>
<action application="bridge" data="user/000FFF0B001A,user/ 000FFF803637"/>
</condition>
</extension>
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
Does this mean there is no way to send the same early media stream to multiple forked calls with freeswitch? From: <freeswitch-users-bounces@lists.freeswitch.org> on behalf of Anthony Minessale <anthony.minessale@gmail.com> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Thursday, February 9, 2017 at 10:42 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] strange behavior of ignore_early_media This is not strange behavior. This is how it was designed. You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode. On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com<mailto:bjohnson@control4.com>> wrote: My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working. I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true. Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward: <extension name="C4 All Group"> <condition field="destination_number" expression="^All$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="user/000FFF0B001A,user/000FFF803637"/> </condition> </extension> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto: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<mailto: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 ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net<http://irc.freenode.net> #freeswitch ☞ http://freeswitch.org/g+ ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
In a forked call, each forked call has its own early media stream. So I don't understand what you mean about sending the same early media stream to forked calls? On Thu, Feb 9, 2017 at 12:02 PM, Brandon Johnson <bjohnson@control4.com> wrote:
Does this mean there is no way to send the same early media stream to multiple forked calls with freeswitch?
*From: *<freeswitch-users-bounces@lists.freeswitch.org> on behalf of Anthony Minessale <anthony.minessale@gmail.com> *Reply-To: *FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Date: *Thursday, February 9, 2017 at 10:42 AM *To: *FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject: *Re: [Freeswitch-users] strange behavior of ignore_early_media
This is not strange behavior. This is how it was designed.
You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode.
On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com> wrote:
My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working.
I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true.
Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward:
<extension name="C4 All Group">
<condition field="destination_number" expression="^All$">
<action application="set" data="ignore_early_media=true"/>
<action application="bridge" data="user/000FFF0B001A,user/ 000FFF803637"/>
</condition>
</extension>
_________________________________________________________________________ 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
--
Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH
☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call
☎ sip:888@conference.freeswitch.org ☎ +19193869900 <(919)%20386-9900>
https://www.youtube.com/watch?v=9XXgW34t40s
https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
I think what you are describing is what happens when one leg answers with early media, FreeSWITCH ends the originate process and bridges the call in early media. As soon as there a forked call exists, this cannot happen because an outgoing session request does not complete until there is exactly one leg with working media. On Thu, Feb 9, 2017 at 12:05 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
In a forked call, each forked call has its own early media stream. So I don't understand what you mean about sending the same early media stream to forked calls?
On Thu, Feb 9, 2017 at 12:02 PM, Brandon Johnson <bjohnson@control4.com> wrote:
Does this mean there is no way to send the same early media stream to multiple forked calls with freeswitch?
*From: *<freeswitch-users-bounces@lists.freeswitch.org> on behalf of Anthony Minessale <anthony.minessale@gmail.com> *Reply-To: *FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Date: *Thursday, February 9, 2017 at 10:42 AM *To: *FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject: *Re: [Freeswitch-users] strange behavior of ignore_early_media
This is not strange behavior. This is how it was designed.
You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode.
On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com> wrote:
My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working.
I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true.
Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward:
<extension name="C4 All Group">
<condition field="destination_number" expression="^All$">
<action application="set" data="ignore_early_media=true"/>
<action application="bridge" data="user/000FFF0B001A,user/0 00FFF803637"/>
</condition>
</extension>
_________________________________________________________________________ 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
--
Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH
☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call
☎ sip:888@conference.freeswitch.org ☎ +19193869900 <(919)%20386-9900>
https://www.youtube.com/watch?v=9XXgW34t40s
https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900 <(919)%20386-9900>
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
It sounds like you are saying that the part where the call is forked, and the part where early media is bridged, exists in two different states of the call, so there would be no way to send early media to all legs of a forked call. That makes sense- thanks for the clarification. ________________________________ From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> on behalf of Anthony Minessale <anthony.minessale@gmail.com> Sent: Thursday, February 9, 2017 11:09:45 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] strange behavior of ignore_early_media I think what you are describing is what happens when one leg answers with early media, FreeSWITCH ends the originate process and bridges the call in early media. As soon as there a forked call exists, this cannot happen because an outgoing session request does not complete until there is exactly one leg with working media. On Thu, Feb 9, 2017 at 12:05 PM, Anthony Minessale <anthony.minessale@gmail.com<mailto:anthony.minessale@gmail.com>> wrote: In a forked call, each forked call has its own early media stream. So I don't understand what you mean about sending the same early media stream to forked calls? On Thu, Feb 9, 2017 at 12:02 PM, Brandon Johnson <bjohnson@control4.com<mailto:bjohnson@control4.com>> wrote: Does this mean there is no way to send the same early media stream to multiple forked calls with freeswitch? From: <freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>> on behalf of Anthony Minessale <anthony.minessale@gmail.com<mailto:anthony.minessale@gmail.com>> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Date: Thursday, February 9, 2017 at 10:42 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Subject: Re: [Freeswitch-users] strange behavior of ignore_early_media This is not strange behavior. This is how it was designed. You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode. On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com<mailto:bjohnson@control4.com>> wrote: My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working. I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true. Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward: <extension name="C4 All Group"> <condition field="destination_number" expression="^All$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="user/000FFF0B001A,user/000FFF803637"/> </condition> </extension> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto: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<mailto: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 ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net<http://irc.freenode.net> #freeswitch ☞ http://freeswitch.org/g+ ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900<tel:(919)%20386-9900> https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto: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<mailto: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 ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net<http://irc.freenode.net> #freeswitch ☞ http://freeswitch.org/g+ ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900<tel:(919)%20386-9900> https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net<http://irc.freenode.net> #freeswitch ☞ http://freeswitch.org/g+ ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
Can you clarify which call direction are you talking about. For an outbound forked call, where we receive 2 early media streams, bridge_early_media will mix the two early media streams and send it to the a leg. Can you clarify in more details what you want the behavior to be? Mike
On Feb 9, 2017, at 1:02 PM, Brandon Johnson <bjohnson@control4.com> wrote:
Does this mean there is no way to send the same early media stream to multiple forked calls with freeswitch?
From: <freeswitch-users-bounces@lists.freeswitch.org> on behalf of Anthony Minessale <anthony.minessale@gmail.com> Reply-To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Thursday, February 9, 2017 at 10:42 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] strange behavior of ignore_early_media
This is not strange behavior. This is how it was designed. You can set bridge_early_media=true This would mix the audio so you would hear the combined early media of all the calls. The video will not work in this mode.
On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson@control4.com <mailto:bjohnson@control4.com>> wrote:
My freeswitch application is using early media to send a video preview from the caller to the callee before answering. This works, if I am not forking the call to multiple users. If I fork the call, only the first endpoint to receive the early media gets to answer, and the other calls are cancelled (this is expected, according to the documentation). If I set ignore_early_media to true in the dialplan, then the forking issue goes away but the early media stops working. I did some packet captures with ignore_early_media turned on and off, and the signaling doesn’t change, so I’m sure it’s not a problem on the endpoints side of things. Freeswitch just doesn’t send the RTP when it is set to true.
Is there some trick I am missing, or a workaround I can try? Here’s my dialplan, it’s very straightforward:
<extension name="C4 All Group"> <condition field="destination_number" expression="^All$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="user/000FFF0B001A,user/000FFF803637"/> </condition> </extension>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ <http://freeswitch.org/> ☞ http://cluecon.com/ <http://cluecon.com/> ☞ http://twitter.com/FreeSWITCH <http://twitter.com/FreeSWITCH> ☞ irc.freenode.net <http://irc.freenode.net/> #freeswitch ☞ http://freeswitch.org/g+ <http://freeswitch.org/g+> ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s <https://www.youtube.com/watch?v=9XXgW34t40s> https://www.youtube.com/watch?v=NLaDpGQuZDA <https://www.youtube.com/watch?v=NLaDpGQuZDA>_________________________________________________________________________ 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
participants (3)
-
Anthony Minessale
-
Brandon Johnson
-
Michael Jerris