If you are using "librerouter os 1.5" you wont be able to safe upgrade properly to "librerouter os 2". You will have to fix boot parameters. debuging when upgrading art partition is ignored and wont be able to rise wireless interfaces. Also note that keeping config files maight not be possible. If you just upgrade and the interfeces dont work using this command you can see that the kernel fails to load calibration data. dmesg | grep -C 5 mac ath9k 18100000.wmac: failed to load calibration data from mtd device

https://github.com/rufty/ampr-openwrt OpenWRT makefiles and patches for Marius Petrescu, YO2LOJ's AMPR routing tools. https://www.arednmesh.org/ Formation The AREDN® Development Team was formed February of 2015 by former members of the BBHNDev team interested in making mesh software work for the needs of Amateur Radio Operators and emergency networks. The AREDN® work is based on the experiences and skills gained working on the BBHNDev team. Group Mission To provide the Amateur Radio Community with a quality solution for supporting the needs of high speed data in the Amateur Radio and Emergency Communications field.

echo "CONFIG_USB_SUPPORT=n" >> .config Salida del r28654-d2d9b1eaeb Net: MediaTek MT7530 Error: eth@1e100000 address 03:17:73:ab:cd:ef illegal value eth0: eth@1e100000 Error: eth@1e100000 address 03:17:73:ab:cd:ef illegal value Hit any key to stop autoboot: 0

