adding such option to squid would be trivial, and greatly improve setups where multiple ISP lines are available. there could be round-robin-bond=[weight] and 'algorithm' would be to measure incoming data rate, multiply it by number of total weights , and do an icp query of next peer cache available for RETR with this offset, proportional to it's weight, then move to next one. offsets could be updated as the data flows...
if connection is broken /stalling ( there could be 'stall threshold' value too) new thread would be started to balance this , on next (round-robin fashion) proxy which didn't timed-out . this will prevent stalls i.e. due to rain interfering with wireless connection to other proxy/dialup disconnection... > Squid does not do anything your client does not do. > > Squid is a proxy, not a download manager. > > If the Internet connection breaks then Squid will detect this and > break the connection to the client as soon as TCP detects the failure > or something external to Squid forces it to be detected by shutting > down Squid (recommended on the gateway Squids when detecting a > servere link failure). If your client supports resumed downloads then > the download can be resumed, and if your setup is correct then the > resumed download will select the link which still works (if any). > > Regards > Henrik -- --
