Nuovo protocollo per BitTorrent, supporto al throttling

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/softwar...ing_30639.html

BitTorrent Inc. è prossima al rilascio di una nuova versione del proprio protocollo BitTorrent, in grado di avvantaggiare sia gli utenti sia gli ISP

Click sul link per visualizzare la notizia.

[g.luca86x]

Il traffico torrent può creare problemi di occupazione della banda nel resto del pianeta ma non in Italia. Stando alle statistiche di speedtest.net siamo tra gli ultimi in europa e nel mondo civilizzato per banda disponibile in upload, 83° con 44kb/s in upload (in upload siamo 44°). Perciò ben vengano queste tecnologie che ottimizzano la congestione del traffico sulla rete, sperando ci sia la rete. E dire che ho una 8 mega che viaggia sempre, anche nel cuore della notte a 6,56 Mb/s in down ma in upload non supero i 55kb/s. E mi ritengo ultra abitando a Torino... quando sto in Calabria dai miei invece è una pena perchè tele2 (leggi vodafone) castra pesantemente il traffico torrent... Sarebbe meglio trovare un modo di offuscare completamente il protocollo...

[Superboy]

Cavolo la tua Adsl va più forte della mia rete locale

[g.luca86x]

Originariamente inviato da nick-86

secondo me invece gli ISP (in italia) dovrebbero smetterla di far finta che la loro rete sia sovradimensionata e pronta al futuro e adeguare gli impianti, cosicché nessuno avrà più velocità dell'altro (inclusi i problemi fisici centrale-utente).

vero

Originariamente inviato da nick-86

dire bisogna offuscare il protocollo == dire bisogna smetterla di impiegare carbone...

non ho compreso bene il paragone...

Originariamente inviato da Superboy

Cavolo la tua Adsl va più forte della mia rete locale

collegamento punto punto via rs232? che razza di ethernet ti ritrovi?

[Killer Application]

il 27% del traffico mondiale è usato da youtube.
Il 20% del traffico mondiale è usato dal p2p.

Chiudiamo youtube che utilizza troppe risorse?

[Gainder]

Come si fa a modificare l'upload senza toccare il download? visto che l'upload di un utente rappresenta il download di un altro....

[II ARROWS]

Esatto Gainder, proprio quello che stavo pensando io...

Secondo me dovrebbero pensare delle idee del tipo inviare alcune parti in broadcasting... in modo che se 100 utenti devono scaricare una stessa parte, io la mando in broadcast a tutti questi spendendo solo 10kB/s in upload ma in download diventa 1 000 kB/s.

[marco XP2400+]

Originariamente inviato da Gainder

Come si fa a modificare l'upload senza toccare il download? visto che l'upload di un utente rappresenta il download di un altro....

la stessa domanda che mi sono fatto anche io

[Pikazul]

@Gainder
Non si tratta di diminuire l'upload "utile" ma di eliminare quello inutile, quello fatto di pacchetti che vengono persi e intasano la rete senza arrivare a destinazione.
Per capirci, quando ad uno dei router che formano l'infrastruttura della rete arrivano più pacchetti di quelli che è capace di smaltire (congestione) alcuni di questi verranno scartati.

Il protocollo TCP che normalmente usiamo per le connessione implementa un meccanismo per assicurare la ritrasmissione del pacchetto perduto ed anche un primitivo controllo della velocità per evitare che il numero di pacchetti persi salga troppo in caso di connessione davvero affollata. Il meccanismo di controllo del TCP è più che sufficiente nella stragrande maggioranza dei casi ma in connessioni ad alto traffico come quello p2p può rivelarsi inefficiente, per questo Bittorrent ha studiato un sistema di controllo più moderno ed efficiente che non fa uso di TCP ma di UDP.

Proprio in situazioni come quella Italiana, cioè linee scadenti e congestioni tremende in ora di punta, questa tecnologia darà i risultati migliori, o almeno si spera

[marco XP2400+]

Originariamente inviato da Pikazul

@Gainder
Non si tratta di diminuire l'upload "utile" ma di eliminare quello inutile, quello fatto di pacchetti che vengono persi e intasano la rete senza arrivare a destinazione.
Per capirci, quando ad uno dei router che formano l'infrastruttura della rete arrivano più pacchetti di quelli che è capace di smaltire (congestione) alcuni di questi verranno scartati.

Il protocollo TCP che normalmente usiamo per le connessione implementa un meccanismo per assicurare la ritrasmissione del pacchetto perduto ed anche un primitivo controllo della velocità per evitare che il numero di pacchetti persi salga troppo in caso di connessione davvero affollata. Il meccanismo di controllo del TCP è più che sufficiente nella stragrande maggioranza dei casi ma in connessioni ad alto traffico come quello p2p può rivelarsi inefficiente, per questo Bittorrent ha studiato un sistema di controllo più moderno ed efficiente che non fa uso di TCP ma di UDP.

Proprio in situazioni come quella Italiana, cioè linee scadenti e congestioni tremende in ora di punta, questa tecnologia darà i risultati migliori, o almeno si spera

grazie della spiegazione

[marcurs]

