[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GNUnet-developers] EDN
From: |
demos |
Subject: |
Re: [GNUnet-developers] EDN |
Date: |
Tue, 14 Apr 2015 21:55:56 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 |
Hi Christian and folks,
Wow that was a quick answer.
Thank you!;)
At the encryption part:
With "With" i meant the cipher you use.
I can remember Bart said it was a combination of two ciphers.
Concerning the support of openwrt:
What do you think about the idea of crosschecking certain parts of code
for bugs (those parts that directly interact with one another?) together
with the Openwrt-developers. (I haven't asked them yet. Maybe it's
better if you ask them directly?)
In my opinion this would be a win-win situation for both,
because you both have experienced C developers.
They get their code reviewed, you get your code reviewed.
Good night
Demos
>> == General Information ==
>>
>> 1. Project name
>
> GNUnet
>
>> 2. What it does
>
> Secure, fully decentralized P2P network where we try to realize a future
> Internet architecture for a liberal democratic society.
>
>> 3. Software licence(s)
>
> GPLv3+ (some other licenses are used in dependencies).
>
>> 4. Email contact
>
> address@hidden
>
>> 5. Programming language(s)
>
> Primarily C, some Java, many other languages in support roles.
>
>> 6. That makes it special
>
> GNUnet tries to not just re-envision one function at one layer, but
> instead considers a systems approach where we re-design the entire
> network stack (communication, routing, naming, messaging, applications).
> This way, file-sharing can provide cover-traffic for voice, and one PKI
> can be used for many applications.
>
>> 7. Link Future Plans - Vision
>
> Not really available publicly, except what you find in the bugtracker.
> Not to mention different developers have different ideas, and the
> extensible component-oriented framework is designed to accomodate
> diverse plans. How do you envision the future Internet?
>
>> 8. Link Status Quo - Bugs
>
> https://gnunet.org/bugs/
>
>> == Software Architecture ==
>>
>> 9. Link to codebase
>
> https://gnunet.org/svn/
>
>> 10. Link Architecture diagram (wrt OSI-layer)
>
> GNUnet spans components from Layer 2 to Layer 7 (applications).
>
>> 11. Included applications (f.e. messaging)
>
> File-sharing, Name System (naming/addressing), VPN (IP-over-GNUnet
> including NAT-PT), conversation (Voice). Synchronous messaging is under
> development (PSYC), asynchronous messaging in planning.
>
>> 12. Has got a GUI -> Link
>
> https://gnunet.org/svn/gnunet-gtk/
>
>> 13. Has got a network administration GUI -> Link
>
> gnunet-gtk contains "gnunet-setup", which includes network setup tools.
> Note that not all options are exposed in the GUI, as the GUI is for
> non-expert users.
>
> Also, the WLAN setup requires you to manually configure the network card
> (on some channel, in some mode), GNUnet will then send non-IP traffic on
> whatever Layer-2 WLAN device you configure to use, but re-using the
> existing setup (Adhoc, infrastructure, etc.).
>
>> == Security ==
>>
>> 14. Supports Anonymisation yes-no
>
> Yes, for some applications (but not all).
>
>> 15. Supports Encryption yes-no
>
> Yes.
>
>> 16. With:
>
> ???
>
>> 17. End2end yes-no
>
> Yes.
>
>> 18. Link to implementation of encryption
>
> Eh, primitives are from libgcrypt.
>
>> 19 Vulnerable against the following attacks
>
> ???
>
>> 20. That concerns the following parts
>
> ???
>
>> == Routing ==
>>
>> Has got a routing protocol ->
>>
>> 21.Uses the following routing protocol
>
> Currently three: R5N, GAP, DV-variant (still buggy)
> Experimental: X-Vine
> Future: OR, enhanced R5N
>
>> 22. Link to its Code base
>
> https://gnunet.org/svn/gnunet/src/{dht,fs,dv}/
>
>> 23. Performed kinds of routing performance evaluation
>
> Ran 100,000 peers on super computer and observed performance (including
> with malicious participants).
>
>> 24. Results of routing performance evaluation
>
> https://gnunet.org/nate2011thesis
>
>> 25. Maximum network size(nodes/users)
>
> Unknown. Performance is expected to degrate with network size, but was
> acceptable at the limits of what we could experimentally run. But: this
> also depends on which application you run over GNUnet.
>
>> Does wireless mesh networking ->
>>
>> 26. Uses adhoc-Wlan
>
> Yes.
>
>> 27. Uses 2,4 Ghz Wifi
>
> Yes.
>
>> 28. Uses 5 Ghz Wifi
>
> Yes.
>
>> 29. Uses Bluetooth
>
> Yes, but known to be buggy.
>
>> 30. Other
>
> Pluggable architecture, you could add more.
>
>> == Requirements ==
>>
>> 31. Maximum RAM usage
>
> Maximum? You can configure routing table size arbitrarily big, and
> similar for storage (assuming PostGres/MySQL can handle it). So maximum
> is whatever your kernel can handle ;-).
>
> Minimum depends on which features/subsystems are in use, you should be
> able to get it down to < 16 MB easily.
>
>> 32. Disk space used for program
>
> Depends on what you count. Compiling all optional dependencies on W32
> can take more than 10 GB.
>
>> 33. Does your software have extra hardware requirements?
>
> No.
>
>> 34. Requires Internet connection
>
> Theoretically WLAN (Layer 2) is enough.
>
>> 35. Supported plattforms (Openwrt, Debianwrt, Android etc.)
>
> Bart is presumably playing with getting GNUnet onto some -WRT right now,
> but I cannot say "supported" as I do not know of anyone who succeeded yet.
>
> -Christian
>
--
EDN:
The goal of EDN is to verify the applicability of existing technologies
and solutions,
and to integrate them in a comprehensive product.
An encrypted Wireless Community Network with several anonymised services.
https://wiki.c3d2.de/Echt_Dezentrales_Netz/en
Key here: https://pgp.mit.edu/pks/lookup?op=get&search=0x9B365E2DBF83D308
0xBF83D308.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature