sip_route_uri with simplify ( uuid_simplify & auto simplify )
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B". but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this. however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :( The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B" is this a bug, or am I missing something in the use case of these 2 features ?? -- Sincerely Jay
On this point: I am able to create an SBC node A with FreeSWITCH that bridges to other FS node B, and auto_simplify will pull the SBC node A out of the routing? The only caveat to this is that it's not stateless while the call is actually ringing, but otherwise, the calls will not rely on node A? ... am I understanding this correctly? -Avi On Thu, Feb 19, 2015 at 3:12 PM, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
_________________________________________________________________________ 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
That is correct... it seems you just hijacked my thread :p play with freeswitch to learn :) On 20 February 2015 at 00:07, Avi Marcus <avi@avimarcus.net> wrote:
On this point: I am able to create an SBC node A with FreeSWITCH that bridges to other FS node B, and auto_simplify will pull the SBC node A out of the routing? The only caveat to this is that it's not stateless while the call is actually ringing, but otherwise, the calls will not rely on node A? ... am I understanding this correctly?
-Avi
On Thu, Feb 19, 2015 at 3:12 PM, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
_________________________________________________________________________ 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
-- Sincerely Jay
hmmm seems I had to play further with sip_route_uri and sip_invite_req_uri to make this work, but it works now.. I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI. On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely Jay
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great. Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely
Jay
Simplify is only for dumping the entire call media and signaling off to prevent hair pinning of media. Example: BOX A -> BOX B -> BOX A, If this path were to take place a simplify operation could take place to send the media back to BOX A, This is handy if BOX A is on the east coast and BOX B is on the west coast. Cuts un-needed latency out of the path. On Thu, Feb 19, 2015 at 9:24 AM, jay binks <jaybinks@gmail.com> wrote:
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great.
Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely
Jay
_________________________________________________________________________ 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 *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Its also really good when you have Box A ---- Box B ---- Box C and Box B was used to setup the call, but is doing little more than proxying traffic. Im using it in this way, where Box A is my carrier side SBC , Box C is my Customer side SBC and I have call handling logic in Box B. Once the call is established, Box B can get out of the path. I do this so we can remove a potential point of failure. On 20 February 2015 at 07:51, Brian West <brian@freeswitch.org> wrote:
Simplify is only for dumping the entire call media and signaling off to prevent hair pinning of media.
Example:
BOX A -> BOX B -> BOX A, If this path were to take place a simplify operation could take place to send the media back to BOX A, This is handy if BOX A is on the east coast and BOX B is on the west coast. Cuts un-needed latency out of the path.
On Thu, Feb 19, 2015 at 9:24 AM, jay binks <jaybinks@gmail.com> wrote:
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great.
Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely Jay
How are you getting it to work? Because it wasn't designed to work in that case. if (inbound_channel && inbound_session && !zstr(network_addr_a) && !zstr(network_addr_b) && !strcmp(network_addr_a, network_addr_b)), Guessing you luck out due to a proxy? On Thu, Feb 19, 2015 at 4:58 PM, jay binks <jaybinks@gmail.com> wrote:
Its also really good when you have
Box A ---- Box B ---- Box C
and Box B was used to setup the call, but is doing little more than proxying traffic.
Im using it in this way, where Box A is my carrier side SBC , Box C is my Customer side SBC and I have call handling logic in Box B.
Once the call is established, Box B can get out of the path. I do this so we can remove a potential point of failure.
On 20 February 2015 at 07:51, Brian West <brian@freeswitch.org> wrote:
Simplify is only for dumping the entire call media and signaling off to prevent hair pinning of media.
Example:
BOX A -> BOX B -> BOX A, If this path were to take place a simplify operation could take place to send the media back to BOX A, This is handy if BOX A is on the east coast and BOX B is on the west coast. Cuts un-needed latency out of the path.
On Thu, Feb 19, 2015 at 9:24 AM, jay binks <jaybinks@gmail.com> wrote:
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great.
Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely
Jay
_________________________________________________________________________ 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 *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
hmmm maybe it only works because "Box B" only has 1 sofia profile. I guess that would be why / how it works :) On 20 February 2015 at 09:37, Brian West <brian@freeswitch.org> wrote:
How are you getting it to work? Because it wasn't designed to work in that case.
if (inbound_channel && inbound_session && !zstr(network_addr_a) && !zstr(network_addr_b) && !strcmp(network_addr_a, network_addr_b)),
Guessing you luck out due to a proxy?
On Thu, Feb 19, 2015 at 4:58 PM, jay binks <jaybinks@gmail.com> wrote:
Its also really good when you have
Box A ---- Box B ---- Box C
and Box B was used to setup the call, but is doing little more than proxying traffic.
Im using it in this way, where Box A is my carrier side SBC , Box C is my Customer side SBC and I have call handling logic in Box B.
Once the call is established, Box B can get out of the path. I do this so we can remove a potential point of failure.
On 20 February 2015 at 07:51, Brian West <brian@freeswitch.org> wrote:
Simplify is only for dumping the entire call media and signaling off to prevent hair pinning of media.
Example:
BOX A -> BOX B -> BOX A, If this path were to take place a simplify operation could take place to send the media back to BOX A, This is handy if BOX A is on the east coast and BOX B is on the west coast. Cuts un-needed latency out of the path.
On Thu, Feb 19, 2015 at 9:24 AM, jay binks <jaybinks@gmail.com> wrote:
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great.
Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
Im bringing up a call ( "Freeswitch node A" ) where im using sip_route_uri to send the call via a specific node in my network "Freeswitch node B".
but I also want to get this "Freeswitch Node A" out of the call path after the call is answerd. "simplify" works great for this.
however when I try and simplify a call, that was brought up with a sip_route_uri my simplify fails ! :(
The Refer-To: sent by "FS node A" contains the SIP URI for my call , but has no reference to the details used in sip_route_uri meaning nothing was sent to "Freeswitch node B"
is this a bug, or am I missing something in the use case of these 2 features ??
-- Sincerely
Jay
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely Jay
if network_addr == network_addr then it'll work, otherwise it won't! Still guessing the proxy usage is wha saves you on this one. On Thu, Feb 19, 2015 at 7:43 PM, jay binks <jaybinks@gmail.com> wrote:
hmmm maybe it only works because "Box B" only has 1 sofia profile.
I guess that would be why / how it works :)
On 20 February 2015 at 09:37, Brian West <brian@freeswitch.org> wrote:
How are you getting it to work? Because it wasn't designed to work in that case.
if (inbound_channel && inbound_session && !zstr(network_addr_a) && !zstr(network_addr_b) && !strcmp(network_addr_a, network_addr_b)),
Guessing you luck out due to a proxy?
On Thu, Feb 19, 2015 at 4:58 PM, jay binks <jaybinks@gmail.com> wrote:
Its also really good when you have
Box A ---- Box B ---- Box C
and Box B was used to setup the call, but is doing little more than proxying traffic.
Im using it in this way, where Box A is my carrier side SBC , Box C is my Customer side SBC and I have call handling logic in Box B.
Once the call is established, Box B can get out of the path. I do this so we can remove a potential point of failure.
On 20 February 2015 at 07:51, Brian West <brian@freeswitch.org> wrote:
Simplify is only for dumping the entire call media and signaling off to prevent hair pinning of media.
Example:
BOX A -> BOX B -> BOX A, If this path were to take place a simplify operation could take place to send the media back to BOX A, This is handy if BOX A is on the east coast and BOX B is on the west coast. Cuts un-needed latency out of the path.
On Thu, Feb 19, 2015 at 9:24 AM, jay binks <jaybinks@gmail.com> wrote:
Can anyone give a working example of auto simplify ?? I can't make it work, but a media hook calling uuid_simplify works great.
Bit odd. On 20 Feb 2015 00:37, "jay binks" <jaybinks@gmail.com> wrote:
hmmm seems I had to play further with
sip_route_uri and sip_invite_req_uri
to make this work, but it works now..
I do still wonder if simplify should use the request URI in the Refer-To header instead of what appears to be the SIP To URI.
On 19 February 2015 at 23:12, jay binks <jaybinks@gmail.com> wrote:
> Im bringing up a call ( "Freeswitch node A" ) where im using > sip_route_uri to send the call via a specific node in my network > "Freeswitch node B". > > but I also want to get this "Freeswitch Node A" out of the call path > after the call is answerd. > "simplify" works great for this. > > however when I try and simplify a call, that was brought up with a > sip_route_uri > my simplify fails ! :( > > The Refer-To: sent by "FS node A" contains the SIP URI for my call , > but has no reference to the details used in sip_route_uri meaning nothing > was sent to "Freeswitch node B" > > is this a bug, or am I missing something in the use case of these 2 > features ?? > > -- > Sincerely > > Jay >
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely
Jay
_________________________________________________________________________ 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
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Sincerely
Jay
_________________________________________________________________________ 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 *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
participants (3)
-
Avi Marcus
-
Brian West
-
jay binks