11/13/02 4:42:36 PM, Matthew Toseland <[EMAIL PROTECTED]> wrote: > >I have things pinched off to 10K up and down, on the premise that since we're on >ADSL here I can't allow more >That's the combined limit or the individual limits?
Individual. >I use 20k down, 5k up, on a 512/128 cable modem (I have three nodes in >this configuration on the same machine, but they're not heavily loaded). Are >you sure you aren't running any other bandwidth hogging apps? If you set >it to 5k up, does the situation improve? > No other apps taking bandwidth. Is it correct to conclude that if I'm on ADSL and I fail to take account of the asymmetric nature of the connection that problems can result? To wit: As I understand it, some requests arriving at my node are forwarded to other nodes, with the results being passed back through my node. If my inbound connecton is 2X, and my outbound connection is 1X, this means that data going _across_ my node can arrive at my node at twice the rate it can leave my node. In other words, data can transit my site based on Freenet's method of protection by indirection, and if the results of data requests that transit my site can arrive at my site much faster than they can then leave on their way to their ultimate destination, it seems that I must base my inbound bandwidth settings strictly on my outbound speed. Put yet another way, the trouble with the transit thing and ADSL is that since protocol packets requesting data are presumably smaller than the resulting data packets coming back, it seems easily possible that a node will happily accept and forward request packets and then attempt to relay far more resulting data packets than it's capable of dealing with if the inbound bandwidth settings are not arranged strictly on outbound connection speed. Is this a correct interpretation, or is the bandwidth control smart enough to account for ADSL peculiarities? I suppose another upshot of ADSL is that my local datastore can be posted to many times faster than it can be retrieved from, but that does not seem such a large potential problem as the transit issue. _______________________________________________ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support