<div dir="ltr">Benjamin,<div><br></div><div>Doesn&#39;t sound like a lazy answer at all - it&#39;s perfectly fair. Hopefully I didn&#39;t come off as trying to avoid learning SIP - that wasn&#39;t my goal here at all. I&#39;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&#39;s all I was really going for here.</div><div><br></div><div>That said, note taken - I&#39;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.</div><div><br></div><div>Thanks again everyone else for all of your input.</div><div><br></div><div>Best,</div><div>Colin</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Apr 18, 2016 at 10:39 AM Benjamin Cropley &lt;<a href="mailto:benjamin.cropley@gmail.com">benjamin.cropley@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This might sound like a lazy answer, but will help in the long term.. <div><br></div><div>I&#39;d suggest learning about SIP as a protocol before you do anything else. </div><div><br></div><div>You&#39;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 &#39;server/process&#39; 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.</div><div><br></div><div>Once you understand SIP properly, it&#39;s easy to come in and say &quot;Well I need a registrar.. that&#39;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&quot;. </div><div><div><br></div><div>If you do implement it using Kazoo, using a guide, or whatever, you&#39;ll find yourself learning about SIP anyway. Why don&#39;t you just attack it head on, and you&#39;ll understand it all a bit better?</div><div><br></div><div>The latest OpenSIPS book has a good chapter on SIP I think is worth the read.</div></div><div><br></div><div>I think this is why a lot of people are responding with &#39;it depends&#39;. What they really mean is, &quot;SIP is a flexible protocol, and it&#39;s really your choice in how you want to implement its various components&quot;.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 18, 2016 at 2:04 PM, Sergey Safarov <span dir="ltr">&lt;<a href="mailto:s.safarov@gmail.com" target="_blank">s.safarov@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Luis with all due respect to you and your work still...<div><br></div><div><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>as i said it depends on how you use it. it doesn&#39;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.</div></div></blockquote><div><br></div></span><div>If you look at <a href="https://2600hz.atlassian.net/browse/KAZOO-4326" target="_blank">KAZOO-4326</a> 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.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div></div><div>also, the question was about same realm not same account. you can have a common realm for many accounts.</div></div></blockquote><div><br></div></span><div>I has tried assign same realm to two accounds but get error.</div><span><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>finally, as with any other software, kazoo does is not &quot;completed&quot; and there are optimizations tat can be done.</div></div></blockquote><div><br></div></span><div>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.<br></div><div><br></div></div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div>