sofia recovery, A leg is being hung up with INCOMPATIBLE_DESTINATION
Greetings! I'm working on putting together an HA FreeSwitch setup, and I'm having trouble getting sofia recovery to work. I've got to the point where call state is shared successfully (master-master MySQL at the moment), and where the new node attempts to recover the calls. The problem seems to be in the A leg re-invite. I've tried a few different A-leg user agents, and get the same issue with all... FS hangs up the leg with INCOMPATIBLE_DESTINATION after sending an ACK to the A leg's OK. The SDP looks fine to me, and I don't see any error messages about codec selection etc.. I turned up logging as far as I knew how (I'm still pretty new to FS, so if there's a better log method, let me know!).. The output is on pastebin here: http://pastebin.com/WK8A7Kx7 This log snippet is of the log messages generated after a sofia recover on my secondary node (being issued by pacemaker). There was a single call connected at the time of the failover.. Any ideas? I've seen a couple JIRA entries and mailing list entries for things that are similar, but usually the resolution was to update to the newest FS.. I'm running the latest 1.4 from the freeswitch debian repo.. The A leg client from this log trace is Zoiper Free. version info: # freeswitch -version FreeSWITCH version: 1.4.15-1~64bit (-1 64bit) Any pointers would be appreciated! Joe
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization. Also migration to PostgreSQL cluster will be smart decision. On Thu, Mar 12, 2015 at 4:05 AM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Greetings!
I'm working on putting together an HA FreeSwitch setup, and I'm having trouble getting sofia recovery to work. I've got to the point where call state is shared successfully (master-master MySQL at the moment), and where the new node attempts to recover the calls.
The problem seems to be in the A leg re-invite. I've tried a few different A-leg user agents, and get the same issue with all... FS hangs up the leg with INCOMPATIBLE_DESTINATION after sending an ACK to the A leg's OK. The SDP looks fine to me, and I don't see any error messages about codec selection etc..
I turned up logging as far as I knew how (I'm still pretty new to FS, so if there's a better log method, let me know!).. The output is on pastebin here:
This log snippet is of the log messages generated after a sofia recover on my secondary node (being issued by pacemaker). There was a single call connected at the time of the failover..
Any ideas? I've seen a couple JIRA entries and mailing list entries for things that are similar, but usually the resolution was to update to the newest FS.. I'm running the latest 1.4 from the freeswitch debian repo..
The A leg client from this log trace is Zoiper Free.
version info: # freeswitch -version FreeSWITCH version: 1.4.15-1~64bit (-1 64bit)
Any pointers would be appreciated!
Joe
_________________________________________________________________________ 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
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc.. Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup. Is there better logging that I can grab that might be more helpful? Thanks! On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
Start by always testing on master. Today's master is tomorrows release. Todays release is yesterdays problem that won't be solved. secondly, report issues to JIRA (after reproducing on master) On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc..
Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup.
Is there better logging that I can grab that might be more helpful?
Thanks!
On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
_________________________________________________________________________ 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
Understood.. I'll spend some time this week getting things compiled from source instead of using the binary packages, and see if behavior is the same. On Tue, Mar 17, 2015 at 11:56 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Start by always testing on master. Today's master is tomorrows release. Todays release is yesterdays problem that won't be solved. secondly, report issues to JIRA (after reproducing on master)
On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc..
Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup.
Is there better logging that I can grab that might be more helpful?
Thanks!
On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
_________________________________________________________________________ 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
_________________________________________________________________________ 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
http://files.freeswitch.org/repo/deb-master/debian/ seems to be quite fresh. How often is it updated? On Tue, Mar 17, 2015 at 5:01 PM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Understood.. I'll spend some time this week getting things compiled from source instead of using the binary packages, and see if behavior is the same.
On Tue, Mar 17, 2015 at 11:56 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Start by always testing on master. Today's master is tomorrows release. Todays release is yesterdays problem that won't be solved. secondly, report issues to JIRA (after reproducing on master)
On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc..
Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup.
Is there better logging that I can grab that might be more helpful?
Thanks!
On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
_________________________________________________________________________ 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+
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
duh, deb-master repo is about a month old. On Tue, Mar 17, 2015 at 10:35 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
http://files.freeswitch.org/repo/deb-master/debian/ seems to be quite fresh. How often is it updated?
On Tue, Mar 17, 2015 at 5:01 PM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Understood.. I'll spend some time this week getting things compiled from source instead of using the binary packages, and see if behavior is the same.
On Tue, Mar 17, 2015 at 11:56 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Start by always testing on master. Today's master is tomorrows release. Todays release is yesterdays problem that won't be solved. secondly, report issues to JIRA (after reproducing on master)
On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc..
Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup.
Is there better logging that I can grab that might be more helpful?
Thanks!
On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
_________________________________________________________________________ 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+
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
You'll need to either build it yourself from source or 'debian/util.sh build-all' from a master checkout. On Tue, Mar 17, 2015 at 4:44 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
duh, deb-master repo is about a month old.
On Tue, Mar 17, 2015 at 10:35 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
http://files.freeswitch.org/repo/deb-master/debian/ seems to be quite fresh. How often is it updated?
On Tue, Mar 17, 2015 at 5:01 PM, Joseph Dickson <jdickson@evolvetsi.com> wrote:
Understood.. I'll spend some time this week getting things compiled from source instead of using the binary packages, and see if behavior is the same.
On Tue, Mar 17, 2015 at 11:56 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Start by always testing on master. Today's master is tomorrows
release.
Todays release is yesterdays problem that won't be solved. secondly, report issues to JIRA (after reproducing on master)
On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson < jdickson@evolvetsi.com> wrote:
Yes, I can definitely see where master-master mode in MySQL can put you in a pickle consistency wise.. I just wish Postgres was easier with regard to fail-back.. failover isn't a problem, but getting things to fail back requires rsync of data files, etc..
Before I set that up, I'd like to see sofia recover work in my environment.. Currently it appears that the correct information is being retrieved from the database, but that FS is hanging up the A leg with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause behind that hangup.
Is there better logging that I can grab that might be more helpful?
Thanks!
On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
I has used MySQL in master-master cluster and find it is unstable configuration. Many troubles with cluster consistence. I recommend use configuration master-slave with tools DB synchronization.
Also migration to PostgreSQL cluster will be smart decision.
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+
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
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 *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Brian, Till we have an official freeswitch build environnment, I'm maintaining the unstable repo at http://repo.remote-shell.net Stable is no more maintained for the moment, but I'll add the CI build job as soon as I have a chance. Each commit on the master branch of freeswitch triggers a debian package build, so it's always up to date with stash. Everyone is welcome to use it to test ( master is not recommanded anymore on production ). Le 18/03/2015 12:09, Brian West a écrit :
You'll need to either build it yourself from source or 'debian/util.sh build-all' from a master checkout.
On Tue, Mar 17, 2015 at 4:44 PM, Stanislav Sinyagin <ssinyagin@gmail.com <mailto:ssinyagin@gmail.com>> wrote:
duh, deb-master repo is about a month old.
On Tue, Mar 17, 2015 at 10:35 PM, Stanislav Sinyagin <ssinyagin@gmail.com <mailto:ssinyagin@gmail.com>> wrote: > http://files.freeswitch.org/repo/deb-master/debian/ > seems to be quite fresh. How often is it updated? > > On Tue, Mar 17, 2015 at 5:01 PM, Joseph Dickson <jdickson@evolvetsi.com <mailto:jdickson@evolvetsi.com>> wrote: >> Understood.. I'll spend some time this week getting things compiled from >> source instead of using the binary packages, and see if behavior is the >> same. >> >> >> On Tue, Mar 17, 2015 at 11:56 AM, Anthony Minessale >> <anthony.minessale@gmail.com <mailto:anthony.minessale@gmail.com>> wrote: >>> >>> Start by always testing on master. Today's master is tomorrows release. >>> Todays release is yesterdays problem that won't be solved. >>> secondly, report issues to JIRA (after reproducing on master) >>> >>> >>> On Fri, Mar 13, 2015 at 9:48 AM, Joseph Dickson <jdickson@evolvetsi.com <mailto:jdickson@evolvetsi.com>> >>> wrote: >>>> >>>> Yes, I can definitely see where master-master mode in MySQL can put >>>> you in a pickle consistency wise.. I just wish Postgres was easier >>>> with regard to fail-back.. failover isn't a problem, but getting >>>> things to fail back requires rsync of data files, etc.. >>>> >>>> Before I set that up, I'd like to see sofia recover work in my >>>> environment.. Currently it appears that the correct information is >>>> being retrieved from the database, but that FS is hanging up the A leg >>>> with INCOMPATIBLE_DESTINATION, and I can't quite understand the cause >>>> behind that hangup. >>>> >>>> Is there better logging that I can grab that might be more helpful? >>>> >>>> Thanks! >>>> >>>> On Thu, Mar 12, 2015 at 2:51 PM, Sergey Safarov <s.safarov@gmail.com <mailto:s.safarov@gmail.com>> >>>> wrote: >>>> > I has used MySQL in master-master cluster and find it is unstable >>>> > configuration. Many troubles with cluster consistence. >>>> > I recommend use configuration master-slave with tools DB >>>> > synchronization. >>>> > >>>> > Also migration to PostgreSQL cluster will be smart decision. >>>> > >>>> >>>> _________________________________________________________________________ >>>> 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:%2B19193869900> >>> >>> >>> _________________________________________________________________________ >>> 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 >> >> >> >> _________________________________________________________________________ >> 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
_________________________________________________________________________ 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
--
*/Brian West/* brian@freeswitch.org <mailto: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
participants (6)
-
Anthony Minessale
-
Brian West
-
Joseph Dickson
-
Sergey Safarov
-
Stanislav Sinyagin
-
Tristan Mahé