<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 18 August 2017 at 16:46, Giovanni Maruzzelli <span dir="ltr"><<a href="mailto:gmaruzz@gmail.com" target="_blank">gmaruzz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On 17 August 2017 at 11:20, Tihomir Culjaga <span dir="ltr"><<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">hi Giovanni, nice presentation!<div><br></div><div>i got few questions tho :=)</div><div><br></div><div>1. you mentioned you use FusionPBX to provision. So, can it provision a FS farm without switching from one FS to another ? I mean, can Fusion provision a farm of FS as is not a single node per node ?</div></div></blockquote><div><br></div></span><div>FusionPBX, if you use it, is able to provision (eg, to configure, reconfigure, etc) the PHONES that are used by the platform<br></div></div></div></div></blockquote><div><br></div><div>To be honest, I tried FusionPBX once and there is a lot of lua under the hood ... didn't like it at that time as im not that into lua (my fault :=)). If this fixes phone provision only, i think its better having an xml_curl config server to feed both PHONES and FreeSWITCH (configuration/directory) across N number of FS nodes seamlessly .. no need to partition anything.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>2. what do you use to "distribuite" VERTO calls from kamailio to FS(x). </div></div></blockquote><div><br></div></span><div>as explained in the presentation, to distribute VERTO calls you either partition them on domain (eg, hash on domain client side as in case of multidomain, pbx in the cloud like), or distribute them using different redirected port for signaling (each port going to different backend machines). You can use iptables or HAProxy. For media, you assign each backend machine a different range of rtp ports, and redirect them from the front machine. You use iptables. VERTO has no trunking or external registar function. Neither has a proxy function.<br></div></div></div></div></blockquote><div><br></div><div>i was planing to use nginx or haproxy to load balance websockets across Freeswitch farm and iptables for RTP forwarding.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br><br></div><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>3. how do you configure "static" SIP trunks between FS(x) to allow VERTO to VERTO calls across entire FS farm ?</div></div></blockquote><div><br></div></span><div>You can have verto to verto calls only between verto users registered on the same machine. For users on different machines you will need to use traditional SIP routing, and use traditional sip addressing. Eg userA@domainA will call userB@domainB. Each user is registered via VERTO on a different machines. Call will be VERTO from userA to machineA SIP from machineA to machineB VERTO from machineB to userB<br></div><span><div><br> </div></span></div></div></div></blockquote><div>here i was thinking to create a location service on kamailio that will respond with 302 message pointing to FS node having the correct verto registration.</div><div><br></div><div>e.g. </div><div>- verto user1 registers, haproxy balances wss to node1</div><div>- verto user2 registres, haproxy balances wss to node2</div><div><br></div><div>when user1 calls user2, i can make FS1 ask for location ( INVITE ) to kamailio, so i get a correct FS node in 302 contact. This way FS1 can place a call to FS2 without any specific mambo jumbo dialplan... and especially, anything static.</div><div><br></div><div>my goal is to have a setup where i don't need to group specific hosted pbx group members on the specific node.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>4. ...and many more but i will stop now :=)</div></div></blockquote><div><br></div></span><div>:) Yes, I understand there can be enough for talking and writing for days and weeks, and unfortunately I will I will not be able to further discuss things in mailing list. But I hope I answered your questions.<br><br></div><div>That will be matter of a future book, maybe, and for sure for next presentations.<br><br></div></div></div></div></blockquote><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>So, get ready for ClueCon 2018, and the other important meetups of our community like OpenSIPS Summits, Kamailio World, FOSDEM, etc :)<br><br></div><div>Thank you for nice words<span class="m_8076050363396950368HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_8076050363396950368HOEnZb"><font color="#888888"><div>-giovanni<br></div></font></span><div><div class="m_8076050363396950368h5"><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Regards,</div><div>Tihomir<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_8076050363396950368m_1535506189715729255gmail-h5">On 17 August 2017 at 07:37, Giovanni Maruzzelli <span dir="ltr"><<a href="mailto:gmaruzz@gmail.com" target="_blank">gmaruzz@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="m_8076050363396950368m_1535506189715729255gmail-h5"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 17 August 2017 at 02:32, Adrian Georgescu <span dir="ltr"><<a href="mailto:ag@ag-projects.com" target="_blank">ag@ag-projects.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Giovanni,<br>
<br>
The creature on page 55 and 56 is a dude, man!<br></blockquote><div><br><br></div><div>I was more focused on the other one, but yes, he's a dude. An happy dude :)<span class="m_8076050363396950368m_1535506189715729255gmail-m_-7030979856426182258HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_8076050363396950368m_1535506189715729255gmail-m_-7030979856426182258HOEnZb"><font color="#888888"><div>-giovanni<br><br></div></font></span></div></div></div>
<br></div></div><span class="m_8076050363396950368m_1535506189715729255gmail-">______________________________<wbr>______________________________<wbr>_____________<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<wbr>.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.o<wbr>rg</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.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></span></blockquote></div><br></div>
<br>______________________________<wbr>______________________________<wbr>_____________<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<wbr>.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.o<wbr>rg</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.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div></div></div><br><br clear="all"><span><br>-- <br><div class="m_8076050363396950368m_1535506189715729255gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span><span><br>Sincerely,<br></span><span><font color="#888888"><br>
Giovanni Maruzzelli<br>
OpenTelecom.IT</font></span><br><span>cell: +39 347 266 56 18<span><font color="#888888"><br></font></span></span></span></div></div></div>
</span></div></div>
<br>______________________________<wbr>______________________________<wbr>_____________<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<wbr>.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.o<wbr>rg</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.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div></div>