[Marcus]

Det flera nämner som något som måste "stödjas av tcp-protokollet" är ju i själva verket något annat. Det som det behöver finnas stöd för är precis som gabriel skriver här i inlägget innan mig att möjligheten för att ladda ner från olika delar av filen (även användt vid s.k. "Resume" vid nedladdning med ftp-klient från en FTP-server). Finns det inte stöd för att "resuma" en fil vid nedladdning från ftp-servern så fungerar det ni beskriver rimligtvis inte heller. Rent protokollmässigt (på protokollnivå) är detta inget problem. Däremot måste t.ex. FTP-servern som -skickar iväg- datan kunna påbörja sin "ivägskickning" från en viss offset i filen.

Saknas stöd för resume, bör det dock fortfarande inte vara något problem att ansluta och starta nedladdningar av olika filer. Om det inte finns specifika samtidiga användare/ip-begränsningar som sätter stopp, men det har ju inte med det här att göra egentligen.

Att 5 olika "ip-adresser" startar nedladdningar samtidigt gör ju i sig inte att man får en "ökad överföringshastighet" (med avseende på en enskild fil) om det skulle vara så att de laddar ner exakt samma data. Även om den -totala- överföringshastigheten (utan avseende på vad som överförs) är högre så får man ju inte över en enskild fil snabbare om samma data överförs över alla anslutningar. Det hela bygger ju på att de "olika ip-adresserna" (med låt säga 10Mbit var) laddar ner -olika delar- av filen samtidigt och filen sedans "slås ihop" till en och samma. Skulle de istället allihopa börja t.ex. från början på filen och ladda ner med exakt samma hastighet skulle de ju samtidigt få ner exakt samma data (och bara resultera i 5 likadana kopior) och det finns därmed inget att "slå ihop".