He agafat tot aquest tros de conversa i ho he mogut a part perquè estem parlant sobre gestió del testbed i així queda ordenat, no? 
Avui he parlat una estona amb @Carlos.lopez sobre si seria possible properament d’afegir els nodes del testbed per fer-los anar a la battlemesh, al cap i a la fi intentarem explicar-lo i que el facin servir (si voleu participar en la presentació, etc. em dieu, serà tot una mica caòtic i maraton, no és ideal blabla, però és bona oportunitat d’anar tancant algunes coses, o de tenir-ho ni que sigui en una primera versió a partir de la qual podem iniciar un nou cicle).
Pueees, @Carlos.lopez m’ha dit que els 6 emplaçaments proposats (que tirem-los endavant i ja parlem més endavant com segueix més endavant xD), es poden cablejar molt fàcilment (
) a través d’una xarxa dedicada. Això és possible perquè hi ha rosetes que es poden patchejar al rack de comunicacions. També hi ha switchos grans amb PoE per fer gestió d’encendre i apagar els dispositius.
Alternativament, potser també podríem jugar de posar algun aparell intermig que pugui encendre i apagar alimentació elèctrica via LoRaWAN (hola @Iker !).
@ilario no sé si n’hi ha prou amb un botó que apreta WPS/Reset button; funcionaria pel següent cas d’ús de reestablir sistema si es queda pajaritu o després d’un kernel panic d’un batman-advance? Ho dic perquè Marek, en algun moment penjarà una proposta d’experiment per arreglar-reproduïr un bug report de batman-advance i va comentar que en aquests casos són situacions que es poden donar.
Ja que una alternativa seria que enlloc de gastar un dispositiu del testbed per fer això (que crec que perd gràcia tenint en compte que la xarxa pot ser cablejada; almenys contra aquests 6 routers) seria, novament, dispositiu IoT LoRaWAN (hola @Iker xD) que fa d’actuador del GPIO de WPS/Reset button?