In this document I will document network interfaces configurations x:add("config", "net") x:set("network", "lime_app_eth_cfg_eth0.1", "net") --wont work because of the dot in the tag ubus call lime-utils get_node_status '{}' { "ips": [ { "version": "4",

The MediaTek MT7915E chipset demonstrates dramatically different performance characteristics when operating in Mesh Point mode versus AP-UP mode. This comparison analyzes these differences based on empirical test data. Performance Metrics Metric MT7915E Mesh Mode MT7915E AP-UP Mode Factor Difference Throughput 215-250 Mbps

Testing scripts can be found in https://github.com/javierbrk/libremesh-testing Info about ap-up can be found here https://github.com/libremesh/lime-packages/pull/1134 To use the scripts you must create a folder with a file named "local_config.py". This file can be create from "test_config.py" Then in the folder run python ../netperf.py TLDR:measurements with ap-up enabled were not able to reach more than 8Mb/s Test environment 1 (montenet)

https://drive.google.com/drive/folders/14MdhLn9S1d7RK7_obvcoT2zCo8x5EadU https://gitlab.com/axet/openwrt-hlk-7621a-evb/-/blob/master/docs/uboot.txt?ref_type=heads https://4pda.to/forum/index.php?showtopic=1068658&st=120 Este repo es uno de los mas actuales que funciona pero estas imagenes estan limitadas a 196kb (aprox). Las nuevas imágenes que genera uboot oficial estan al rededor de los 400kb aparentemente el camino sería hacer una imagen de transicion con fw viejo pero con el limite de binario mas grande y luego actualar a la ultima version. https://github.com/javierbrk/GnuBee_PCx_uboot https://gitlab.com/javierbrk/hlk-7621a-uboot Estas ultimas dos les pude agregar echo, run, pero no interpreta el bootcmd.. parece que faltaria algo como CFG_HUSH_PARSER pero al compilar no logra linkear ... pareceria que falta compilar otra parte mas

:::success ::: ::: spoiler Ethernet y SFP Sep 13, 2022 SAn7:09 PM https://github.com/openwrt/openwrt/pull/10238 7:10 PM

Setup imagen There are three nodes: Distance Node Name HW

Before you begin, make sure you have at least two routers. 1- Pull packages from https://github.com/libremesh/lime-packages/pull/1134 Update the packages from your router 2- Tell your routers to use apup root@LiMe-1f73aa:~# uci del lime-community.wifi.modes root@LiMe-1f73aa:~# uci add_list lime-community.wifi.modes=apup

La propuesta seria: la limeapp consume el archivo lime community en formato txt (a valorar, parsearlo a JSON) Lo parsea y muestra dejando editar las configuraciones q hay escritas Cuando hacemos start transaction mandamos como parametro el nuevo lime config Propagamos el nuevo lime config mediante shared state, metiendolo dentro de shared state solo en el estado del MAIN NODE o haciendo q se descarguen el archivo los otros nodos Iniciamos safe reboot copiando el lime community a pelo y ejecutando lime config sample lime comunity contents https://github.com/libremesh/network-profiles/blob/master/calafou/outdoor_nongateway/root/etc/config/lime-community

if no location is found no label will be present Just initialized nodes { "cheche": { "src_loc": { "long": "-64.4228178", "lat": "-31.8019512" },

Primera implementación. Nodo main: desde donde se lanza la operacion Nodos bot: ejecutan y esperan Userdevice: dispositivo donde corre lime-app Las llamadas syncronas se realizaran des de la limeapp y No des del nodo maestro. Esto se debe a varias cosas: Se puede utilizar el sistema de autentificacion ya implementado en la limeapp para protejer los endpoints de ejecutar upgrade y confirmar. Usando la password de administración de red, la limeapp deberia autontificarse como administradora en cada uno de los nodos y seguidamente mandar la orden a los nodos para q actualizen. Otro motivo es q existe una dificultad añadida para la comunicación y autentificación de nodo a nodo: no existe actualmente ninguna implementación (a parte de shared state) para poder hacerlo de una forma sencilla.

checout openwrt 23 branch download this scipts https://gitlab.com/librerouter/librerouteros/-/blob/ci-improvements/scripts/librerouteros_build.sh?ref_type=heads https://gitlab.com/librerouter/librerouteros/-/blob/ci-improvements/scripts/kconfig-utils.sh?ref_type=heads download this package https://gitlab.com/librerouter/librerouteros/-/tree/ci-improvements/package/system/librerouter-hw?ref_type=heads put the scripts in the scripts folder and the package in the package/system/ folder

BACKEND TODO revisar los tiempos con Gio Errores encontrados durante el test de mesh upgrade Necesito alguna forma de saber cuanto rato queda para q se ejecute el upgrade. Q tal a q hora se ha dado la orden (la de la limeapp o la del router??) y cuanto timeout tiene configurado? DONE (jj): en el node status agregar el remining de los dos timers Cuando hace el schedule, shared state no alcanza a recibir el cambio de estado.

crear una carpeta local con el bin, la lates de librerouter y la sig. La carpeta tests el json ya tiene la url apropiada para funcionar con qemu en pc. Solo es necesario agregar el bin de libremesh como se muestra en la estructura de abajo├── latest │ ├── librerouter-librerouter-v1.json │ └── librerouter-librerouter-v1.json.sig ├── librerouteros-1.5-r0+11434-e93615c947-ath79-generic-librerouter_librerouter-v1-squashfs-sysupgrade.bin en test puse una carpeta con los archivos de purebas. Esto mismo se puede encontrar en http://repo.librerouter.org/lros/api/v1/latest/ es importante notar que el json tiene la url desde donde obtener por primera vez el archivo a descargar y un hash del archivo. NOTA:eupgrade fue modificado para que funcione meshupgrade recordar copiar la version modificada para que funcione en un router

Gant general https://docs.google.com/spreadsheets/d/1wLD2kodO2SInWg7-U5-cwVU6AtwkuekjX8yh7NY5jvM/edit#gid=0 https://pad.codigosur.org/AM_ARDC_Grant Documento de reunión con enlaces útiles y notas https://cryptpad.fr/pad/#/2/pad/edit/IrE1e2nz8vbX8i0R85w5TE2C/ Documento sobre la lime app https://hackmd.io/o1j3yqRmQkmrt1r9eNJHJw

Lime packages Refactorizar packages/lime-mesh-upgrade/files/usr/lib/lua/lime-mesh-upgrade.lua y moverroot@LiMe-abc000:/# ^C las funciones utils a una libreria de utils para q solo haya las funciones principales en ese archivo Estandarizar la salida de los RPC Refactorizar el state de STARTING por algo q sea mas descriptivo Durante el proceso en q eupgrade descarga el firmware. La unica forma en q podemos avisar de q hay un error es mirando get_node_mesh_upgrade_status, q a su vez comprueba eupgrade. Como podriamos hacerlo para q se hiciera sin interaccion del usuario?

This is a draft to define the JSON objects retrieved from the shared state, for each node, that gives information about the firmware upgrade status. The possible stats are: UPDATED, UPGRADE_AVAILABLE, DOWNLOADING, UPGRADE_READY, UPGRADE_SCHEDULED. The error states are: DOWNLOAD_ERROR, UPGRADE_CHECK_FAILED, INTERNAL_ERROR (when is not possible to perform an action, could be an unexpected error related to permissions, or too outadted nodes that don't have the needed methods etc...) JSON example Not clear if use this JSON for all the states or delegate some of the information to the name state itself. { "state": "UPGRADE_AVAILABLE",