In Ecuador we're starting to convene a coalition of communities and organizations interested in creating community network or already doing so, and we're also talking with the state about how to makes regulations and laws more supportive of community networks.
A friend who went to the Latin American Community Networks Summit in September told me, "I felt deja vu, that I was in 2008, ten years ago, having the same conversations about community FM radio stations." So I asked, How can we think ten years ahead, and include our vision of the future in the changes we make today to laws and regulations and our own internal organization methods and technical planning?
In Ecuador there has been a lot of fiber optic cable installed in the last ten years, and we missed out on the opportunity described in the 2018 GISWatch in B4RN and Guifi.net that obliged private companies laying fiber across public land to designate fibers for open access networks. Maybe we still can benefit from that, and I also want to look for other techniques and ideas.
What will we want in community networks in ten years? What can we do today to move in that direction, or open those doors?
I think that for Ecuador, where we're just beginning the community network movement, we could benefit a lot by including fiber optic in our networks and plans now, not just thinking in terms of WiFi. So I'm curious about the LibreFibre process that NV mentioned in another email, and any other relevant experiences.
Patricio
I’ve been following the expansion of our network-profiles repo and I keep growing a stronger and stronger idea that it’s becoming harder and harder to understand which of the various configs works best.
LiMe has the amazing goal to help automate and standardize all of the best-practices for mesh networking out of the box, and yet the defaults don’t seem to work at their best. The default network-profiles/libremesh/default profile still uses adhoc, the ath10k workarounds still need to be stolen from the quintanalibre profile, and I only learned about the babel flavor from the MieresLliure profile.
Furthermore I still believe that running a diff of the entire lime-defaults file between profiles is cumbersome, and I believe one should be able to override a single setting [like the wpa2-psk setting for the APNAME network] without needing to copy-paste the entire lime-defaults file, and changing that single setting, especially so that in the future, when the default lime-defaults gets better, all profiles inherit the new changes while only maintaining the specific overrides they have applied. Also sometimes I see settings applied in uci-defaults rather than in lime-defaults, and that too is confusing.
This is in addition to the fact that there are of course several dev branches on the lime-sdk repo, which further complicates things, but it is necessary as we all know to make things move forward.
I think we should be adopting a “master profile” approach where the default is the best option out there. Say MieresLliure tries out babel and that works out better than bmx6, we implement that into default, and everyone can benefit, making that the new default. Say instead that an A/B test reveals bmx7 works better, we pull that and make that the default. We’ve made 802.11s the new default some time back, but still loads of profiles out there use adhoc.
I’m saying that too much of the config is profile-specific, whereby I think a profile should literally only have customizations inside, like the name of the community or of the public network name. And yes of course we should still be able to force bmx7 the default, but only for dev purposes, run a public test [A/B or whatever], gather data in a scientific way, and determine publicly which of the results should be pulled and made the default, thereby pushing the new config to all existing profiles [because - for example - the openNET.io profile won’t have a long lime-defaults file specifying bmx6 or babel, it’ll simply say “make the public network called openNET.io and password Aurora42+”, and nothing else, unless explicitly specified].
This would allow for a much lower fragmentation [think of it kind of like project treble in the android world].
I love LiMe and strongly believe that a highly consistent and lightweight customization will avoid the apparently inevitable fragmented and confusing future several open projects out there suffer from.
Let me know what you think
Nz
We have a TPLink router that belongs to the ISP and we cannot out LibreMesh on it not edit it's configuration. We have a TPLink 842 with LibreMesh, and we want it to connect to the WiFi of the ISP's router as its internet connection. How can we do this? I imagine we configure it on the Interfaces page and also the Wireless page, something about client mode and bridging interfaces, but my first attempt didn't work so I'm asking instead of failing a thousand times alone.