if you need a decent radio to deal with "near-line-of-sight issues", ubiquiti nanostations deal with it quite well ive got a 10k link near line of site thru trees and over beyond a 300 meter hill top and link quality is good.<br>
<br><div class="gmail_quote">On Thu, Jan 22, 2009 at 7:00 AM, Derek C <span dir="ltr"><<a href="mailto:derekolsr@hssl.ie">derekolsr@hssl.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Aaron,<br>
<br>
Yes - I think you are right.  I've been playing around with the nodes this<br>
evening (I've asked people not to unplug them) and signal is the problem<br>
(its a non-line-of-sight problem really).  I'm going to fix it early next<br>
week.<br>
<br>
But this [default route dropping due to poor connection] has got me<br>
looking at olsrd.conf settings again.  Do you know if there is good<br>
documentation on the OLSR "TcRedundancy", "MprCoverage" and "LinkQuality"<br>
directives?<br>
<br>
I was reading up the man pages but some things confuse me (like it says in<br>
the olsrd.conf man page that, for MprCoverage, it "Defaults to 1 , and any<br>
other setting will severly reduce the optimization introduced by the MPR<br>
secheme".  Whats funny/strange is that I had this set to 2 without having<br>
any idea why!<br>
<br>
thanks,<br>
<font color="#888888"><br>
Derek<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
On Wed, January 21, 2009 10:42 pm, L. Aaron Kaplan wrote:<br>
><br>
<br>
> short answer from my experience/ my perspective: you will want to get a<br>
> better antenna in that case :) (more directional -> better signal to noise<br>
> ratio).<br>
><br>
> IMHO layer 2 should be improved before any other routing layer 3 stuff<br>
> is attempted.<br>
><br>
> a.<br>
><br>
><br>
> On Jan 21, 2009, at 4:56 PM, Derek C wrote:<br>
><br>
><br>
>> Hi all,<br>
>><br>
>><br>
>> I'm adding nodes to a test OLSRd network based in a high density<br>
>> housing estate.<br>
>><br>
>> I have some nodes that are not working very well.  Its because the<br>
>> signal is not great (some pings dropping and association signal in the<br>
>> '80s).<br>
>><br>
>><br>
>> On these nodes the default route, via OLSRd, keeps coming and going<br>
>> and not staying up.<br>
>><br>
>> Is there any way to make OLSRd more keen to keep the default route<br>
>> up even when the signal is not great?  It's not a perfect solution I know<br>
>>  but I was able to get around 2Mbps through on a speed test when the<br>
>> default route was up and working.<br>
><br>
> you probably could tweak the interval timers.<br>
>><br>
>><br>
>> thanks,<br>
>><br>
>> Derek<br>
>><br>
>><br>
>><br>
>> --<br>
>> --<br>
>> Derek C<br>
>> In Ireland<br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Olsr-users mailing list<br>
>> <a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
>> <a href="http://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
>><br>
><br>
><br>
<br>
<br>
--<br>
--<br>
Derek C<br>
In Ireland<br>
<br>
<br>
<br>
--<br>
Olsr-users mailing list<br>
<a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-users" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-users</a><br>
</div></div></blockquote></div><br>