Wbm2009v2/IdeasForNextTime

Parent: Wbm2009v2

1. Having the same firmware as a base was great, as well as providing the configs in the wiki to make the setup as transparent as possible. It would be nice to have this firmware in advance next time as well as the prefered format for the custom configurations so that everyone can adjust their configs before the event. (I personally prefer sqashfs firmwares and then just copying the configs with scp to /jffs/ to be able to easily reset everything without reflashing everything) 141.83.153.201 16:27, 19 October 2009 (UTC) Linus
2. Despite having a battle between different routing protocols, there could also be some "challenges", tasks that could be aimed to test different scenarios. The team that is able to do the most "challenges" with submitting the results would be the winner. (For instance testing interference with channel 1 and 13 setups as the Italian guys did - which was pretty intersting, good job guys :) - or if it makes a difference to use ahdemo and adhoc or forced bitrates, special routing scenarios, influence of different antennas in mesh networks, ..., so basically "smaller", but very useful tasks) Those tasks could be collected in advance as well, so that everyone could contribute to get some results he is curious in. 141.83.153.201 16:27, 19 October 2009 (UTC) Linus
3. Deploy the static routing before testing with routing daemons
4. Use vertical and horizontal polarisation for better channel isolation
5. Use 5Ghz channels for less interference
6. Spectrum analyser and test in a remote area where there is no Wifi around
7. Use measuring tools outside of the routers (at least the Fonera's are too slow for too much kernelspace/userspace data copying which creates misleading results) - use 2,3,... laptops as clients and/or mesh-routers for measuring instead