[Battlemesh] LibreRouter

willi uebelherr willi.uebelherr at riseup.net
Thu Dec 15 23:10:41 CET 2016

Dear Gui,

many thanks for your open answer. I know the difficulties in Latin 
America for hw-design and building. In your page i saw the name Dragino, 
but i don't understand it.

In all countries in Latin America, where i was active, we spoke about 
the requirements for technical independence. Because the hardware is the 
most important part.

For the theoretical questions i propose the global network for free 
technology. But this to initiate from Latin America was not possible for 
me. But i know, we have to do it.

It is not a theme for BattleMesh. But, of course, for the people in the 
group Battlemesh, if they are interested for her independence in her 
region. Because they act in the space of Community Networks.

with thanks and greetings, willi

On 15/12/2016 18:23, Gui Iribarren wrote:
> On 15/12/16 21:07, willi uebelherr wrote:
>> Dear Gui,
>> thank you for your answer. I load the data sepcification page.
>> Under "Compliance Standard" i found:
>> Canada RF Approval
>> Canada RF Report
>> AS/NZS 4268          Australia, New Zealand
>> RCM                  Australia
> making the hardware comply to those standards was basically free, and a
> reasonable thing to do.
> (complying to EU or FCC regulation is expensive, and contrary to the
> project explicit objectives ;) )
>> And in the blog altermundi
>> https://blog.altermundi.net/article/el-proyecto-librerouter-premios-frida/
>> we find it as a project of Latin America.
> Well, it's pretty much a global effort. That particular funding proposal
> was presented to the Latin American "RIPE" (LACNIC) so it was focused
> accordingly.
>> I ask you, what baseboard you
>> use?
> a newly designed board
>> Who developed, construct and fabricate it?
> It's at the stage of being developed, by http://www.dragino.com/
>> Who defined the
>> architecture, the external components, that you have to use?
> it was discussed collectively, between members of many community
> networks around the world
>> In the data specification, all details are missing.
> Well, there are many things that are yet "To Be Determined"
> So if something is missing, is most likely because we haven't reached to
> that point yet :)
>> I have some similar experience with the CIAA (Computadora Industrial
>> Abierta Argentina) project. Reference designs from Phillips, Intel and
>> Xilinx. The different motherboards are always produced outside. But then
>> we hear, it is an Argentina project.
>> CIAA - Computadora Industrial Abierta Argentina
>> http://proyecto-ciaa.com.ar/
>> If we play, we should play with open cards.
> I don't think I get the connotation here,
> but in any case it probably makes sense to use the specific maillist:
> https://listas.librerouter.org/mailman/listinfo/librerouter
> instead of offtopic'ing the Battlemesh :)
> cheers!
>> many greetings, willi
>> Asuncion, Paraguay
>> On 15/12/2016 14:52, Gui Iribarren wrote:
>>> On 15/12/16 18:37, willi uebelherr wrote:
>>>> On 15/12/2016 07:24, Gui Iribarren wrote:
>>>>> ...
>>>>> I'm thinking out loud, that maybe with the librerouter we could set
>>>>> something up, when we have deployed them in the real networks. We'll
>>>>> have double-flash space, so we can put two firmwares (originally
>>>>> intended for safe sysupgrading, but could be used for "testbed" and
>>>>> "production" firmwares). Combining that with the hardware watchdog...
>>>>> Anyway, will come back to this idea in a few months when we have the
>>>>> prototypes.
>>>> Dear Gui and all,
>>>> i searched for LibreRouter.
>>>> Librerouter/Librekernel
>>>> https://github.com/Librerouter/Librekernel
>>> totally unrelated
>>>> LibreRouter
>>>> https://www.f6s.com/librerouter
>>> totally unrelated as well
>>>> Open Router
>>>> http://programafrida.net/en/archivos/project/router-libre
>>>> LibreRouter project awarded FRIDA 2016 scale-up grant
>>>> https://blog.altermundi.net/article/el-proyecto-librerouter-premios-frida/
>>> these two are correct
>>> as well as https://librerouter.org/
>>> sorry for the confusion
>>> re: benjamin regarding watchdog,
>>> it's a PIC that every 5 minutes decides to reboot the board or not. If
>>> it received a "ping" from userspace (simple bit up, bit down through a
>>> gpio), it won't reboot. Then, there's a very simple script running in
>>> userspace, sending that ping every 2 minutes for example. In case of a
>>> kernel panic or similar, the watchdog will not get pinged and will
>>> reboot the node.
>>> There's already the userspace software in available in openwrt, thanks
>>> to the implementation of such a watchdog in Open-Mesh routers.
>>> cheers!
>>>> It seems to me a big confusion. I agree and understand to develop the
>>>> router hardware itself. But from my experience in Latin America, also in
>>>> Argentina, never i have found a real strong process for hw-development.
>>>> And in Github Librerouter/Librekernel we find a large collection of
>>>> anything. But the task for a router is to route the packets through.
>>>> Therefore, the fisrst question is, based on what information we can
>>>> route. then, we can ask us, what hardware we need.
>>>> And the routers in our environment act mostly with radio
>>>> interconnection. But here we can abstract from the concrete transmission
>>>> technology and use a bidirectional connection to the transmitter device.
>>>> For cable connection we can use it directly.
>>>> This means, that in our space also the transmission technology stay in
>>>> the center. And i think, there we have the biggest challenges. because
>>>> if we look in the community networks reality, the lack of net-structure
>>>> is the biggest lack for community networks.
>>>> I don't understand this project.
>>>> many greetings, willi
>>>> Asuncion, Paraguay
>>>> _______________________________________________
>>>> Battlemesh mailing list
>>>> Battlemesh at ml.ninux.org
>>>> http://ml.ninux.org/mailman/listinfo/battlemesh
>>> _______________________________________________
>>> Battlemesh mailing list
>>> Battlemesh at ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/battlemesh
>> _______________________________________________
>> Battlemesh mailing list
>> Battlemesh at ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/battlemesh
> _______________________________________________
> Battlemesh mailing list
> Battlemesh at ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/battlemesh

More information about the Battlemesh mailing list