<div dir="ltr">A thread for discussing OpenWRT for #DisasterRelief: LoRA: ClusterDuck, LTE, Mesh<br><br>(cc'ing and re-formatting from <a href="https://twitter.com/westurner/status/1238859774567026688">https://twitter.com/westurner/status/1238859774567026688</a> )<br><br>Please LMK if the forums are the appropriate place for these questions.<br><br>## Project OWL ClusterDuck<br>Homepage: <a href="http://clusterduckprotocol.org/">http://clusterduckprotocol.org/</a><br>GitHub: <a href="https://github.com/Code-and-Response/ClusterDuck-Protocol">https://github.com/Code-and-Response/ClusterDuck-Protocol</a><br><br>The Linux Foundation > Code and Response:<br>  <a href="https://www.linuxfoundation.org/projects/code-and-response/">https://www.linuxfoundation.org/projects/code-and-response/</a><br>GitHub:<br>  <a href="https://github.com/code-and-response">https://github.com/code-and-response</a><br><br>> Project OWL (Organization, Whereabouts, and Logistics) creates a mesh network of Internet of Things (IoT) devices called DuckLinks. These Wi-Fi-enabled devices can be deployed or activated in disaster areas to quickly re-establish connectivity and improve communication between first responders and civilians in need.<br>><br>> In OWL, a central portal connects to solar- and battery-powered, water-resistant DuckLinks. These create a Local Area Network (LAN). In turn, these power up a Wi-Fi captive portal using low-frequency Long-range Radio (LoRa) for Internet connectivity. LoRA has a greater range, about 10km, than cellular networks.<br>> [...]<br>> You don't actually need a DuckLink device. The open-source OWL firmware can quickly turn a cheap wireless device into a DuckLink using the -- I swear I'm not making this up -- ClusterDuck Protocol. This is a mesh network node, which can hook up to any other near-by Ducks.<br>><br>> OWL is more than just hardware and firmware. It's also a cloud-based analytic program. The OWL Data Management Software can be used to facilitate organization, whereabouts, and logistics for disaster response.<br><br>## LoRa + OpenWRT: ClusterDuck, ChirpStack<br>A ClusterDuck opkg would make it possible to use WiFi/LTE routers with a LoRa transmitter/receiver connected over e.g. USB or Mini-PCIe.<br><br>Is there anything special that would need to be done to create an opkg for ClusterDuck?<br><br>> OpenWRT uses opkg packages: <a href="https://openwrt.org/docs/guide-user/additional-software/opkg">https://openwrt.org/docs/guide-user/additional-software/opkg</a><br><br>I searched for "Lora" in OpenWRT/packages:<br><br>- lora-gateway-hal opkg package: <a href="https://github.com/openwrt/packages/blob/master/net/lora-gateway-hal/Makefile">https://github.com/openwrt/packages/blob/master/net/lora-gateway-hal/Makefile</a><br>- lora-packet-forwarder opkg package (w/ UCI integration): <a href="https://github.com/openwrt/packages/pull/8320">https://github.com/openwrt/packages/pull/8320</a><br>- lora-feed: <a href="https://github.com/xueliu/lora-feed">https://github.com/xueliu/lora-feed</a> :<br><br>  > Semtech packages and ChirpStack [(LoRaserver)] Network Server stack for OpenWRT<br><br>## Mesh architectures: ClusterDuck // B.A.T.M.A.N<br>How does ClusterDuck compare to BATMAN and other mesh routing approaches?<br><br>Is there a reference implementation with WiFi, LTE, and LoRa and IDK link prioritization?<br><br>>> [In addition to providing node2node/2net connectivity, #batman-adv can bridge VLANs over a mesh (or link), such as for “trusted” client, guest, IoT, and mgmt networks. It provides an easy-to-configure alternative to other approaches to “backhaul”, […]] <a href="https://openwrt.org/docs/guide-user/network/wifi/mesh/batman">https://openwrt.org/docs/guide-user/network/wifi/mesh/batman</a><br><br>## LTE Routers, LTE Tethering<br>LTE is useful for disaster relief scenarios.<br><br>Tethering an OpenWRT router to an LTE phone over WiFi/USB/Bluetooth is one alternative to buying a router with an LTE modem, external LTE antennas, and one or more SIM card slots.<br><br>I have no affiliation with either of these manufacturers. I have a few different [quad-core, MIMO] ARM devices without 4G. TIL about routers with LTE modems in them (and cell providers that allow adding additional SIMs that just draw from a shared bandwidth quota).<br><br>> TIL that the @GLiNetWifi devices ship with OpenWRT firmware (and a mobile config app) and some have 1-2 (Mini-PCIe) 4G LTE w/ SIM slots.<br><a href="https://twitter.com/GLiNetWiFi">https://twitter.com/GLiNetWiFi</a><br><br>> Also, @turris_cz has OpenWRT w/ LTE and LXC in the kernel build. <a href="https://t.co/Rz0Uu5uHJQ">https://t.co/Rz0Uu5uHJQ</a> <br><a href="https://twitter.com/turris_cz">https://twitter.com/turris_cz</a><br><br><div>Are there other [OpenWRT-compatible] devices with LTE and/or LoRa that would be useful for disaster relief?</div><div><br></div><div>"Table of Hardware: LTE Modem supported"</div><div><a href="https://openwrt.org/toh/views/toh_lte_modem_supported">https://openwrt.org/toh/views/toh_lte_modem_supported</a></div><div><br></div><div>## 5G</div><div>Are there any 5G-compatible OpenWRT devices yet?</div><div>Presumably, devices with Mini-PCIe are theoretically compatible given built modules.<br></div><br>## Throttling<br>In a disaster relief scenario, burning through the limited available bandwidth for certain media-heavy sites can be problematic.<br><br>Is there a recommended way to e.g. throttle / traffic shape individual clients so that no one user can exhaust the bandwidth resources? AFAIU, SQM can be configured for individual VLANs, but that would require an SSID per user?</div>