Intermittent Long Delay On Startup Centos 7.1
I was running the following :Centos 7.1FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git9fee9bc 2015-10-21 16:56:09Z 64bit)Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit) I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105 Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run 2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar. Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7?And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for. Cheers.
this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/ the primary development platform is Debian 8, so there may be some OS-specific issues. On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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
Probably upnp/natpmp detection start with -nonat? On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/
the primary development platform is Debian 8, so there may be some OS-specific issues.
On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com <javascript:;>> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:;> 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:;> 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:;> 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:;> 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 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
@Brian - yes my command line has -nonat in already. The upnp detection slows it down even more. @Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7. On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote: Probably upnp/natpmp detection start with -nonat? On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote: this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/ the primary development platform is Debian 8, so there may be some OS-specific issues. On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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.comGot Bugs? Report them here! | Reddit: /r/freeswitchT:+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
Try creating entropy for the rng in /dev Install some version of a rngd package. On Sunday, October 25, 2015, Sausage Side <sausageside@yahoo.com> wrote:
@Brian - yes my command line has -nonat in already. The upnp detection slows it down even more.
@Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7.
On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote:
Probably upnp/natpmp detection start with -nonat?
On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/
the primary development platform is Debian 8, so there may be some OS-specific issues.
On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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 Got Bugs? Report them here! | Reddit: /r/freeswitch *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
-- 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
Thanks Anthony - for some reason this email showed as blank when I first opened it. Now I can see it. Who knows. Anyway, as I've written on the Jira case, this solved it. For others : yum install havegedhaveged -w 1024 and all the slowdowns go away. Thank you. On Monday, October 26, 2015 6:42 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote: Try creating entropy for the rng in /dev Install some version of a rngd package. On Sunday, October 25, 2015, Sausage Side <sausageside@yahoo.com> wrote: @Brian - yes my command line has -nonat in already. The upnp detection slows it down even more. @Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7. On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote: Probably upnp/natpmp detection start with -nonat? On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote: this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/ the primary development platform is Debian 8, so there may be some OS-specific issues. On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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.comGot Bugs? Report them here! | Reddit: /r/freeswitchT:+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 -- 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 https://www.youtube.com/watch?v=9XXgW34t40shttps://www.youtube.com/watch?v=N... _________________________________________________________________________ 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
Is this something that should be documented for others using CentOS 7 or was it specific to your installation? Bote From: Sausage Side Sent: Tuesday, 27 October, 2015 13:19 Subject: Re: [Freeswitch-users] Intermittent Long Delay On Startup Centos 7.1 Thanks Anthony - for some reason this email showed as blank when I first opened it. Now I can see it. Who knows. Anyway, as I've written on the Jira case, this solved it. For others : yum install haveged haveged -w 1024 and all the slowdowns go away. Thank you. On Monday, October 26, 2015 6:42 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote: Try creating entropy for the rng in /dev Install some version of a rngd package. On Sunday, October 25, 2015, Sausage Side <sausageside@yahoo.com> wrote: @Brian - yes my command line has -nonat in already. The upnp detection slows it down even more. @Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7. On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote: Probably upnp/natpmp detection start with -nonat? On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote: this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/ the primary development platform is Debian 8, so there may be some OS-specific issues. On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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 Got Bugs? Report them here! | Reddit: /r/freeswitch 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 -- 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=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: 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 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org <http://www.freeswitch.org/>
Delay about 3-4 sec exist on my installation also. This delay can be removed if diable upnp and nat Sergey On Thu, Oct 29, 2015 at 2:49 PM, Bote Man <bote_radio@botecomm.com> wrote:
Is this something that should be documented for others using CentOS 7 or was it specific to your installation?
Bote
*From:* Sausage Side *Sent:* Tuesday, 27 October, 2015 13:19 *Subject:* Re: [Freeswitch-users] Intermittent Long Delay On Startup Centos 7.1
Thanks Anthony - for some reason this email showed as blank when I first opened it. Now I can see it. Who knows.
Anyway, as I've written on the Jira case, this solved it. For others :
yum install haveged
haveged -w 1024
and all the slowdowns go away.
Thank you.
On Monday, October 26, 2015 6:42 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Try creating entropy for the rng in /dev Install some version of a rngd package.
On Sunday, October 25, 2015, Sausage Side <sausageside@yahoo.com> wrote:
@Brian - yes my command line has -nonat in already. The upnp detection slows it down even more.
@Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7.
On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote:
Probably upnp/natpmp detection start with -nonat?
On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/
the primary development platform is Debian 8, so there may be some OS-specific issues.
On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________ 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
Got Bugs? Report them here! | Reddit: /r/freeswitch
*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
--
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
_________________________________________________________________________ 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
Bote, I think this happened digital ocean and the details are here: https://freeswitch.org/jira/browse/FS-8388 It's probably a good idea to put this in the confluence. On Thu, Oct 29, 2015 at 10:16 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
Delay about 3-4 sec exist on my installation also. This delay can be removed if diable upnp and nat
Sergey
On Thu, Oct 29, 2015 at 2:49 PM, Bote Man <bote_radio@botecomm.com> wrote:
Is this something that should be documented for others using CentOS 7 or was it specific to your installation?
Bote
*From:* Sausage Side *Sent:* Tuesday, 27 October, 2015 13:19 *Subject:* Re: [Freeswitch-users] Intermittent Long Delay On Startup Centos 7.1
Thanks Anthony - for some reason this email showed as blank when I first opened it. Now I can see it. Who knows.
Anyway, as I've written on the Jira case, this solved it. For others :
yum install haveged
haveged -w 1024
and all the slowdowns go away.
Thank you.
On Monday, October 26, 2015 6:42 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Try creating entropy for the rng in /dev Install some version of a rngd package.
On Sunday, October 25, 2015, Sausage Side <sausageside@yahoo.com> wrote:
@Brian - yes my command line has -nonat in already. The upnp detection slows it down even more.
@Stanislav - I'l give it a go - never opened one of those before.before. Appreciate debian might not be an issue, but I'm just more familiar with centos. Obviously if no one knows how to resolve the centos issue then my options are to move to debian or just stay on 6.7.
On Sunday, October 25, 2015 2:50 PM, Brian West <brian@freeswitch.org> wrote:
Probably upnp/natpmp detection start with -nonat?
On Sunday, October 25, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
this looks like an issue worth opening a Jira ticket: https://freeswitch.org/jira/
the primary development platform is Debian 8, so there may be some OS-specific issues.
On Sat, Oct 24, 2015 at 3:03 PM, David Wylie <sausageside@yahoo.com> wrote:
I was running the following : Centos 7.1 FreeSWITCH Version 1.7.0+git~20151021T165609Z~9fee9bc613~64bit (git 9fee9bc 2015-10-21 16:56:09Z 64bit) Digital Ocean hosted "droplet", 2gig ram, 40 gig SSD, 2 CPU
though it also happens with FreeSWITCH Version 1.6.2+git~20150930T182428Z~c0c3c38f64~64bit (git c0c3c38 2015-09-30 18:24:28Z 64bit)
I have asked this on SO as well : http://stackoverflow.com/q/33305393/1642105
Intermittently, but about as often as 1 in 3, the start up process for Freeswitch pauses for a very long time (variable, but has been as long as 14 minutes). Running from the terminal window, here's the output. Notice the time between the "Add Task 2" and the next line :
# /usr/bin/freeswitch -nonat -core -db /dev/shm -log /usr/local/freeswitch/log -conf /usr/local/freeswitch/conf -run /usr/local/freeswitch/run
2015-10-23 15:40:14.160101 [INFO] switch_event.c:685 Activate Eventing Engine. 2015-10-23 15:40:14.170805 [WARNING] switch_event.c:656 Create additional event dispatch thread 0 2015-10-23 15:40:14.272850 [INFO] switch_core_sqldb.c:3381 Opening DB 2015-10-23 15:40:14.282317 [INFO] switch_core_sqldb.c:1693 CORE Starting SQL thread. 2015-10-23 15:40:14.285266 [NOTICE] switch_scheduler.c:183 Starting task thread 2015-10-23 15:40:14.293743 [DEBUG] switch_scheduler.c:249 Added task 1 heartbeat (core) to run at 1445611214 2015-10-23 15:40:14.293837 [DEBUG] switch_scheduler.c:249 Added task 2 check_ip (core) to run at 1445611214 2015-10-23 15:49:47.883158 [NOTICE] switch_core.c:1386 Created ip list rfc6598.auto default (deny)
If I spin up a virgin 6.7 machine (droplet) and follow my exact same install script, the longest pause I get at that spot is about 14 seconds, which is fine. Apart from the operating systems as supplied the two installations are similar.
Does anyone have a guess as to why does it take so long on centos 7.1, and not on 6.7? And what is that check_ip doing? An amateurs look at the check_ip() in the source shows it resolving a hostname, but if I run a wireshark trace on all network interfaces it shows no activity at that point relating to DNS lookups or anything (it does if I ping google.com so I think I would have seen it). That's the same on 6.7 as well, so it's obviously not meant to, bit I'm not sure how else to determine what it's waiting for.
Cheers.
_________________________________________________________________________
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
Got Bugs? Report them here! | Reddit: /r/freeswitch
*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
--
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
_________________________________________________________________________ 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
-- Ítalo Rossi italo@freeswitch.org
participants (8)
-
Anthony Minessale
-
Bote Man
-
Brian West
-
David Wylie
-
Sausage Side
-
Sergey Safarov
-
Stanislav Sinyagin
-
Ítalo Rossi