<div dir="ltr"><div>For what it's worth, I also got asterisk and freepbx to work (atleast on centos). It is definitely has more features than kamailio.. and allows for stuff like voicemail, which can be especially useful in environments with flakey connectivity. :-) <br><br></div>It might take a bit of time to package as I will be travelling soon, but it is promising that it is working. :)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 16, 2016 at 10:47 AM, Alex Kleider <span dir="ltr"><<a href="mailto:akleider@sonic.net" target="_blank">akleider@sonic.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-10-15 13:02, Sameer Verma wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Oct 14, 2016 at 5:12 PM, Anish Mangal <<a href="mailto:anishmg@umich.edu" target="_blank">anishmg@umich.edu</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Following from:<br>
<a href="http://www.en.voipforo.com/IAX/IAXvsSIP.php" rel="noreferrer" target="_blank">http://www.en.voipforo.com/IAX<wbr>/IAXvsSIP.php</a><br>
<br>
If SIP is using a server signaling messages always pass through the server<br>
but audio messages (RTP flow) can travel end to end without passing through<br>
the server. In IAX, signaling and data must pass always through IAX server.<br>
This increases the bandwidth need by the IAX servers when there are many<br>
simultaneous calls.<br>
<br>
<br>
This is a big drawback of IAX it seems, especially in a mesh setup, where in<br>
many cases, the available bandwidth between clients may be higher via direct<br>
node routes compared with the bandwidth via the server route. It seems SIP<br>
will utilize the network more efficiently in a mesh topology.<br>
<br>
Yesterday we were testing this on the server, and two nodes with three<br>
client. The data was being sent directly client -- node -- node -- client,<br>
and virtually no bandwidth was being used on the server. :)<br>
</blockquote>
<br>
Not always the case. One of my students worked on her thesis where she<br>
set up a bunch of XO-1 laptops over a 802.11s (draft) mesh and tested<br>
simultaneous calls to look for saturation, etc.<br>
<a href="https://www.dropbox.com/sh/0gszp4447j1g2qn/AAAxdUv_tNbstjzmD6BI1-jla/tilila-moujahid-thesis.pdf?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/sh/0gs<wbr>zp4447j1g2qn/AAAxdUv_tNbstjzmD<wbr>6BI1-jla/tilila-moujahid-<wbr>thesis.pdf?dl=0</a><br>
<br>
I'll see if I can find the actual thesis.<br>
<br>
Sameer<br>
</blockquote>
<br>
<br>
<br></span>
Tilila El Moujahid presented her set up at one of the annual olpc-SF summits held a few years ago.<br>
The next summit is coming up soon.<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Anish<br></div><div><br><br></div></div></div>
</div>