> Yes, I agree this is a good idea. But to trigger the issue I'm discussing<br>
> you don't need fluctuating links. Just two alternativ high cost links<br><p>
> that are both changing at low relativ rate in the same direction.</p><p>hmm changes at a low rate, should not be announced, until they get relevant i think,..<br>so we need less TCs</p><p>and are u really sure that a change in a high cost link, will make troubles? if there is no fisheye, and no packetloss on the low-cost links, and no bugs?</p>
<p>sample</p><p>A-B cost 1000<br>A-C cost 998<br>B-C cost 1</p><p>i think you are frightened, that if A-C changes to 1002 (a very small change compared to costs of 100 but a huge one compared to cost of 1)</p><p>and due to packetloss only C gets informed about,..</p>
<p>if now C want to send somethin to A it will send to B csot of 1001 (1+1000)<br>but B will send it back to C as B thinks this means costs of 999 (1+998)</p><p>but: if there`s no fishey and no packetloss, C would have told B of the cost-change between A-C, and everything is fine</p>
<p>of course above assumptions about no fisheye (causing packetloss at arbitray positions) and no packetloss on low-cost links MUST hold true, to have only very short lived loops, <br><br></p>
> Sorry, I have been (too) short: What I wanted to write was: "funkfeuer tends<br>
> to have long *default* routes compared to freifunk". I don't have any<br>
> actual data about freifunk networks but I would be very surprised if this<br><p>
> was wrong. And loops in the default route is, what people usually notice ...<br></p><p>Yes but actually (see my previous mail) we have the peak at 3 hops from main gateway (viviroof) to a node<br><br>and the return path is about 0,5 hops shorter in average, as more than halve of 0xff nodes reach a secondary (outgoing only) gateway (kryptaroof, tunnelserver) one hop earlier than they would reach viviroof, <br>
</p>
<div><div class="Wj3C7c">so we have mostly very short routes here in vienna</div><div class="Wj3C7c"></div><div class="Wj3C7c">but i think with multiple uplinks a freifunk-mesh should behave even shorter, regarding default routes<br>
of course routes from one node to all others nodes in a freifunk-mesh would tend to be longer as in veinna, as there is no usually no centralistic (backbone) aproach in them,..<br></div><div class="Wj3C7c"></div><div class="Wj3C7c">
so i want some useful data to compare, but it not so important, there should be NO LOOPs <br>and then whether the route has usually about 3 hops or 5 hops is quite unimportant,.. *g</div></div><br>