Re: [Freedombox-discuss] Which mesh system should be included in the Freedombox?

----- Forwarded message from Paul Gardner-Stephen <paul@servalproject.org> ----- Date: Sat, 12 Oct 2013 20:23:27 +1030 From: Paul Gardner-Stephen <paul@servalproject.org> To: Petter Reinholdtsen <pere@hungry.com> Cc: freedombox-discuss <freedombox-discuss@lists.alioth.debian.org> Subject: Re: [Freedombox-discuss] Which mesh system should be included in the Freedombox? Message-ID: <CA+_T8-C5m-2+1snwQZpz4GUdHinqy1z19ixnuk=we6px3ghEiQ@mail.gmail.com> Hello all, On Sat, Oct 12, 2013 at 6:06 PM, Petter Reinholdtsen <pere@hungry.com>wrote:
So some clarification here: Serval used to use the original layer-3 batman, and can still coexist with batman, batman-adv, babel, olsrd etc. But Serval now includes its own mesh routing protocol, for many of the reasons that are stimulating discussion here. Some of those reasons include the difficulty of making a secure fully distributed network, especially a mesh network. Indeed, this was a major reason for us side-stepping IP, and creating our own mesh-oriented network layer. We started from the ground-up by using public cryptography keys as network addresses. This means that we promiscuously share and exchange public keys on the network as part of its inherent operation. It also means that end-to-end encryption is trivial, requires no key exchange, centralised authority or other complication. Indeed, encryption is so simple in the Serval network layer that we enable it by default: you need to set flags on a packet if you don't want it signed and encrypted. Careful choice of crypto system means that it is still fast, and doesn't need huge keys. We also added an address abbreviation scheme that means that we typically have smaller network headers than IPv4, let alone IPv6. That leaves only key verification to ensure private man-in-the-middle-free communications with any party on the network -- a problem that the open-source community has largely solved with web of trust. This security platform was recently recognised at the Global Security Challenge grand-final in London where we received an Honourable Mention, coming a close second in the entire competition -- against entrants from the USA, UK, Israel and other major players in the security space. We do not rest on our laurels, nor do we take the praise of men as meaning that we have a perfect or vulnerability-free system. But we do believe that we have created something that has great potential in the open-source world, and especially for projects like Freedom Box where private correspondence (text, voice and data) on a fully-distributed self-organising network is a major objective. As mentioned, because all Serval services operate in parallel to IP, this means you can mix and match Serval service with your favourite traditional mesh routing protocols should you wish to use them. It also means that we can use interesting radio platforms that are too slow to be useful on IP, e.g., ~100kbit/sec ISM band radios that have ranges 10x to 100x that of Wi-Fi. We already have a working example of this in our Serval Mesh Extender hardware device, which also shares many common objectives with the Freedom Box. We think that we have some interesting technologies that are of use to this community, and of course since we develop them as free and open-source software, we encourage this community to take whatever they find useful, and perhaps even open a conversation for us to work out what activities and efforts are in the intersection of our needs and objectives, and apply some combined energy that will accelerate our mutual progress towards our goals. Paul.
_______________________________________________ Freedombox-discuss mailing list Freedombox-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://ativel.com http://postbiota.org AC894EC5: 38A5 5F46 A4FF 59B8 336B 47EE F46E 3489 AC89 4EC5
participants (1)
-
Eugen Leitl