Se non ho capito male hanno aggiunto il congestion control al BitTorrent..
Ma BitTorrent usa UDP o TCP? perchè se fosse il secondo caso, sbaglio o il congestion control esiste già?
Fanno un -doppio- controllo della congestione, sia a livello rete che su rete overlay?

[sniperspa]

Non ho di questi problemi...il mio provider ha la rete congestionata anche senza usare torrent

W il download notturno

[CwNd]

Originariamente inviato da II ARROWS

Esatto Gainder, proprio quello che stavo pensando io...

Secondo me dovrebbero pensare delle idee del tipo inviare alcune parti in broadcasting... in modo che se 100 utenti devono scaricare una stessa parte, io la mando in broadcast a tutti questi spendendo solo 10kB/s in upload ma in download diventa 1 000 kB/s.

Sarebbe si bello peccato però che il multicast (perchè di multicast si tratta, non di broadcast) in internet per ora è implementato parzialmente e gestito in modo molto complesso percui di fatto poco attuabile...

[JackZR]

Originariamente inviato da nick-86

secondo me invece gli ISP (in italia) dovrebbero smetterla di far finta che la loro rete sia sovradimensionata e pronta al futuro e adeguare gli impianti, cosicché nessuno avrà più velocità dell'altro (inclusi i problemi fisici centrale-utente).

In Giappone vanno a 160Mbps a 44€ al mese...

Originariamente inviato da g.luca86x

collegamento punto punto via rs232? che razza di ethernet ti ritrovi?

No, è che hai scritto che la tua ADSL va a 6,56 Mb/s e lui ha inteso MB (MegaByte) invece di Mb (Megabit)

Originariamente inviato da Gainder

Come si fa a modificare l'upload senza toccare il download? visto che l'upload di un utente rappresenta il download di un altro....

Non viene toccata la gestione del Download, viene semplicemente migliorata la gestione dell'Upload, di conseguenza dovrebbe anche migliorare il Download, in teoria...

[gabi.2437]

I cosiddetti ISP (Internet Service provider), le compagnie che offrono accesso ad internet, si sono trovate da tempo a dover affrontare il problema legato a BitTorrent e alle grandi risorse in termini di banda che questi client richiedono.

Oh ma poverini

Ma che vadano anche un pò a quel paese, dico io, fino a prova contraria la banda la PAGHIAMO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Cos'è, ora manco quello per cui paghiamo ci danno?????????


Boh, mistero.. questa funzione riduce l'uso di banda? Bene, ma se è per l'utente

[Learts]

Bittorrent usa TCP di default, ma può anche essere impostato per usare UDP.

Il problema è appunto che TCP controlla che il pacchetto arrivi altrimenti lo rimanda, ma in bittorrent non è necessario dato che lo fa già il client torrent, quindi usando UDP si elimina il doppio controllo e si aumenta la velocità. UDP però, al contrario di TCP, non ha nulla per controllare e adattarsi alla congestione delle rete, e se tutti avessero usato bittorrent con udp le reti si sarebbero congestionate..

Così per risolvere hanno creato un UDP+ o un TCP-, nel senso che si tratta di un UDP con in più controllo della congestione di rete o di un TCP senza il controllo di integrità dei pacchetti..

Questo è quello che a grandi linee lessi su una rivista tempo fa..

[gabi.2437]

Ma cosa vuoi congestionare, che ogni utente ha upload e download limitati

[sna696]

ma nel protocollo TCP/IP c'è già il controllo sulla congestione... O_O

[marcurs]

Originariamente inviato da Learts

Bittorrent usa TCP di default, ma può anche essere impostato per usare UDP.

Il problema è appunto che TCP controlla che il pacchetto arrivi altrimenti lo rimanda, ma in bittorrent non è necessario dato che lo fa già il client torrent, quindi usando UDP si elimina il doppio controllo e si aumenta la velocità. UDP però, al contrario di TCP, non ha nulla per controllare e adattarsi alla congestione delle rete, e se tutti avessero usato bittorrent con udp le reti si sarebbero congestionate..

Così per risolvere hanno creato un UDP+ o un TCP-, nel senso che si tratta di un UDP con in più controllo della congestione di rete o di un TCP senza il controllo di integrità dei pacchetti..

Questo è quello che a grandi linee lessi su una rivista tempo fa..

Capito...
Mi pare che esista già qualcosa del genere rimanendo a livello di rete senza coinvolgere il protocollo bittorrent, mi pare si chiami DCCP, che integra un meccanismo di congestion control, è connection oriented come il tcp (3-way handshake per l'istaurazione e il teardown), e con header corto e semplice per essere veloce come l'UDP... ma non so quanto sia diffuso (è un protocollo abbastanza nuovo, l'rcf dice 2006) ad oggi!

[elevul]

Mah, dal mio modestissimo punto di vista prima di mettersi ad abbassare le velocità avrebbero dovuto provare ad applicare l'idea del p4p, e cioé una geo-localizzazione dei peer e, quindi, una diminuzione della distanza e dei nodi per cui il pacchetto deve passare, riducendo appunto anche la congestione.