Dear All, I am new to FreeNet and its simulator and would like to start building my simulation experiences related to Freenet simulator. Is there any manual or tutorial related that could help me playing with Freenet simulations.
With bests, ikram On Tue, May 25, 2010 at 1:00 PM, <devl-request at freenetproject.org> wrote: > Send Devl mailing list submissions to > devl at freenetproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://freenetproject.org/cgi-bin/mailman/listinfo/devl > or, via email, send a message with subject or body 'help' to > devl-request at freenetproject.org > > You can reach the person managing the list at > devl-owner at freenetproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Devl digest..." > > > Today's Topics: > > 1. Re: Implementation of Evans packet format (Martin Nyhus) > 2. Re: Looks like DARPA needs Freenet (Robert Hailey) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 24 May 2010 13:09:36 +0200 > From: Martin Nyhus <martin.nyhus at gmx.com> > To: devl at freenetproject.org > Subject: Re: [freenet-dev] Implementation of Evans packet format > Message-ID: <20100524130936.15eb1895 at gmx.com> > Content-Type: text/plain; charset="us-ascii" > > On Sat, 22 May 2010 17:17:41 Matthew Toseland wrote: > > Did you have any specific structural changes you were thinking of as > > a first step? > > Except moving the FNP code, the only structural change I can think of > right now is moving the block transfer code, but as you mention, it > should wait until after the packet format is done. I haven't looked > closely at the crypto code yet, so I might need to do something there. > > > However, it will be necessary to keep support for old style bulk > > transfers for quite some time because it is needed for Update Over > > Mandatory to continue to work. > > Hopefully the bulk transfer code will only be needed if we use > FNP, and as long as the new packet format isn't merged before moving > bulk transfer I think it should work out. > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 198 bytes > Desc: not available > URL: < > http://freenetproject.org/pipermail/devl/attachments/20100524/231d4ded/attachment-0001.pgp > > > > ------------------------------ > > Message: 2 > Date: Mon, 24 May 2010 12:40:12 -0500 > From: Robert Hailey <robert at freenetproject.org> > To: Discussion of development issues <devl at freenetproject.org> > Subject: Re: [freenet-dev] Looks like DARPA needs Freenet > Message-ID: <85E9D958-A5EF-48CA-B8E0-7C40E325065F at freenetproject.org> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > On May 21, 2010, at 4:55 PM, Juiceman wrote: > > > I saw an article at > > > http://www.militaryaerospace.com/index/display/mae-defense-executive-article-display/6351237926/articles/military-aerospace-electronics/executive-watch-2/2010/5/darpa-internet_security.html > > which states: > > > > "DARPA wants industry to develop technology that also provides the > > quality of service to enable the government to use Internet services > > like instant messaging, e-mail, social networking, streaming video, > > voice over Internet protocol (VoIP), and video conferencing. > > > > The four-year SAFER program concerns any technologies that enable > > anonymous Internet communications to bypass techniques that suppress, > > localize, and/or corrupt information such as: > > > > -- Internet protocol (IP)-address filtering or "blocking," typically > > by blacklisting the IP addresses of Websites or other services -- > > possibly by the network operator -- to deny the user access; > > > > -- domain naming service (DNS) hijacking, redirecting a user to a > > different website or service from what the user intended, by supplying > > a false reply to the user's domain name resolution request; and > > > > -- content filtering that captures and analyzes the content of the > > user's network traffic through deep packet inspection to check whether > > the traffic contains predefined signatures or sensitive keywords." > > > > > > I just found it interesting. > > Interesting indeed! > > I think this just goes to show how fundamental secure communication > is; or even reliable communication. I've seen what are presumably bad > squid servers repeatedly corrupt http traffic, and there is no way > around it but to download the file 5-6 times and zip them together. > > Aside that, I've often desired a secure point-to-point communication > channel similar to the friend-to-friend "Spread Freenet" idea, but > where freenet is a heavyweight solution. > > I think that Freenet's best way to gain ground would be to get it's > link-layer into linux distro's with: > * a simple p2p chat (maybe precisely the node-to-node messages?), > * a way to share/update p2p apps (such as Freenet's present app) > * a simple (preferrably secure) way to "virally" spread as needed > (email-to-a-friend/etc.) > > -- > Robert Hailey > > > > ------------------------------ > > _______________________________________________ > Devl mailing list > Devl at freenetproject.org > http://freenetproject.org/cgi-bin/mailman/listinfo/devl > > End of Devl Digest, Vol 5, Issue 18 > *********************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20100525/f0cfe6d9/attachment.html>
