<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Le 12/08/2014 14:58, Sandy McArthur Jr a écrit :<br>
<blockquote
cite="mid:CAPs0Bijgx1j7PH6Zsi58z583M1y2SNsUBaVfGViBAk8_mVe_dg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Mon, Aug 11, 2014 at 1:27 PM,
Etienne Dechamps <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:etienne@edechamps.fr" target="_blank">etienne@edechamps.fr</a>></span>
wrote:<br>
<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 class="">I believe we don't have the same perspective
on the design philosophy - I prefer when failure modes
are purely "black and white" - i.e. communication
between two nodes either works or it doesn't. I dislike
solutions where the system could "half-fail" in subtle
and obscure ways - like a node ending up in the same
"hash bucket" as another, flapping node, resulting in
random packet loss. My rationale is that it's much
easier to diagnose clear-cut issues (two nodes can't
talk to each other) as opposed to spending hours trying
to find out why some packets seem to get lost on some
links at random times.</div>
</blockquote>
</div>
<div class="gmail_extra"><br>
</div>
As a VPN user I appreciate and value your caution. But, I
selected and value that Tinc makes multiple attempts to work
even in an unfavorable environment. eg: if direct UDP doesn't
work: TCP fallback or relaying between other peers if
necessary. </div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Personally, I would like to see more
fallback methods such as listening on multiple ports with
protocol encapsulation (HTTP Proxy Connect tunneling) . The
more situations Tinc works without me having to think about it
post setup, the more value it provides to me.</div>
</div>
</blockquote>
Well, both approach are good in there respective context.<br>
When everything run smooth it's pretty usefull when the software can
do "auto-magic" things, but when times comes to debug issues it
could become a nightmare ... My professional experiences at work
makes me prefer when things are, like Etienne said, "black or
white", most of the time it reduces noticeably the resolution delay
;-)<br>
<br>
Cheers<br>
<br>
<blockquote
cite="mid:CAPs0Bijgx1j7PH6Zsi58z583M1y2SNsUBaVfGViBAk8_mVe_dg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div><br>
</div>
-- <br>
Sandy McArthur, Jr.<br>
<br>
<div>"No nation could preserve its freedom in the midst of
continual warfare."</div>
<div>- Letters and Other Writings of James Madison (1865),
Vol. IV, p. 491</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
tinc mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tinc@tinc-vpn.org">tinc@tinc-vpn.org</a>
<a class="moz-txt-link-freetext" href="http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc">http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc</a>
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<div style="font:bold 13px Arial;color:#003F80;margin-top:10px;">
<div>Cédric Lemarchand</div>
<div style="font-weight:normal;color:#7E7C83;">System &
Network Engineer</div>
<div style="margin-top:12px;">iXBlue</div>
<div style="font-weight:normal;font-size:10px;color:#7E7C83">52,
avenue de l'Europe<br>
78160 Marly le Roi<br>
France</div>
<div style="font-weight:normal;font-size:12px;margin:12px 0 12px
0;">Tel. +33 1 30 08 88 88<br>
Mob. +33 6 37 23 40 93<br>
Fax +33 1 30 08 88 00</div>
<div style="margin-bottom:20px;"><a href="http://www.ixblue.com"
style="font:normal 12px Arial;color:#003F80;">www.ixblue.com</a></div>
</div>
</div>
</body>
</html>