Hi Hiure! 
It is great that you can do the testing!! I know that you have been running lime for many years in your community and building firmwares so I think you/your community is a good fit for the project!
Best!
SAn
On November 6, 2023 10:00:03 AM GMT-03:00, Hiure via LibreMesh <libremesh@???> wrote:
>Hello Ilario and the LiMe community!
>
>I was very interested in doing this job. I've already been testing the
>new libremesh releases in a less rigorous way but now would be a good
>opportunity to do it in a better way.
>
>I have all the single band (2.4 and 5.8 Ghz) and dual band routers to
>test as well as two internet connections, so I could do the minimum
>setup without having to buy more routers.
>
>
>And in addition, after the tests I could do a scale test by replacing
>the firmware of the entire community network with more than 20 nodes to
>do a larger scale test so as not to miss any variables.
>
>
>
>Bests
>Hiure
>
>Em qua, 2023-11-01 às 17:32 +0100, Ilario via LibreMesh escreveu:
>> Dear all,
>> In today's LibreMesh project meeting, we discussed how to use the 
>> donations' money (we currently have 617 $ [1]).
>> 
>> The top priority for the project right now has been identified in 
>> releasing a LibreMesh release based on recent OpenWrt 23.05.
>> 
>> So we decided [2] to use the money from donations (except approx 70 $
>> to 
>> keep aside for printing stickers) for paying someone for the time 
>> employed for testing the LibreMesh release candidate based on OpenWrt
>> 23.05.
>> 
>> The testing made by the community has always been enough, but we 
>> considered that a good way to use the donations money is to further
>> push 
>> the testing.
>> 
>> Interested people should check if they can perform the work described
>> below and propose themselves either by mail or joining the next
>> online 
>> project meeting which will be online on Saturday the 2th of December 
>> 2023 at 13:00 UTC (14:00 CET, 10:00 ART).
>> The links for participating in the meeting are:
>> - main link: https://jitsi.unp.edu.ar/LibreMesh
>> - fallback link: https://meet.guifi.net/LibreMesh
>> 
>> During the meeting, a person will be selected, and this person will
>> be 
>> entitled to receive the donations' money in an amount of 20 $ per
>> worked 
>> hour. Until now, we have available 617-70 = 547 $ so we can fund 27
>> work 
>> hours. If the testing is not completed in the hours that the
>> donations 
>> can pay (likely) it is ok, the rest of the testing will be done by
>> the 
>> community as usual.
>> 
>> Goal definition:
>> Help the release of a LibreMesh release based on OpenWrt 23.05:
>> testing 
>> with a realistic setup, reporting issues and, if enough time is 
>> available, fixing blocking issues.
>> 
>> Minimum testing setup:
>> In order to test the release on real hardware, we defined a minimum 
>> testing network. As you can see represented below, it would be nice
>> to 
>> test it on a network composed by at least two dual band routers and
>> two 
>> single band ones, with a mix of cabled and wifi links. Ideally also
>> with 
>> two internet accesses.
>> The minimal simple topology we drew is a linear one, represented
>> here:
>> 
>> internet1 --wire-- dual_band#1 --wifi-- dual_band#2 --wire-- 
>> single_band#1 --wifi-- single_band#2 --wire or wifi-- internet2
>> 
>> If the interested person does not have access to two dual-band and
>> two 
>> single-band routers, we can discuss in the meeting to fund also the 
>> acquisition of such routers.
>> 
>> If the topology is going to be different, it is ok, as far as it is 
>> useful to test the release in a realistic setup.
>> 
>> Requirements for dual_band router:
>> * at least 1 radio at 2.4 GHz
>> * at least 1 radio at 5 GHz
>> * DSA supported [3,4,5]
>> 
>> Requirements for single_band router:
>> * maximum 1 radio at either 2.4 GHz or 5 GHz
>> * DSA supported [3,4,5]
>> 
>> Requirements for internet connections:
>> * internet1 and internet2 should preferably be two different internet
>> connections, but if they are the same it is ok
>> 
>> Physical setup requirements:
>> * none, even if all the routers are on the same table it is ok
>> * wifi channels have to be selected for avoiding wifi connections 
>> between routers that are not indicated as connected (i.e. dual_band#1
>> and dual_band#2 should be on the same channels. single_band#1 and 
>> single_band#2 should be on the same channel, but a different one from
>> the one used by the dual band routers)
>> 
>> Scenarios to check:
>> 
>> * checking if the internet connection internet1 goes down, if the
>> wifi 
>> clients (common AP name) still have connection
>> * checking if the internet connection internet2 goes down, if the
>> wifi 
>> clients (common AP name) still have connection
>> * checking if the internet connection internet1 goes down, if the
>> cabled 
>> clients (on dual_band#2) still have connection
>> * checking if the internet connection internet2 goes down, if the
>> cabled 
>> clients (on dual_band#2) still have connection
>> * checking roaming, e.g. with an audio call
>> * define exactly how router wire to router is connected: LAN to LAN
>> with 
>> mesh configuration e.g. 
>> https://github.com/libremesh/network-profiles/tree/master/calafou#lime-community-configuration-3
>> 
>> Additional tasks:
>> 
>> * document how to set ethernet interfaces for mesh only or clients
>> only
>> 
>> Thanks for your help, and please feel free to share on this mailing
>> list 
>> all the critics may you have!
>> Ilario
>> 
>> [1]: https://opencollective.com/libremesh#category-BUDGET
>> [2]: 
>> https://pad.cas.cat/LibreMesh_meetup_2024?view#How-to-use-donations-buying-hardware
>> [3]:
>> https://openwrt.org/releases/21.02/notes-21.02.0#initial_dsa_support
>> [4]: 
>> https://openwrt.org/releases/22.03/notes-22.03.0#more_targets_converted_to_dsa
>> [5]: 
>> https://openwrt.org/releases/23.05/notes-23.05.0#highlights_of_device_support
>-- 
>LibreMesh mailing list
>LibreMesh@???
>https://www.autistici.org/mailman/listinfo/libremesh