<div dir="ltr">It IS definitely possible to do mesh routing/switching with this kind of data rate, you just have to specialize quite hard WHAT to send and how far you can route...<div><br></div><div>good enough for a few hundred bits per message, not good for generic IP communication (especially not something like HTTP over TCP ^^).</div><div><br></div><div>Henning</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 31, 2016 at 5:26 PM, Yeoh Chun-Yeow <span dir="ltr"><<a href="mailto:yeohchunyeow@gmail.com" target="_blank">yeohchunyeow@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I did some experiements yesterday and it turns out that the lora-modules<br>
> I use (e32-ttl-100) do *not* do carrier-sensing. When you hand them a<br>
> message to transmit, they simply start transmitting without checking if<br>
> the channel is free or not.<br>
<br>
</span>The LoRa module for ISM band in Europe is based on duty cycle<br>
limitation and not LBT. Thus, no carrier sensing as far as I know.<br>
<br>
Extending the LoRaWAN MAC to support mesh may be a way forward.<br>
<br>
---<br>
Chun-Yeow<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Battlemesh mailing list<br>
<a href="mailto:Battlemesh@ml.ninux.org">Battlemesh@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/battlemesh" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/battlemesh</a><br>
</div></div></blockquote></div><br></div>