---
# System prepended metadata

title: Mesh wide
tags: [AM]

---

# Mesh wide

###### tags: `AM`

## Parte 1: Visualizar el estado de la red 

- Usar `multiwriter` para guardar la ~~topología~~ estado de referencia de la red de la red con una estructura:

  ```json
  {
    nodes: [
      { id: "mac-ql-arbol" },
      { id: "mac-ql-spam" },
      { id: "mac-ql-foo" },
      ...
    ],
    links: [
      { from: "mac-ql-arbol", to: "mac-ql-spam" },
      { from: "mac-ql-arbol", to: "mac-ql-foo" },
      ...
    ]
  }```

La estructura es la misma que usa [netJson.org](https://netjson.org/). No se si sirve guardar los otros datos con esta misma estructura

- Usar `shared-shate` para guardar el estado actual de cada nodo como su uptime, la señal con otros nodos, etc.

  ```json
  {
    "mac-ql-arbol": {
      uptime: "",
      signals: {
        "mac-ql-spam": "",
        "mac-ql-foo": ""
      }
    }
  }```

- Que el mapa use estos dos datos con la idea de unificar la fuente de datos los datos y visualizar todo el estado de la red:
    - Los nodos ahora van a ser verdes o rojos en función de si estan prendidos
    - Hacer un link entre los nodos donde el ancho y/o el color represente el nivel de señal. Los niveles de señal son bi-direccionales: mostrar solo el peor de los dos y en el popup desagregar por cada señal
    - ~~Al hacer click sobre un nodo se va a dibujar su camino a Internet. Por default, se pinta tu camino~~
    - El popup de cada nodo:
        - Muestra su info como el uptime, la versión firmware, que más sería útil mostrar?
        - Para los nodos que esten prendidos, van a tener la opción de reiniciar. Deberías tener pass de red para esto
        - Para los nodos que esten off hace mucho tiempo (definir cuanto es), van a tener un boton para eliminarlos de la red
    - Tener varias capaz
        - wifi :arrow_up: 
        - Red de referencia: mostrar el estado de referencia y con un slider calcular la diff de señal para decir de esta mal con respecto a la referencia
        - batman
        - babel

La info de batman y babel deberia estar en shared-state, sino vamos a hacer un plugin

No se si incluirlo en esta parte, pero podríamos pensar en algún análisis estadístico para calcular que tan "completa" o cerca del estado perfecto esta la red en base a sus estados anteriores. No tengo la más remota idea de como hacer esto así que no se que tan complejo o no puede ser.
[Reescribir lo de arriba]

## Parte dos: correr experimentos/comandos

Usando `shared-state` se van a compartir los experiemntos sobre toda la red: para este caso tenemos que pensar cuales son las condicones para que se corra. Por ej, tener 80% de la red up

Si queremos correr comando sobre un nodo en particular, lo haríamos de otra forma median una conexion ssh contra el nodo.

De esta forma se unifican la forma de compartir el estado de la red y como se corren los comandos.

Acá falta pensar bastantes cosas, pero en general va a ser:

- Se manda el paquete de comandos via `shared-state`
- Cada nodo contesta con el has de los comandos
- Si se comple las condiciones a definir:
    - Se crea un lock file
    - Los nodos indican en su estando es "running". En el mapa, ahora los nodos tienen un icono los "tuvo de ensayo" en amarillo.
    - Se corre el comando
    - A medida que van terminando cambian su estado a "done" y el icono pasa a verde.
    - Si pasa algo su estado es "fail" y icono en rojo
    - Cuando todos los nodos terminen (como done o fail) en el mapa aparece un boton para confirmar los cambios y mandar el ok al safe reboot
    - Si no se confirma después de un tiempo (le paso algo mi router), roolback para todos los nodos
- Los experimentos tienen un TTL. Si se pasa, se muestra un error en la pantalla del 

Si alguien mas esta actualizando la red, debería aparecer un mensage en la UI para evitar que otros usuarios apagen el nodo, cambien su config, etc. 
Debería haber confirmación de que los nodos estan en modo manteniemiento

- Se inicial el modo mantenimiento
- Por shared state se confirma el modo manteniemiento de cada nodo
- El admin trabaja en la nueva config
- El aplicar solo se hace cuando se confirma el modo mantenimiento se confirmo en todos lados 
- Si no se pueden guardar los cambios, tenes un boton de error que te indica po que esto no es posible

## Falta definir

- Que otros datos sería útil mostrar en el mapa?
- Para los experimentos me imagino que se los va a poder seleccionar desde un desplegable: actualizar, cambiar canal, pass, etc. Tenemos que definirlos

## Plan de trabajo

- Investigar si se puede usar SSE o websocket para mantener una connexion viva con el router.
- [Lime-packages] Agregar un nuevo packaged que exponga dos nuevos endpoints:
    - El estado de la red
    - El estado de cada nodo (SSE)
Los datos van a ser falsos por ahora
- [Lime-app] Crear un nuevo pluggin (mesh-wide?) y crear el mapa base
- [Lime-app] Leer el estado de la red y de cada nodo y hacer el plot
- [Lime-app] Agregar los popus a los nodos y los links según su estado
- [Lime-app] Diseñar e implementar el form para crear un experimento
- [Lime-packages] Poder crear varios router virtaules con qemu y definir la topología para tener un lab virtual.
- [Lime-packages] Leer el estado de la red y de cada nodo
- [Lime-packages] Nuevo endpoint:
    - Eliminar un nodo del estado de la red
    - Para mandar un experimento al shared-state
    - Monitorear quienes contestan positivamente al experimento (SSE)
    - Comenzar con el experimento
    - Aceptar los cambios (ok al safe reboot)
- [Lime-app] Conectar con los nuevos endpoints y mostrar progreso del experimento
- [Lime-app] Boton para confirmar los cambios