Re: [Freeswitch-users] Scaling Freeswitch
Hi Sergey, as i said it depends on how you use it. it doesn't make sense to call the api to fetch a list of 200.000 devices or callflows. use v2 for paging and/or use the search api. also, the question was about same realm not same account. you can have a common realm for many accounts. finally, as with any other software, kazoo does is not "completed" and there are optimizations tat can be done. Best
---------- Forwarded message ---------- From: Sergey Safarov <s.safarov@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Sun, 17 Apr 2016 15:00:13 +0000 Subject: Re: [Freeswitch-users] Scaling Freeswitch (Sergey Safarov) Hello Luis and Michael I has tried create 200 000 device, vmboxes, callflows in one realm. And encountered some difficulties in such an approach. They are all somehow related to access to the database or management complexity through webinterface. As example database issue KAZOO-4326 <https://2600hz.atlassian.net/browse/KAZOO-4326>; As example management issue you can try create device with numbers from 10000 to 19999 and change setting for device 15123. My browser is not able operate with so much json objects.
Any way with same restrictions i has made installation of GEO distributed kazoo cluster with high availability redundancy. Kazoo perfect solution, but has its own peculiarities.
Sergey
вс, 17 апр. 2016 г. в 11:18, Luis Azedo <luis.azedo@factorlusitano.com>:
Hi Sergey,
where did you get that information from ? Kazoo can handle thousands of devices in one realm, that would depend on how you use it.
_________________________________________________________________________ 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
---------- Forwarded message ---------- From: jungle Boogie <jungleboogie0@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Sun, 17 Apr 2016 08:34:37 -0700 Subject: Re: [Freeswitch-users] PG CDR database setup On 17 April 2016 at 02:32, Ahmed Sboor <ahmed@netelsat.net> wrote:
Hi it seems you created database with postgres user and not with "Dbuser" . Either connect the database with user "postgres" in cdr_pg_csv.xml or grant permission to database for "Dbuser" . in pg_hba.conf let the host entry as trust for now . (will eliminate the confusion with password part ). regards Ahmed
That did it! I completely overlooked my group/user.
Thanks!!
-- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si
---------- Forwarded message ---------- From: Jack <jack@livematch.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Sun, 17 Apr 2016 23:08:18 -0700 Subject: [Freeswitch-users] Verto Status Display I am trying to show the shorter display for STATUS in the index.html in the video_demo. So it shows like the Freeswitch conference status. It seems like the CFLAG_JSON_STATUS is set to true to display the detailed status. Can someone tell me how to set this flag to false or where it is being set to true? Thanks, Jack Loranger
---------- Forwarded message ---------- From: Michael Jepson <Michael.Jepson@cm.nl> To: "freeswitch-users@lists.freeswitch.org" < freeswitch-users@lists.freeswitch.org> Cc: Date: Mon, 18 Apr 2016 10:21:24 +0000 Subject: [Freeswitch-users] mod_com_amd not "hearing" audio
When placing a call and checking for an answering machine using mod_com_amd, it always sees *silent_state*.
session:recordFile does not record any audio either, unless I set record_waste_resources=true on the session.
I assume mod_com_amd is having the same problem as recordFile is, but there is no option to have mod_com_amd send RTP packages when listening for audio and determining whether we have a person or a machine on the line.
How can I get mod_com_amd to listen to the audio?
Any help would be greatly appreciated.
Best regards,
*MICHAEL JEPSON *
LEAD DEVELOPER
Michael.Jepon@CM.NL
+31 (0)76 2 012 732
[image: cid:5BB267AD-C5CE-4941-B84C-466564FD1DF6@cm.local]
KONIJNENBERG 30
4825 BD BREDA
THE NETHERLANDS
WWW.CM.NL <http://www.cm.nl/>
_______________________________________________ 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
Luis with all due respect to you and your work still... as i said it depends on how you use it. it doesn't make sense to call the
api to fetch a list of 200.000 devices or callflows. use v2 for paging and/or use the search api.
If you look at KAZOO-4326 <https://2600hz.atlassian.net/browse/KAZOO-4326> one more time, you can see that I stores one callflow via kazoo API. For database containing about 20 000 callflows 30 sec to save one callflow is much. Think saving 200 000 callflows via kazoo API took about 1-2 months.
also, the question was about same realm not same account. you can have a common realm for many accounts.
I has tried assign same realm to two accounds but get error. finally, as with any other software, kazoo does is not "completed" and
there are optimizations tat can be done.
I completely agree with you. Moreover, I believe that what I have described would not require major change in the kazoo. And soon kazoo can be successfully used for the described case.
This might sound like a lazy answer, but will help in the long term.. I'd suggest learning about SIP as a protocol before you do anything else. You'll find learning the protocol itself inherently dictates how to scales across multiple servers. For example, in defining what the role of a Registrar is, SIP explains that a single 'server/process' can handle that job independently of any other SIP related activity. It likewise discusses that what a SBC is, and thereby helps understand that you can seperate the handling of SIP and RTP to a proxy and media server. Once you understand SIP properly, it's easy to come in and say "Well I need a registrar.. that's OpenSIPS or Kamailio.. Now I need a server to handle Media.. well FreeSWITCH does that.. I need a server to handle presence.. well presence can utilise dialog info to produce this I might as well use OpenSIPS or Kamailio". If you do implement it using Kazoo, using a guide, or whatever, you'll find yourself learning about SIP anyway. Why don't you just attack it head on, and you'll understand it all a bit better? The latest OpenSIPS book has a good chapter on SIP I think is worth the read. I think this is why a lot of people are responding with 'it depends'. What they really mean is, "SIP is a flexible protocol, and it's really your choice in how you want to implement its various components". On Mon, Apr 18, 2016 at 2:04 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
Luis with all due respect to you and your work still...
as i said it depends on how you use it. it doesn't make sense to call the
api to fetch a list of 200.000 devices or callflows. use v2 for paging and/or use the search api.
If you look at KAZOO-4326 <https://2600hz.atlassian.net/browse/KAZOO-4326> one more time, you can see that I stores one callflow via kazoo API. For database containing about 20 000 callflows 30 sec to save one callflow is much. Think saving 200 000 callflows via kazoo API took about 1-2 months.
also, the question was about same realm not same account. you can have a common realm for many accounts.
I has tried assign same realm to two accounds but get error.
finally, as with any other software, kazoo does is not "completed" and
there are optimizations tat can be done.
I completely agree with you. Moreover, I believe that what I have described would not require major change in the kazoo. And soon kazoo can be successfully used for the described case.
_________________________________________________________________________ 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
Benjamin, Doesn't sound like a lazy answer at all - it's perfectly fair. Hopefully I didn't come off as trying to avoid learning SIP - that wasn't my goal here at all. I'm actively reading up as much about SIP as I can reasonably absorb. For me, trying to get a real example of something running so I can rip it apart and play with it is the best way for me to learn, that's all I was really going for here. That said, note taken - I'll be diving back into learning more about the protocol overall. I agree if I knew more about this it would probably naturally fall together a lot easier. I picked up the FreeSWITCH book and will get the OpenSIPS book as well. Thanks for the recommendation. Thanks again everyone else for all of your input. Best, Colin On Mon, Apr 18, 2016 at 10:39 AM Benjamin Cropley < benjamin.cropley@gmail.com> wrote:
This might sound like a lazy answer, but will help in the long term..
I'd suggest learning about SIP as a protocol before you do anything else.
You'll find learning the protocol itself inherently dictates how to scales across multiple servers. For example, in defining what the role of a Registrar is, SIP explains that a single 'server/process' can handle that job independently of any other SIP related activity. It likewise discusses that what a SBC is, and thereby helps understand that you can seperate the handling of SIP and RTP to a proxy and media server.
Once you understand SIP properly, it's easy to come in and say "Well I need a registrar.. that's OpenSIPS or Kamailio.. Now I need a server to handle Media.. well FreeSWITCH does that.. I need a server to handle presence.. well presence can utilise dialog info to produce this I might as well use OpenSIPS or Kamailio".
If you do implement it using Kazoo, using a guide, or whatever, you'll find yourself learning about SIP anyway. Why don't you just attack it head on, and you'll understand it all a bit better?
The latest OpenSIPS book has a good chapter on SIP I think is worth the read.
I think this is why a lot of people are responding with 'it depends'. What they really mean is, "SIP is a flexible protocol, and it's really your choice in how you want to implement its various components".
On Mon, Apr 18, 2016 at 2:04 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
Luis with all due respect to you and your work still...
as i said it depends on how you use it. it doesn't make sense to call the
api to fetch a list of 200.000 devices or callflows. use v2 for paging and/or use the search api.
If you look at KAZOO-4326 <https://2600hz.atlassian.net/browse/KAZOO-4326> one more time, you can see that I stores one callflow via kazoo API. For database containing about 20 000 callflows 30 sec to save one callflow is much. Think saving 200 000 callflows via kazoo API took about 1-2 months.
also, the question was about same realm not same account. you can have a common realm for many accounts.
I has tried assign same realm to two accounds but get error.
finally, as with any other software, kazoo does is not "completed" and
there are optimizations tat can be done.
I completely agree with you. Moreover, I believe that what I have described would not require major change in the kazoo. And soon kazoo can be successfully used for the described case.
_________________________________________________________________________ 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
There’s some commercial courses. One is called “SIP Illustrated” but I can’t seem to find it online anymore. It looked a bit cheesy but was quite good. And it came with an annotated copy of RFC3261, all hyperlinked up and with good explanations for interpreting that … rather creative spec. I wrote a SIP proxy and another SIP processor and that annotated guide was indispensable to keeping any notion of sanity. I see there’s annotated RFC3261 available online, but I’m not sure it’s the same. Email me if interested and I can dig it up. You really can’t use OpenSIPS without understanding the SIP protocol (and even then it’s easy to mess up on the many edges). Whereas with FS alone, you can often get away with just thinking “phone call here to there” and having it work. But scaling out is inevitably going to require a SIP proxy and a decent understanding of SIP message flow. After you get over the hump of learning SIP you’ll find most people end up more-or-less with a similar architecture as described in Benjamin’s answer. It’s proven to work, and straightforward. -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Colin Morelli Sent: Monday, 18 April, 2016 8:46 To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] Scaling Freeswitch Benjamin, Doesn't sound like a lazy answer at all - it's perfectly fair. Hopefully I didn't come off as trying to avoid learning SIP - that wasn't my goal here at all. I'm actively reading up as much about SIP as I can reasonably absorb. For me, trying to get a real example of something running so I can rip it apart and play with it is the best way for me to learn, that's all I was really going for here. That said, note taken - I'll be diving back into learning more about the protocol overall. I agree if I knew more about this it would probably naturally fall together a lot easier. I picked up the FreeSWITCH book and will get the OpenSIPS book as well. Thanks for the recommendation. Thanks again everyone else for all of your input. Best, Colin On Mon, Apr 18, 2016 at 10:39 AM Benjamin Cropley <benjamin.cropley@gmail.com<mailto:benjamin.cropley@gmail.com>> wrote: This might sound like a lazy answer, but will help in the long term.. I'd suggest learning about SIP as a protocol before you do anything else. You'll find learning the protocol itself inherently dictates how to scales across multiple servers. For example, in defining what the role of a Registrar is, SIP explains that a single 'server/process' can handle that job independently of any other SIP related activity. It likewise discusses that what a SBC is, and thereby helps understand that you can seperate the handling of SIP and RTP to a proxy and media server. Once you understand SIP properly, it's easy to come in and say "Well I need a registrar.. that's OpenSIPS or Kamailio.. Now I need a server to handle Media.. well FreeSWITCH does that.. I need a server to handle presence.. well presence can utilise dialog info to produce this I might as well use OpenSIPS or Kamailio". If you do implement it using Kazoo, using a guide, or whatever, you'll find yourself learning about SIP anyway. Why don't you just attack it head on, and you'll understand it all a bit better? The latest OpenSIPS book has a good chapter on SIP I think is worth the read. I think this is why a lot of people are responding with 'it depends'. What they really mean is, "SIP is a flexible protocol, and it's really your choice in how you want to implement its various components". On Mon, Apr 18, 2016 at 2:04 PM, Sergey Safarov <s.safarov@gmail.com<mailto:s.safarov@gmail.com>> wrote: Luis with all due respect to you and your work still... as i said it depends on how you use it. it doesn't make sense to call the api to fetch a list of 200.000 devices or callflows. use v2 for paging and/or use the search api. If you look at KAZOO-4326<https://2600hz.atlassian.net/browse/KAZOO-4326> one more time, you can see that I stores one callflow via kazoo API. For database containing about 20 000 callflows 30 sec to save one callflow is much. Think saving 200 000 callflows via kazoo API took about 1-2 months. also, the question was about same realm not same account. you can have a common realm for many accounts. I has tried assign same realm to two accounds but get error. finally, as with any other software, kazoo does is not "completed" and there are optimizations tat can be done. I completely agree with you. Moreover, I believe that what I have described would not require major change in the kazoo. And soon kazoo can be successfully used for the described case. _________________________________________________________________________ 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
participants (5)
-
Benjamin Cropley
-
Colin Morelli
-
Luis Azedo
-
Michael Giagnocavo
-
Sergey Safarov