If u guys hav all the pieces of the puzzle togather then y not put it out in a simple package :-). Also Id like to kno if ther are/were plans to put the hidden service descriptors into a DHT .<br><br><div class="gmail_quote">
On Sat, Dec 18, 2010 at 9:17 PM, intrigeri <span dir="ltr"><<a href="mailto:intrigeri@boum.org">intrigeri@boum.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
hhhh xhdhx wrote (18 Dec 2010 15:25:01 GMT) :<br>
<div class="im">> Im quite ignorant abt onioncat.<br>
<br>
</div>It is worth reading about. It makes easy some things that would<br>
otherwise be pretty hard.<br>
<div class="im"><br>
> How was user authentication done in the onioncat+mumble<br>
> combination ??<br>
<br>
</div>During preliminary testing we purely relied on communicating the<br>
hidden services names (that map to OnionCat IPv6 addresses) in a<br>
properly authenticated manner. <br></blockquote><div> Is the mapping handled de-centrally ? , pls correct me if im wrong . <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
> Reading on mumble says its been optimised for low latency , does<br>
> that explain the lag ?<br>
<br>
</div>No idea.<br>
<div class="im"><br>
> Mumble has a client / server architecture so was the server run as a<br>
> hidden service & the clients just spoke to the hidden service<br>
> through tor ??<br>
<br>
</div>Nope: every client publishes a hidden service and has it mapped to an<br>
OnionCat IPv6 address. Then they can talk to each other with no need<br>
for a central server at all.<br></blockquote><div> That makes more sense. <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
> The torchat architecture seems decentralised to me as every<br>
> participant is a hidden service himself & there is no single point<br>
> of failure. Most voip clients hav a client/server model which im<br>
> very keen to avoid.<br>
<br>
</div>OnionCat + Mumble does not fall into this "most VoIP clients"<br>
category.<br>
<div class="im"><br>
Bye,<br>
--<br>
intrigeri <<a href="mailto:intrigeri@boum.org">intrigeri@boum.org</a>><br>
| GnuPG key @ <a href="https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc" target="_blank">https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc</a><br>
| OTR fingerprint @ <a href="https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc" target="_blank">https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc</a><br>
</div> | Did you exchange a walk on part in the war<br>
| for a lead role in the cage?<br>
<div><div></div><div class="h5">***********************************************************************<br>
To unsubscribe, send an e-mail to <a href="mailto:majordomo@torproject.org">majordomo@torproject.org</a> with<br>
unsubscribe or-talk in the body. <a href="http://archives.seul.org/or/talk/" target="_blank">http://archives.seul.org/or/talk/</a><br>
</div></div></blockquote></div><br>