> Is message send time a problem? I mean, AFAIK freenet is able to recognize
> links with higher latency and use them as little as possible, thus reducing
> the outbound traffic over those links in favour of "local"
> (=not-so-limited) nodes.

I think message send time IS a problem, but only by observation. And my
observation is that when messagesendtime goes up over 1000 ms my node starts
rejecting most incoming connections and at 2000ms basically blocks everything
until things settle down.

I think this may be a separate issue from lower level latency.

In any event, consider my node which has 10 connections which I'm happy to run
at a shared 256 kbps and 40 connections which I (financially) need to cap at a
shared 0.75 kbps.

What my node seems to do now is look at my total message send time, and stop all
incoming requests.

Or to put another way, how does a node cope with connections with orders of
magnitude differences in bandwidth? Not very well is my observation.

> The other two possibilities, namely lower bandwidth for all and an add-on
> to fred, look uninviting: the first because it's just sub-optimal, the
> second because both it requires much work on fred (to implement the
> different bandwidth levels and to test them -- how many nodes would benefit
> from that?) and, for those who need the feature, does not significantly
> reduce the amount of configuration work (compared to a QOS system).
> Please correct me if I'm wrong! :)

Well I was thinking any management would have to be external to Fred but Toad at
least seems to consider the possibility. I guess I'd like to see two channels.

The other thing I've thought about is running two nodes - with a shared
datastore. One only talks to high bandwidth domestic IPs and the other only
talks to low bandwidth IPs. I'm nto sure if that is a good or bad idea.

Oh and Toad if you are listening: rather than a humongous CIDR list of IP
blocks, I'd also be quite happy with a DNS query like

which returns a number code for a country. Cheaper and nastier, but given the
relatively small number of domestic IP addresses contacting me as a Freenet node
(versus a list of all possible IP addresses) it may be easier to implement.

It does make use of a third party service, but if the fallback position is to
assume it's a high bandwidth cost IP, it's of no harm if it fails and may do
some good.

Support mailing list
Unsubscribe at

Reply via email to