[MVMA] a true RF-based mesh

[Chuck Gelm]

Found on http://www.miamivalleymesh.org/

"The upside of doing this… is that it fixes the performance problem.  
The down side… is that the network no longer functions as a true 
RF-based mesh."

  I think Bill may be referring to tunnels when he used '_a true 
RF-based mesh_'.
I assume that he is not indicating that the 'mesh' is in the RF choices 
(channels, bands, streams,...).

  Pointed out in Bill's web-document is that the routing (OLSR) cannot 
be modified by user access.

  Speaking of AREDN mesh firmware, of which we use to build our RF network:

  IMHO, the 'mesh' in AREDN mesh is in the routing, not in the RF.
*It is the onus of the network builders to provide resilient, redundant, 
quality RF links.*
If this is achieved, OLSR will handle the routing. OLSR will create the 
'mesh'.
OLSR cannot 'mesh' poor RF links.

  OLSR seems to work fine when presented with 100% LQ links.
In the past I have watched the '/cgi-bin/mesh' screen of various 2397 
MHz nodes,
which in 'auto' mode updates about every 13 seconds, and
noticed the LQ of various links fluctuate widely. These 'LQ'
values are used to determine OLSR linking choices. If 'LQ' values vary 
widely,
OLSR choices will vary widely. Thus, OLSR performance will vary widely.

Chuck


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.qth.net/pipermail/mvma/attachments/20181109/810e6b64/attachment.html>