Rodi project RSS

Rodi core compiled with GCJ

Fri, 21 Oct 2005 15:57:00 -0800

Source code of the core compiled with GNU Java compiler (GCJ) see release 0.3.3c

Test with modem behind Ellacoya

Sun, 09 May 2005 23:40:00 -0800

Interop test with modem behind Ellacoya. Sustainable 100KBytes/s up and 300KBytes/s down was reached There are some good news and some bad news, but this is a major milestone and important day for the project. The whole setup and test took under half an hour despite the fact that both particpating PCs were hidden behind firewalls and NATs. It is fun to see something working

Release 0.3.14

Sun, 01 May 2005 18:40:00 -0800

Next stable release after 0.2.10

First beta

Tue, 22 Feb 2005 17:30:00 -0800

Contains data transfer and primitive chat

Lecture of Bram Cohen in Stanford

Wnd, 16 Feb 2005 19:00:00 -0800

It was interesting and definitely worth driving from Santa Clara to Palo Alto ...

Rodi Houses

Tue, 01 Feb 2005 9:48:00 -0800

Rodi Houses are established - nod to some of my favorite fantasy books

Rodi release - Alpha

Thu, 30 Jan 2005 1:40:00 -0800

All source can be found at http://cvs.sourceforge.net/viewcvs.py/larytet/CVSROOT/rodi/java/src/

Rodi release - Alpha

Thu, 20 Jan 2005 19:30:00 -0800

This is not beta yet, because there is no data transfer yet, but only LOOK (search) on the remote peer. It will take until end of Jan to reach beta stage.

Rodi has project manager

Fri, 18 Jan 2005 11:13:00 -0800

I can not name the person who accepted this position yet, but it is official from today we have project manager. Beta release is delayed once again. Beta will happen hopefully Jan 20th.

Rodi beta

Fri, 09 Jan 2005 20:31:00 -0800

I received some valuable feedbacks and decided to delay the beta release by about 2 weeks. Some design changes are apparently required. Specifically search engines and data link protocol

Hypnotoad joined the project

Wnd, 5 Jan 2005 12:02:00 -0800

Welcome, Hypnotoad !

Rodi project starts beta testing

Tue, 4 Jan 2005 18:11:00 -0800

Rodi project starts beta testing in 2 weeks from now. Home page http://larytet.sourceforge.net/btRat.shtml Testing guys are invited. Please send contact details to larytet.6103180@bloglines.com

From Ellacoya website

Fri, 30 Dec 2004 08:09:00 -0800

The traditional approach to traffic classification on IP networks associates an application with a TCP or UDP port number. For example, HTTP uses port 80 and FTP uses port 21. But this approach fails with peer-to-peer traffic because as much as 60% of peer-to-peer traffic appears on random port numbers. This behavior is commonly known as port-hopping. To accomplish this, however, the peers need to understand what real payload is. For example, if the peer-to-peer desktop application randomly decides to have the traffic appear as HTTP, or web traffic, the other peer needs to understand the incoming traffic is actually peer-to-peer traffic and not web traffic. It's similar to the way in which encryption systems work - both ends need to understand how to decode the message. The peer-to-peer designers accomplish this by the use of 'signatures' embedded in the data packet. So, if one knows what the signature looks like and can look inside each data packet traversing the network, one can identify peer-to-peer traffic that are pretending to be something else.

Weak encryption like XOR with key unique for every file (it can be, for example hash of the file) will bring this system to the knees. Such traffic shaper can do absolutely nothing with encrypted data. Actually it can not even recognize that the data is encrypted.

Talking about multiplayer games you guys gave me great idea, thank you.

I understand that you read this website. I think that we could discuss the problem of trafic shaping in the modern networks openly on this website message board. I think that the problem is significantly more complicated than many think. It does not mean that there is no solution - there is, but it is not apparent.

From Ellacoya website

In many instances, reducing the amount of bandwidth consumes by peer-to-peer applications can result an additional 25% of the subscribers added to the network without the need for additional CMTS, node splits or other HFC capital investments.

25% is considered to be dramatic impovement ? and what about VoIP, VoD, etc. ? In many applications the traffic is symmetrical, including e-mail. What about personal WEB servers ? In my opinion ISPs have to solve the problem using rational approach.

From Ellacoya website

With the ability to detect and prioritize VoIP applications by subscriber and service provider, the broadband service provider can choose a service delivery model that best suits its needs. For example, once traf.c from a non-facilities based voice service provider is identi.ed, the provider could strike an agreement with the service provider to prioritize its traf.c, or market QoS to the subscriber directly for service enhancement. A large provider rolling out its own VoIP service might guarantee QoS for its service, while leaving all other VoIP traf.c untouched as currently done today.

Does it mean that call to SBC and Skype will bring different voice quality ? Do ISPs (broadband service providers) agreements with their customers mention 'service delivery models' for different service providers. Actually it is very easy to prove that ISP does use traffic shaper. Take any two nodes behind the same default gateway and run different applications on them.

IBM 440 board diagnostics

Fri, 25 Dec 2004 12:15:00 -0800

The idea is to port emLib in no kernel mode for the card with IBM 440 controller

See Our icons

Fri, 25 Dec 2004 09:59:00 -0800

Unrelated udea

Fri, 24 Dec 2004 22:30:03 -0800

Imagine regular torrent with swarm 10,000+ peers. If average number of connections is 50 the probability for a IP address to be logged by adversary is 0.5% or 1:200. The easiest path to anonymity in existing BT networks is scale. Or one can say that BT is not secure BECAUSE it is NOT popular enough. One can also argue that BT is not centralized enough. Instead of only one torrent file with latest TV show there are 3 or 4 running simultaneously in different formats, codecs, on different trackers. If BT network breaks 50 mil users my wild guess that most popular items will be relatively secure.

Minimal system requirements

larytet@yahoo.com — Thu, 20 Dec 2004 09:14 PM

My goal of 200K of binary looks unreachable. Debug related CLI commands and statistics cost about 50K of classes from about 150K existing (current JAR is 95K). Java code is expensive in terms of binary size. I have to up the limitation to 0.5M. The website will be updated accordingy. C/C++ implementation still can make it. Better arhiver could do this too - i have 100+ small classes and this is worst case for JAR/ZIP

Rodi project invites

larytet@yahoo.com — Thu, 16 Dec 2004 01:57 PM

Rodi project creates Testing Team

Tarzan P2P

larytet@yahoo.com — Mon, 14 Dec 2004 03:19 PM

I am reading "Tarzan: A Peer-to-Peer Anonymizing Network Layer" paper. Many interesting ideas. thanks to www.i2p.net for the link

Donation verified by PayPal

larytet@yahoo.com — Mon, 14 Dec 2004 11:42 AM

$8.48 net which brings the balance to $27.10

RSS feed

larytet@yahoo.com — Mon, 13 Dec 2004 10:40 PM

Rodi project has RSS feed. For some reason bloglines can not access the feed on the sf.net i will keep the file on geocities instead